హ్యూగోను అప్‌గ్రేడ్ చేయడంపై కొన్ని గమనికలు

హ్యూగోను అప్‌గ్రేడ్ చేయడంపై కొన్ని గమనికలు


హెచ్చరిక: ఇది చాలా బోరింగ్ యక్షవింగ్ గురించిన పోస్ట్, బహుశా హ్యూగోను చాలా పాత వెర్షన్ నుండి కొత్త వెర్షన్‌కి అప్‌గ్రేడ్ చేయడానికి ప్రయత్నిస్తున్న వ్యక్తులకు మాత్రమే ఆసక్తి ఉంటుంది. అయితే చాలా బోరింగ్ యక్షవేలను ఎప్పటికప్పుడు డాక్యుమెంట్ చేయకపోతే బ్లాగులు దేనికి?

కాబట్టి నిన్న నేను హ్యూగోను అప్‌గ్రేడ్ చేయడానికి ప్రయత్నించాలని నిర్ణయించుకున్నాను. దీన్ని చేయడానికి అసలు కారణం లేదు – నేను 2018 నుండి ఈ బ్లాగ్‌ని రూపొందించడానికి హ్యూగో వెర్షన్ 0.40ని ఉపయోగిస్తున్నాను, ఇది బాగా పని చేస్తుంది మరియు దానితో నాకు ఎలాంటి సమస్యలు లేవు. కానీ నేను అనుకున్నాను – బహుశా నేను అనుకున్నంత కష్టంగా ఉండకపోవచ్చు మరియు నేను కొన్నిసార్లు ఒక దుర్భరమైన కంప్యూటర్ పనిని ఇష్టపడతాను!

ఈ నిర్దిష్ట మైగ్రేషన్‌ని చేయడం ఎవరికైనా ఉపయోగకరంగా ఉంటే, నేను నేర్చుకున్న వాటిని డాక్యుమెంట్ చేయాలని అనుకున్నాను. నేను హ్యూగో v0.40 (2018 నుండి) నుండి v0.135కి (2024 నుండి) అప్‌గ్రేడ్ చేసాను.

నేను చేయాల్సిన చాలా మార్పులు ఇక్కడ ఉన్నాయి:

మార్చు 1: template "theme/partials/thing.html ఇప్పుడు ఉంది partial thing.html

నేను కొన్ని ఉదాహరణలను భర్తీ చేయాల్సి వచ్చింది {{ template "theme/partials/header.html" . }} తో {{ partial "header.html" . }}.

ఇది v0.42లో జరిగింది:

మేము ఇప్పుడు ప్రాజెక్ట్ మరియు థీమ్ ఫైల్‌ల కోసం ఫైల్‌సిస్టమ్‌లను వర్చువలైజ్ చేసాము. ఇది ప్రతిదీ సులభతరం చేస్తుంది, వేగంగా మరియు మరింత శక్తివంతమైనది. కానీ {{ టెంప్లేట్ “theme/partials/pagination.html” ఫారమ్‌లో టెంప్లేట్ లుకప్‌లు అని కూడా దీని అర్థం. }} ఇకపై పని చేయదు. ఆ వాక్యనిర్మాణం ఎప్పుడూ డాక్యుమెంట్ చేయబడలేదు, కాబట్టి ఇది విస్తృత ఉపయోగంలో ఉంటుందని ఆశించబడదు.

మార్పు 2: .Data.Pages ఇప్పుడు ఉంది site.RegularPages

ఇది 0.57.2 విడుదల గమనికలలో చర్చించబడినట్లు కనిపిస్తోంది

నేను భర్తీ చేయాల్సి వచ్చింది .Data.Pages తో site.RegularPages హోమ్‌పేజీలోని టెంప్లేట్‌లో అలాగే నా RSS ఫీడ్ టెంప్లేట్‌లో.

మార్పు 3: .Next మరియు .Prev పల్టీలు కొట్టింది

నేను తదుపరి/మునుపటి బ్లాగ్ పోస్ట్‌కి లింక్ చేసే నా థీమ్‌లో ఈ వ్యాఖ్యను కలిగి ఉన్నాను:

