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

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


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

కాబట్టి నిన్న నేను హ్యూగోను అప్‌గ్రేడ్ చేయడానికి ప్రయత్నించాలని నిర్ణయించుకున్నాను. దీన్ని చేయడానికి అసలు కారణం లేదు – నేను 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

  • 52 प्रोफाइल वीडियो – सैम सोफ़ेस

    प्रकाशित किया गया 16 फ़रवरी 2011 टेक्सास से स्थानांतरित होने से पहले मैंने हाल ही में अपने अच्छे दोस्त काइल स्टीड और उसके 52 प्रोफाइल प्रोजेक्ट का एक वीडियो शूट किया था। यह वास्तव में एक साफ-सुथरा प्रोजेक्ट है जो वह पिछले साल से कर रहा है, जहां वह हर हफ्ते एक अलग व्यक्ति की…

  • Томаш Ковальчик выпустил «Прелюдию к страху»

    Музыкальный обзор: “В “Прелюдии к страху” Томаш Ковальчик превращает тревогу в нечто странно кинематографическое и глубоко человечное. С первых моментов композиция несет в себе надвигающийся эмоциональный вес, разворачиваясь с чувством напряжения, которое кажется одновременно интимным и подавляющим. Мелодия движется сквозь тени меланхолии и беспокойства, позволяя каждой ноте задерживаться ровно настолько, чтобы обнажить уязвимость под ее…

  • Najlepszy sprzęt EDC społeczności: Pocket Dump od kamren

    O tym codziennym noszeniu Pracownik fabryki i dziewczyna-tata “To mój codzienny obowiązek jako pracownika fabryki i ojca dziewczyny. Jestem pracownikiem fabryki, który pracuje z różnymi rurami i tworzywami sztucznymi, ciągle tnąc rury i maszyny do mocowania wokół mnie. Nie przesadnie przesadnie poza breloczkiem do kluczy. ” — Kamren Zarabiamy prowizję, jeśli dokonasz zakupu, bez dodatkowych…

  • 如何將您的代理商定位為AI搜索當局

    這篇文章是由Visto贊助的。本文中表達的意見是發起人自己的意見。 客戶不斷問一個新問題:“我們在AI搜索中可見嗎?” 這是現實:Google的AI概述將許多企業的自然流量降低了30-70%。 實際上,我們看到將GEO(生成引擎優化)策略納入其SEO策略的SEO機構,並且產品為這些額外的菜單服務收取$ 4,000/月的費用。 但是,當涉及GEO時,SEO的新進化且仍在不斷發展的分支中,回答AI可見性問題是: 關於大策略的不少。 有關快速字段檢查的更多信息。 但是,如果您跳過支票並直接跳到修復程序,則可能會解決錯誤的問題。 SEO和GEO清單重新獲得客戶可見性 第1階段。執行AI可見性審核以確認是否存在可見性差距 從簡單的AI可見性審核開始: 選擇 五到10個關鍵短語與企業的目標保持一致。 搜尋 這些短語遍布Google的AI概述,Bing Copilot,困惑和Chatgpt。 看 首先在AI答案上,而不是經典的藍色鏈接。 做 你露面?你被引用了嗎?哪些競爭對手可見和引用?為每個短語記錄一下。 注意 向下引用了哪些競爭對手以及任何鏈接的指向;在任何演示文稿中進行屏幕截圖以展示。 一旦確定了您顯示哪些短語,而您卻沒有顯示的短語,就可以開始進行全面的審核,重複您對關鍵字研究的步驟,或者傳統上,人們還會詢問研究。 簡單的方法:使用此AI可見性審核,並將快照帶到您的下一個客戶端呼叫中。它使您離開了“我們的思想”區域,進入“這就是我們今天所看到的”。 階段 2。從審計結果中解釋您的AI可見性 一旦您擁有審核結果,就該確定您的立場了: 高度 可見的: 您的品牌在答案中被命名。偉大的。評估有效的方法,並擴展它。 部分 可見的: 您的內容可以為答案提供答案,但品牌卻丟失了。這會隨著時間的流逝而侵蝕權威。 缺席的: 答案引擎依靠其他來源。那是您的差距和機會。 請注意,其中一些是傳統的排名演講,而其他方面是新的。 因此,現在是時候在這裡找到新的鏡頭了。 將GEO視為流量渠道,而不是一種新技術:我們嗎 出現在答案中 人們實際讀書嗎? 這是代理商需要快速行動的地方。如果您現在不幫助客戶使用Geo,他們會找到一個會的人。 第3階段。展示有機流量下降背後的真正問題 在此步驟中,是時候為您的SEO團隊以外的每個人連接點了。 客戶或老闆將如何處理您的報告的更改? 說服利益相關者需要其他SEO服務才能在地理繁榮期間保持領先地位的最佳方法是什麼? 如何為客戶和利益相關者澄清SEO的AI添加 這就是如何將模糊的“流量下降”對話變成“我們在答案中缺少的地方以及我們將要解決的地方。” 在您的審計演示中,AI搜索結果應遵循此結構: 排除可以解決可以爬行或點擊的問題。在對話的這一部分期間,請勿將這些包含在報告中。 從非品牌的術語中脫穎而出,因為AI回答通常會圍繞某些目的而聚集。顯示此信息破裂。 對於提示:利用並排比較。左側可以包括AI答案,並帶有您品牌的狀態。右側可以快速查看相同主題的現場指標。 第4階段。考慮傳統SEO和GEO的完美組合 一旦您的審核獲得批准,並且將達成合同以擴展SEO產品以包括地理技術,那麼該應用傳統SEO和GEO的完美組合以提高您在審核中確定的領域的可見性。 從高水平來看,有兩個限制改變了遊戲,尤其是在向SEO產品添加地理策略時:…

  • トート – Not Broken – ParaPOP

    「壊れていない」 から トス 頭がいっぱいになったときに聞こえる、優しいささやきのような感じです。音楽は大げさなものやドラマチックなものではなく、温かく、正直で、どこか感情的にむき出しになっているように見えます。冒頭から、震えながらも誰かに慰められているような、優しくもろい雰囲気が漂います。 Alex Toth のボーカルは、ゆっくりと流れるような歌い方で、親密かつ率直に聞こえます。音楽のアレンジメントは感情が息づくためのスペースを多く提供しており、ギターとトランペットのタッチは誇示するものではなく、微妙な色を与えているように見えます。 歌詞はとても直接的ですが、それでも詩的です。ライン 「あなたは壊れていない、ただ感情に迷っているだけだ」 これは、私たちが間違っていると感じたときに聞きたい言葉のように聞こえます。特に繰り返し中に重さを感じることなく、軽いスピリチュアルな感触があります。 「宇宙に対して心を開いてください」 説教というよりも、優しい誘いのように感じられます。 私にとって、 「壊れていない」 自分自身に疑問を抱いているが、答えを得る準備ができていないときに聞くのに適しています。この曲はすぐに解決策を提供するものではありませんが、私たちは壊れていないということを簡単に思い出させてくれます。時々私たちは心を開きすぎてしまうことがありますが、それも人生の一部です。 トートのプロフィール Source link

  • Тестування торгової реклами в режимі штучного інтелекту, посібник із пошуку штучного інтелекту Microsoft і зміна стратегії ключових слів

    Ласкаво просимо до PPC Pulse цього тижня: усі оновлення стосуються того, як штучний інтелект безпосередньо вплітається в пошукову монетизацію та структуру кампанії. Google тестує торгове оголошення в режимі штучного інтелекту. Корпорація Майкрософт опублікувала практичний посібник про те, як штучний інтелект шукає бренди. У подкасті Google Ads Decoded стало ясно, що ключові слова більше не є…

Deixe um comentário

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