𝗥𝗲𝗯𝘂𝗶𝗹𝗱𝗶𝗻𝗴 𝗮 𝗗𝗶𝘃𝗶 𝗕𝗹𝗼𝗴 𝘄𝗶𝘁𝗵 𝗖𝘂𝘀𝘁𝗼𝗺 𝗦𝗵𝗼𝗿𝘁𝗰𝗼𝗱𝗲𝘀

Hivi karibuni nilifanya upya muundo wa blogu ya Rev6, jukwaa la mazoezi linalotumia WordPress, Divi, na Cloudways.

Sikutumia moduli ya kawaida ya Divi Blog. Inakosa udhibiti unaohitajika kwa ajili ya kuelekeza URL (custom URL routing) na vipengele vya uanachama. Badala yake, nilijenga mfumo wa shortcodes za kipekee kwenye child theme.

Mbinu hii huweka mantiki (logic) kwenye PHP yenye toleo maalum badala ya kuificha ndani ya kanzidata (database) ya page builder.

Mipangilio hii inatumia shortcodes hizi:

  • [rev6_blog_sidebar] kwa ajili ya urambazaji na utafutaji
  • [rev6_sort_dropdown] kwa ajili ya kupanga (sorting)
  • [rev6_post_grid] kwa ajili ya mpangilio (layout)
  • [rev6_author_bar] kwa ajili ya jina la mwandishi (byline)
  • [rev6_author_bio] kwa ajili ya sehemu ya mwandishi
  • [rev6_related_posts] kwa ajili ya kusoma zaidi

Hapa kuna mafunzo yangu ya kiufundi kutoka kwenye ujenzi huu:

  1. Epuka mbinu za ujanja za CSS grid Wakati mmoja nilitumia "grid-row: 1 / span 999" ili kufanya sidebar ienee ukurasa mzima. Hii ilitengeneza maelfu ya mistari mitupu na nafasi kubwa ya wazi (whitespace). Tumia "named grid areas" badala yake. Ni safi zaidi na salama zaidi.

  2. Kagua data yako kabla ya kodi yako Nilitumia muda mwingi kutafuta hitilafu (debugging) kwenye sehemu ya "related posts" ambayo haikuonekana. Kodi ilikuwa kamilifu. Tatizo lilikuwa kwenye data. Jamii (category) hiyo ilikuwa na chapisho moja tu. Kodi yangu ilitenga chapisho la sasa, hivyo ikabaki na matokeo sifuri. Kagua kila wakati maudhui ya kanzidata yako kabla ya kutafuta hitilafu (bugs) kwenye kazi zako (functions).

  3. Elewa tofauti kati ya faili na kanzidata Nilipohamia kutoka staging kwenda live, mpangilio ulionekana vibaya. Nilijaribu kuurekebisha kwa CSS, lakini ikashindikana. Tatizo lilikuwa kwamba "imports" huhamisha templates, si maudhui ya kanzidata. Vitu kama upana wa moduli na upangaji wa chapisho (post assignments) vipo kwenye kanzidata. Ikiwa mpangilio utatofautiana baada ya uhamiaji (migration), angalia kanzidata, si stylesheet.

  4. Usiwahi kuhamisha kanzidata nzima kwenda kwenye production Sync nzima hufuta data halisi za watumiaji kama vile oda na usajili. Tumia uhamishaji wa lengo mahususi (targeted transfers) badala ya kuhamisha kila kitu kwa mkupuo.

  5. Cache ni hatua ya kwanza Kwenye tovuti zilizoboreshwa, zana za uboreshaji wa CSS mara nyingi huondoa mitindo (styles) ambazo zinafikiri hazitumiki. Ikiwa mitindo yako inaonekana haijatekelezwa kikamilifu, futa cache yako na uundee upya (regenerate) CSS yako kwanza.

Upangaji upya huu sasa upo hewani. Una mpangilio safi wa kihariri (editorial layout) na mfumo wa kipekee wa mwandishi. Kodi ilikuwa sehemu rahisi. Mazingira ya kazi ndiyo yalitoa mafunzo ya kweli.

Chanzo: https://dev.to/highcenburg/rebuilding-a-divi-blog-with-custom-shortcodes-a-field-report-141g