హ్యూగోలో “తదుపరి” మరియు “మునుపటి” అనే పదాలు స్పష్టంగా నేను వారు అకారణంగా అర్థం చేసుకుంటారని భావించే దానికి విరుద్ధంగా అర్థం. నేను “తదుపరి” అంటే “భవిష్యత్తులో” మరియు “మునుపటి” అంటే “గతంలో” అని అర్ధం కావాలని నేను ఆశిస్తున్నాను, కానీ అది వ్యతిరేకం

వారు దీనిని ad705aac064లో మార్చినట్లు కనిపిస్తోంది, తద్వారా “తదుపరిది” వాస్తవానికి భవిష్యత్తులో మరియు “మునుపటి” వాస్తవానికి గతంలో ఉంటుంది. నేను ఖచ్చితంగా కొత్త ప్రవర్తనను మరింత స్పష్టమైనదిగా భావిస్తున్నాను.

స్క్రిప్ట్‌తో హ్యూగో చేంజ్‌లాగ్‌లను డౌన్‌లోడ్ చేస్తోంది

ఈ మార్పులన్నీ ఎందుకు/ఎప్పుడు సంభవించాయో గుర్తించడం కొంచెం కష్టమైన పని. నేను github నుండి చేంజ్‌లాగ్‌లన్నింటినీ టెక్స్ట్ ఫైల్‌లుగా డౌన్‌లోడ్ చేయడానికి ఒక బాష్ స్క్రిప్ట్‌ను కలిసి హ్యాకింగ్ చేసాను, ఏమి జరిగిందో గుర్తించడానికి నేను ప్రయత్నించగలను. GitHub API నుండి అన్ని చేంజ్‌లాగ్‌లను పొందడం చాలా సులభం అని తేలింది.

ఇప్పటివరకు ప్రతిదీ అంత చెడ్డది కాదు – వర్గీకరణల చుట్టూ కూడా మార్పు ఉంది, అది నేను పూర్తిగా వివరించలేను, కానీ ఇది చాలా అందంగా నిర్వహించదగినది, కానీ మేము నిజంగా కఠినమైనదానికి చేరుకున్నాము: మార్క్‌డౌన్ రెండరర్.

మార్పు 4: మార్క్‌డౌన్ రెండరర్ (బ్లాక్‌ఫ్రైడే -> గోల్డ్‌మార్క్)

బ్లాక్‌ఫ్రైడే మార్క్‌డౌన్ రెండరర్ (ఇది గతంలో డిఫాల్ట్‌గా ఉండేది) v0.100.0లో తీసివేయబడింది. ఇది చాలా సహేతుకమైనదిగా అనిపిస్తుంది:

ఇది చాలా కాలంగా నిలిపివేయబడింది, దీని v1 వెర్షన్ ఇకపై నిర్వహించబడదు మరియు చాలా తెలిసిన సమస్యలు ఉన్నాయి. గోల్డ్‌మార్క్ ఇప్పుడు పరిపక్వ స్థానంలో ఉండాలి.

నా మార్క్‌డౌన్ మార్పులన్నింటినీ పరిష్కరించడం చాలా బాధాకరం – నేను 80 వేర్వేరు మార్క్‌డౌన్ ఫైల్‌లను (700లో) అప్‌డేట్ చేయాల్సి వచ్చింది, తద్వారా అవి సరిగ్గా రెండర్ అవుతాయి మరియు నాకు పూర్తిగా తెలియదు

రెండరర్‌లను మార్చడంలో ఎందుకు ఇబ్బంది పడతారు?

ఇక్కడ స్పష్టమైన ప్రశ్న ఏమిటంటే – నేను మార్క్‌డౌన్ రెండరర్‌లను మార్చవలసి వస్తే హ్యూగోను అప్‌గ్రేడ్ చేయడానికి ప్రయత్నించడం ఎందుకు? నా పాత సైట్ పూర్తిగా బాగానే నడుస్తోంది మరియు అది అవసరం లేదని నేను భావిస్తున్నాను మంచి
సమయాన్ని ఉపయోగించడం, కానీ భవిష్యత్తులో ఇది ఉపయోగకరంగా ఉంటుందని నేను భావిస్తున్న ఒక కారణం ఏమిటంటే, కొత్త రెండరర్ (గోల్డ్‌మార్క్) కామన్‌మార్క్ మార్క్‌డౌన్ ప్రమాణాన్ని ఉపయోగిస్తుంది, ఇది కొంత భవిష్యత్తుకు తగినదిగా ఉంటుందని నేను ఆశిస్తున్నాను. కాబట్టి నేను మళ్ళీ దీని ద్వారా వెళ్ళనవసరం లేదు? మేము చూస్తాము.

కొత్త గోల్డ్‌మార్క్ రెండరర్ స్మార్ట్ కోట్‌లతో మరియు లిస్ట్‌లు/బ్లాక్‌కోట్‌లు ఎలా ఇంటరాక్ట్ అవుతాయి అనే దానితో నాకు ఉన్న కొన్ని సమస్యలను (కానీ నేను కలిగి ఉన్నాను అని నాకు తెలియదు) పరిష్కరిస్తుంది.

అన్ని మార్క్‌డౌన్ సమస్యలను కనుగొనడం: ప్రక్రియ

ఈ మార్క్‌డౌన్ మార్పు యొక్క కఠినమైన భాగం ఏమి మారిందో కూడా గుర్తించడం. దాదాపు అన్ని సమస్యలు (ఎగువ #2 మరియు #3తో సహా) కేవలం సైలెంట్‌గా సైట్‌ను విచ్ఛిన్నం చేశాయి, అవి ఏవైనా లోపాలు లేదా దేనికీ కారణం కాలేదు. కాబట్టి నేను వాటిని వేటాడేందుకు HTMLని వేరు చేయాల్సి వచ్చింది.

నేను ముగించినది ఇక్కడ ఉంది:

  1. పాత సంస్కరణతో సైట్‌ను రూపొందించండి, దాన్ని ఉంచండి public_old
  2. కొత్త వెర్షన్‌ను రూపొందించండి, దాన్ని ఉంచండి public
  3. ప్రతి ఒక్క HTML ఫైల్‌ను వేరు చేయండి public/ మరియు public_old ఈ diff.sh స్క్రిప్ట్‌తో మరియు ఫలితాలను a లో ఉంచండి diffs/ ఫోల్డర్
  4. వైవిధ్యాలను అమలు చేయండి find diffs -type f | xargs cat | grep -C 5 '(31m|32m)' | less -r నేను తప్పుగా అనిపించేదాన్ని కనుగొనే వరకు ప్రతి ఒక్క మార్పును మళ్లీ మళ్లీ చూడడానికి
  5. సమస్యను పరిష్కరించడానికి మార్క్‌డౌన్‌ను నవీకరించండి
  6. అంతా ఓకే అనిపించే వరకు రిపీట్ చేయండి

(ది grep 31m|32m విషయం తేడాలో ఎరుపు/ఆకుపచ్చ వచనం కోసం వెతుకుతోంది)

ఇది చాలా సమయం తీసుకుంటుంది, కానీ కొన్ని కారణాల వల్ల కొంచెం సరదాగా ఉంది కాబట్టి చాలా భయంకరమైనది ఏమీ మిగిలి లేదని అనిపించే వరకు నేను దీన్ని చేస్తూనే ఉన్నాను.

కొత్త మార్క్‌డౌన్ నియమాలు

నేను చేయాల్సిన ప్రతి రకమైన మార్క్‌డౌన్ మార్పుల జాబితా ఇక్కడ ఉంది. ఇవన్నీ నాకు చాలా నిర్దిష్టంగా ఉండే అవకాశం ఉంది, కానీ వాటన్నింటిని గుర్తించడానికి నాకు చాలా సమయం పట్టింది కాబట్టి భవిష్యత్తులో దీన్ని కనుగొనే మరొక వ్యక్తికి ఇది ఉపయోగకరంగా ఉండవచ్చు.

4.1: HTML మరియు మార్క్‌డౌన్ కలపడం

ఇది ఇకపై పని చేయదు (ఇది లింక్‌ను విస్తరించదు):


(a link)(https://example.com)

బదులుగా నేను దీన్ని చేయాలి:



(a link)(https://example.com)


ఇది కూడా పని చేస్తుంది:

 (a link)(https://example.com) 

4.2: << “గా మార్చబడింది

నాకు ఇది అక్కరలేదు కాబట్టి నేను కాన్ఫిగర్ చేయాల్సి వచ్చింది:

markup:
  goldmark:
    extensions:
      typographer:
        leftAngleQuote: '<<'
        rightAngleQuote: '>>'

4.3: సమూహ జాబితాలకు కొన్నిసార్లు 4 స్పేస్ ఇండెంట్‌లు అవసరం

నేను 2 స్పేస్‌ల ద్వారా మాత్రమే ఇండెంట్ చేస్తే, నేను 4 స్పేస్‌లను ఉంచాల్సి వస్తే ఇది ఇకపై సమూహ జాబితాగా అందించబడదు.

1. a
  * b
  * c
2. b

సమస్య ఏమిటంటే అవసరమైన ఇండెంట్ మొత్తం జాబితా మార్కర్ల పరిమాణంపై ఆధారపడి ఉంటుంది. దీని కోసం కామన్‌మార్క్‌లో ఇక్కడ ఒక సూచన ఉంది.

4.4: జాబితాల లోపల బ్లాక్‌కోట్‌లు మెరుగ్గా పని చేస్తాయి

గతంలో ది > quote ఇక్కడ బ్లాక్‌కోట్‌గా రెండర్ చేయలేదు మరియు కొత్త రెండరర్‌తో అది చేస్తుంది.

* something
> quote
* something else

కొత్త రెండరర్‌తో మెరుగ్గా పని చేసే (నేను గమనించని) విరిగిన మార్క్‌డౌన్ సమూహాన్ని నేను కనుగొన్నాను మరియు దానికి ఇది ఒక ఉదాహరణ.

బ్లాక్‌కోట్‌లలోని జాబితాలు కూడా మెరుగ్గా పని చేస్తున్నాయి.

4.5: జాబితాల లోపల శీర్షికలు

ఇంతకుముందు ఇది హెడ్డింగ్‌గా ఇవ్వలేదు, కానీ ఇప్పుడు అది చేస్తుంది. కాబట్టి నేను భర్తీ చేయవలసి వచ్చింది # తో &num;.

* # passengers: 20

4.6: + లేదా 1) లైన్ ప్రారంభంలో అది జాబితా చేస్తుంది

నేను ఇలా కనిపించేది ఏదో కలిగి ఉంది:

`1 / (1
+ exp(-1)) = 0.73`

బ్లాక్‌ఫ్రైడేతో ఇది ఇలా అన్వయించబడింది:

1 / (1 + exp(-1)) = 0.73

మరియు గోల్డ్‌మార్క్‌తో ఇది ఇలా అన్వయించబడింది:

`1 / (1

అనుకోకుండా ఏదైనా జరిగితే అదే విషయం 1) ఒక లైన్ ప్రారంభంలో, ఈ మార్క్‌డౌన్ స్నిప్పెట్‌లో వలె

I set up a small Hadoop cluster (1 master, 2 workers, replication set to 
1) on 

దీన్ని పరిష్కరించడానికి నేను లైన్‌ను మళ్లీ చుట్టాలి + మొదటి పాత్ర కాదు.

మార్క్‌డౌన్ ఈ విధంగా ఫార్మాట్ చేయబడింది ఎందుకంటే నేను నా మార్క్‌డౌన్‌ను చాలా 80 అక్షరాలకు చుట్టాను మరియు చుట్టడం చాలా సందర్భోచితంగా లేదు.

4.7: కోడ్ బ్లాక్‌లలో స్మార్ట్ కోట్‌లు లేవు

పాత రెండరర్ (బ్లాక్‌ఫ్రైడే) రీప్లేస్ చేయడం వంటి కోడ్ బ్లాక్‌లలో అవాంఛిత పనులను చేస్తున్న ప్రదేశాలు ఉన్నాయి. ... తో లేదా కోట్‌లను స్మార్ట్ కోట్‌లతో భర్తీ చేయడం. ఇది జరుగుతుందని నేను గ్రహించలేదు మరియు దాన్ని పరిష్కరించినందుకు నేను చాలా సంతోషంగా ఉన్నాను.

4.8: మెరుగైన కోట్ నిర్వహణ

ఇది రెండర్ చేయబడిన విధానం మెరుగైంది:

"Oh, *interesting*!"
  • పాత: “ఓహ్, ఆసక్తికరమైన!“
  • కొత్తది: “ఓహ్, ఆసక్తికరమైన!”

ముందు రెండు స్మార్ట్ కోట్‌లు మిగిలి ఉన్నాయి, ఇప్పుడు కోట్‌లు సరిపోలాయి.

4.9: చిత్రాలు ఇకపై a లో చుట్టబడవు p ట్యాగ్

ఇంతకు ముందు నేను ఇలాంటి చిత్రాన్ని కలిగి ఉంటే:


అది ఒక చుట్టి వస్తుంది tag, now it doesn’t anymore. I dealt with this
just by adding a margin-bottom: 0.75em CSSలోని చిత్రాలకు, ఆశాజనక అది వాటిని తగినంతగా ప్రదర్శించేలా చేస్తుంది.

4.10:
ఇప్పుడు ఒక చుట్టి ఉంది p ట్యాగ్

ఇంతకుముందు ఇది ఒక చుట్టుముట్టబడదు p ట్యాగ్, కానీ ఇప్పుడు ఇలా కనిపిస్తుంది:


నేను దీన్ని పరిష్కరించడం మానేశాను మరియు కొన్ని సందర్భాల్లో కొంత అదనపు స్థలాన్ని కలిగి ఉండవచ్చని నేను రాజీనామా చేసాను. బహుశా నేను మరొక యక్షవే అని భావిస్తే తర్వాత దాన్ని సరిచేయడానికి ప్రయత్నిస్తాను.

4.11: మరికొన్ని గోల్డ్‌మార్క్ సెట్టింగ్‌లు

నాకు కూడా కావలసింది

  • కోడ్ హైలైటింగ్‌ను ఆపివేయండి (ఎందుకంటే ఇది సరిగ్గా పని చేయడం లేదు మరియు ఏమైనప్పటికీ నా దగ్గర అది లేదు)
  • శీర్షిక IDలను రూపొందించడానికి పాత “బ్లాక్‌ఫ్రైడే” పద్ధతిని ఉపయోగించండి, తద్వారా అవి మారలేదు
  • నా మార్క్‌డౌన్‌లో ముడి HTMLని అనుమతించు

నాకు జోడించాల్సినవి ఇక్కడ ఉన్నాయి config.yaml ఇవన్నీ చేయడానికి:

markup:
  highlight:
    codeFences: false
  goldmark:
    renderer:
      unsafe: true
    parser:
      autoHeadingIDType: blackfriday

బహుశా నేను ఒక రోజు సింటాక్స్ హైలైట్ చేయడానికి ప్రయత్నిస్తాను, ఎవరికి తెలుసు. అయితే నేను దానిని తీసివేయడానికి ఇష్టపడవచ్చు.

బ్లాక్‌ఫ్రైడే మరియు గోల్డ్‌మార్క్ పోల్చడానికి ఒక చిన్న స్క్రిప్ట్

వివిధ మార్క్‌డౌన్ స్నిప్పెట్‌ల కోసం బ్లాక్‌ఫ్రైడే మరియు గోల్డ్‌మార్క్ అవుట్‌పుట్‌లను పోల్చడానికి నేను ఒక చిన్న ప్రోగ్రామ్‌ను కూడా వ్రాసాను, ఇక్కడ అది సారాంశంలో ఉంది.

ఇది నిజంగా నా హ్యూగో వెర్షన్‌లలో బ్లాక్‌ఫ్రైడే మరియు గోల్డ్‌మార్క్ ఉన్న విధంగానే కాన్ఫిగర్ చేయబడలేదు, కానీ ఏమి జరుగుతుందో అర్థం చేసుకోవడంలో నాకు సహాయం చేయడానికి ఇది ఇప్పటికీ సహాయకరంగా ఉంది.

థీమ్‌లను నిర్వహించడంపై శీఘ్ర గమనిక

హ్యూగోలోని థీమ్‌లకు నా విధానం ఇలా ఉంది:

  1. సైట్ కోసం చక్కని డిజైన్‌ను రూపొందించడానికి ఎవరికైనా చెల్లించండి (ఉదాహరణకు wizardzines.com మెలోడీ స్టార్లింగ్ ద్వారా రూపొందించబడింది)
  2. పూర్తిగా అనుకూల థీమ్‌ను ఉపయోగించండి
  3. సైట్ వలె అదే Github రెపోకు ఆ థీమ్‌ను అప్పగించండి

కాబట్టి ఏవైనా సమస్యలను పరిష్కరించడానికి నేను థీమ్ ఫైల్‌లను సవరించాలి. అలాగే నేను చాలా థీమ్‌ని స్వయంగా వ్రాసాను కాబట్టి ఇది ఎలా పనిచేస్తుందో నాకు బాగా తెలుసు.

థీమ్‌ను అప్‌డేట్ చేయడానికి వేరొకరిపై ఆధారపడటం నాకు భయంగా అనిపిస్తుంది, నేను థర్డ్-పార్టీ థీమ్‌ని ఉపయోగిస్తుంటే, నేను కోడ్‌ను నా సైట్ యొక్క గిథబ్ రెపోలోకి కాపీ చేసి, ఆపై దాన్ని నేనే మెయింటెయిన్ చేస్తానని అనుకుంటున్నాను.

ఏ స్టాటిక్ సైట్ జనరేటర్‌లు మెరుగైన బ్యాక్‌వర్డ్ కంపాటబిలిటీని కలిగి ఉన్నాయి?

ఎవరైనా మంచి బ్యాక్‌వర్డ్ అనుకూలతతో స్టాటిక్ సైట్ జనరేటర్‌ని ఉపయోగించారా అని నేను మాస్టోడాన్‌లో అడిగాను.

ప్రధాన సమాధానాలు జెకిల్ మరియు 110 అని అనిపించింది. చాలా మంది వ్యక్తులు 10 సంవత్సరాలుగా ఎటువంటి సమస్యలు లేకుండా జెకిల్‌ను ఉపయోగిస్తున్నారని చెప్పారు మరియు 110 మంది దీని ప్రధాన లక్ష్యం స్థిరత్వాన్ని కలిగి ఉందని చెప్పారు.

Jekyll/11ty ఎంత ఆకర్షణీయంగా ఉంది అనేదానికి మీ కంప్యూటర్‌లో పని చేసే రూబీ / నోడ్ వాతావరణాన్ని నిర్వహించడం ఎంత సులభమో అని నేను భావిస్తున్నాను: నేను జెకిల్‌ని ఉపయోగించడం ఆపివేసిన కారణం ఏమిటంటే, పని చేసే రూబీ ఇన్‌స్టాలేషన్‌ను నిర్వహించడంలో నేను అలసిపోయాను. కానీ ఇది రూబీ లేదా నోడ్ డెవలపర్‌కు సమస్య కాదని నేను ఊహించాను.

చాలా మంది వ్యక్తులు తమ జెకిల్ సైట్‌ను స్థానికంగా నిర్మించడం లేదని చెప్పారు – వారు దానిని నిర్మించడానికి GitHub పేజీలను మాత్రమే ఉపయోగిస్తున్నారు.

అంతే!

ఓవరాల్‌గా నేను హ్యూగోతో సంతోషంగా ఉన్నాను – నేను దానిని ఉపయోగించడం ప్రారంభించాను ఎందుకంటే ఇది వేగవంతమైన నిర్మాణ సమయాలను కలిగి ఉంది మరియు ఇది స్టాటిక్ బైనరీ, మరియు ఆ రెండు విషయాలు ఇప్పటికీ నాకు చాలా ఉపయోగకరంగా ఉన్నాయి. నేను ఈ అప్‌గ్రేడ్ కోసం 10 గంటలు గడిపి ఉండవచ్చు, కానీ నేను హ్యూగో గురించి అస్సలు ఆలోచించకుండా బ్లాగ్ పోస్ట్‌లను వ్రాయడానికి 1000+ గంటలు గడిపాను, కనుక ఇది చాలా సహేతుకమైన నిష్పత్తిలా కనిపిస్తుంది.

వెనుకకు అననుకూలమైన మార్పుల గురించి చాలా పిచ్చిగా ఉండటం నాకు చాలా కష్టంగా ఉంది, వాటిలో చాలా చాలా కాలం క్రితం జరిగినవి, హ్యూగో వారి పాత విడుదలలను అందుబాటులో ఉంచడంలో గొప్ప పని చేస్తుంది కాబట్టి మీకు కావాలంటే మీరు పాత విడుదలను ఉపయోగించవచ్చు మరియు అత్యంత కష్టతరమైనది దీనికి మద్దతును తీసివేయడం blackfriday మార్క్‌డౌన్ రెండరర్ కామన్‌మార్క్-కంప్లైంట్‌ను ఉపయోగించడం కోసం అనుకూలంగా ఉంటుంది, ఇది చాలా నొప్పిగా ఉన్నప్పటికీ నాకు చాలా సహేతుకంగా కనిపిస్తుంది.

కానీ దీనికి చాలా సమయం పట్టింది మరియు కొన్ని కారణాల వల్ల కంప్యూటర్‌లో చాలా బాధల కారణంగా మీరు నిజంగా మూడ్‌లో ఉంటే తప్ప 700 బ్లాగ్ పోస్ట్‌లను కొత్త మార్క్‌డౌన్ రెండరర్‌కి తరలించాలని నేను ప్రత్యేకంగా సిఫార్సు చేయను.

కొత్త రెండరర్ అనేక సమస్యలను పరిష్కరించారు, కాబట్టి నేను మార్క్‌డౌన్ (4.1 మరియు 4.3) వ్రాసే విధానంలో 2 మార్పులు చేయాలని గుర్తుంచుకోవాల్సి వచ్చినప్పటికీ, మొత్తంగా ఇది మంచి విషయమని నేను భావిస్తున్నాను.

అలాగే నేను ఇప్పటికీ https://wizardzines.com కోసం హ్యూగో 0.54ని ఉపయోగిస్తున్నాను కాబట్టి ఆ సైట్‌కి హ్యూగోను అప్‌గ్రేడ్ చేయాలని నాకు ఎప్పుడైనా అనిపిస్తే, ఈ గమనికలు ఫ్యూచర్ నాకు ఉపయోగకరంగా ఉండవచ్చు.

ఇలా చేయడం ద్వారా నేను బ్లాగ్‌లో చాలా విషయాలు విచ్ఛిన్నం చేయలేదని ఆశిస్తున్నాను, మీరు ఏదైనా విరిగిపోయినట్లు కనిపిస్తే నాకు తెలియజేయండి!



Source link

Postagens Similares

  • 5 legalnych poświęceń po stronie telefonu dla kobiet, które dobrze płacą

    Jeśli jesteś kobietą w Stanach Zjednoczonych i chcesz zarobić dodatkowe pieniądze za pomocą samego telefonu, jesteś we właściwym miejscu. Zarabiam w Internecie od lat. I mogę Ci to powiedzieć – nie potrzebujesz dyplomu, laptopa ani ogromnej liczby obserwujących, aby zarobić na boku prawdziwą gotówkę. Wszystko czego potrzebujesz to telefon, trochę czasu i odpowiednie platformy. Oto…

  • सामाजिक आणि शोधासाठी याचा अर्थ काय आहे

    Google Google Search Console (GSC) मध्ये सोशल चॅनल इनसाइट्सची चाचणी करत आहे. हे अद्यतन लहान दिसू शकते, परंतु ते डोळ्यांना भेटण्यापेक्षा जास्त आहे. शोध लँडस्केपमध्ये, या नवीन सामाजिक अंतर्दृष्टी दृश्यमानता सुधारण्यासाठी दृश्यमानता सुधारण्यासाठी एका मोठ्या बदलात पडद्यामागील बदल घडवून आणतात. Google च्या अधिकृत घोषणेने लोकप्रिय सोशल मीडिया साइट्सवर त्यांची डिजिटल उपस्थिती व्यवस्थापित करणाऱ्या व्यवसायांच्या वाढीवर…

  • یہ میری سالگرہ ہے۔ یہ ہے می ایٹ تیواناکو، دی اٹلانٹس آف دی امریکہز – رونے سوپ

    مصنف کے بارے میں میں گورڈن ہوں اور اپنے بلاگ اور ہفتہ وار پوڈ کاسٹ، رون سوپ میں خوش آمدید۔ یہاں ہم جادو، ثقافت، جغرافیائی سیاست، بشریات اور غیر معمولی بات کرتے ہیں۔ میں نے انہی موضوعات پر چند کتابیں بھی لکھی ہیں، جنہیں آپ ‘میری کتابیں’ کے تحت دیکھنا پسند کر سکتے ہیں، یہ…

  • वसंत until तु पर्यंत आपले घर उबदार ठेवण्यासाठी 15 हिवाळ्यातील फायरप्लेस सजावट

    एकदा सुट्टीच्या हारांनी भरले की फायरप्लेसमध्ये बर्‍याचदा थोडासा त्रास होतो. परंतु हिवाळा डिसेंबर नंतर बराच काळ टिकतो आणि आपली चतुर्थांश अद्याप घराचा सर्वात आमंत्रित कोपरा असू शकतो. आपण देहाती लॉज व्हिब्स, आधुनिक मिनिमलिझम किंवा स्तरित पोतकडे झुकत असलात तरीही, हंगामासाठी आपल्या फायरप्लेस सजवण्याचे असंख्य मार्ग आहेत. योग्य टचसह – कॅन्डल्स, लॉग, कापड आणि नैसर्गिक घटक…

  • Googleを高める方法発見の可視性:勝つランキングシグナル

    この投稿はローラードが後援しました。この記事で表明された意見は、スポンサー自身です。 Googleでより多くの視界を発見したいですか? Googleのパーソナライズされたニュースフィードに入る方法がわかりませんか? 発見は検索とは異なります。キーワードにランク付けされていません。 選択します。 そして、それは、特徴を得るための最良の方法は、キーワードのために最適化することではないことを意味します。特定のアルゴリズム信号を最適化することです。 このガイドでは、Googleが発見フィードに属するコンテンツを決定するのに役立つコアランキング信号をカバーし、プッシュ通知などのツールを使用してそれらの信号を自然に高める方法を説明します。 このガイドで 1。 Google Discover Optimizationのヒント:Googleにあなたのコンテンツが発見に属していることをGoogleに伝えますか? 2。 Googleの発見の仕組み 3。 プッシュ通知を使用してこれらのGoogle信号を高める方法 4。 ハイブリッドプッシュフォーマットを実装してより速く発見する方法 Google Discover Optimizationのヒント:Googleにあなたのコンテンツが発見に属していることをGoogleに伝えますか? Google Discoverは、従来の検索結果とは異なるアルゴリズムを使用しています。 同じ品質指標の多くをまだ考慮していますが、発見の視認性は、キーワードへの依存度が低く、現実世界でのコンテンツのパフォーマンスに依存します。 Discoverの最も重要なコンテンツ品質信号は次のとおりです。 1。EEAT:経験、専門知識、権威性、信頼 経験則は、「EEAT」ガイドラインに従うことです。 経験:直接、現実世界の主題に精通しています。 専門知識:コンテンツニッチの深い知識とスキル。 認証:他の信頼できるソースからの認識。 信頼性:正確で、公平で信頼できる情報。 2。エンゲージメントメトリック これらは、Googleにあなたのコンテンツがユーザーと共鳴することを伝え、より広く宣伝する価値があるかもしれません。 3.強力なビジュアルとヘッドライン 発見は非常に視覚的であるため、すぐに目立たなければ、ユーザーはコンテンツを通り過ぎてスクロールする可能性があります。 注意を引くために見出しを磨くために時間をかけてください。しかし、彼らがあなたの記事、投稿、またはあなたが今書いているものの内容を正確に反映していることを確認してください。 特にこれらの資産がモバイルに最適化されている場合、エンゲージメントの見出し、画像、ビデオのパフォーマンスが向上します。 4.技術SEOおよびモバイル最適化 それ自体を「ランク付け」する必要はありませんが、よく最適化されたサイトが必要です。 高速負荷時間: ページの速度と全体的な効率を考慮してください。 PageSpeed Insightsを使用して、ユーザーパフォーマンスのためにWebページが最適化されるようにします。 モバイルに優しいレイアウト:Google Discoverは、現在デスクトップバージョンがないため、モバイルデバイスでのみ利用できます。 構造化されたデータ:Googleは、構造化されたデータに依存してコンテンツを分類し、ユーザーに関連する提案を提供します。より熱心で関連性の高いユーザーを引き付けるには、Googleがコンテンツをよりよく認識して分類できるように、タグと構造データを追加する必要があります。 内部リンク&リンクビルディング:それはあなたがあなた自身のコンテンツのネットワークを作成するのに役立ちます。これは、新しいコンテンツへのゲートウェイとして機能する可能性があるため、古い記事にも関係しています。 RSSまたは原子フィード:ユーザーがフォローできるようにして、更新をすばやく受信します。 Googleは自動的にフィードを生成しますが、独自のフィードを接続できます。 Google Webストーリー:Instagramと同様に、これらのストーリーはMobilesの視覚的なストーリーバナーの下に登場し、リーチを拡大するのに役立ちます。ストーリーは、簡単に作成でき、魅力的で、インタラクティブで、楽しいです。 追跡、テスト、改善。 Google Search Console(GSC)を使用して、パフォーマンスと統計を監視します。…

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *