Ang Mga Panuntunan sa WordPress ay May Mga Pagbubukod din

wordpress apache
Oras ng Pagbasa: 2 minuto

wordpress apacheGumawa ang WordPress ng isang pangunahing hakbang sa ebolusyon sa platform ng pag-blog, inilalapit ito sa isang ganap na sistema ng pamamahala ng nilalaman na may pagsubaybay sa rebisyon, higit na suporta para sa pasadyang mga menu, at – ang pinaka nakakaintriga na tampok para sa akin – suporta ng maraming site sa pagma-map ng domain.

Kung hindi ka isang junkie ng system ng pamamahala ng nilalaman, okay lang. Maaari mong laktawan agad ang artikulong ito. Ngunit para sa aking mga kapwa techno-geeks, code-head at apache-dabblers, nais kong ibahagi ang isang bagay na kawili-wili, at isang cool na bagay.

Ang Multi-site ay isang tampok na nagbibigay-daan sa iyo upang magpatakbo ng anumang bilang ng mga website ng WordPress na may isang solong pag-install ng WordPress. Kung namamahala ka ng maraming mga site, maganda dahil maaari kang mag-install ng isang naaprubahang pangkat ng mga tema at widget, at buhayin ang mga ito para sa iyong mga site ng kliyente. Mayroong ilang mga teknikal na hadlang upang mai-map ang iyong mga domain, ngunit ang proseso ay hindi mahirap.

Ang isa sa mga lugar ng problemang natukoy ko ay ang pagpapasadya ng tema. Dahil ang mga tema ay maaaring gawing magagamit sa maraming mga website, ang anumang mga pagpapasadya na iyong ginagawa sa isang tema ay makakaapekto rin sa anumang iba pang mga site na gumagamit ng temang iyon sa iyong pag-install ng maraming site. Ang aking paraan sa paligid nito ay upang doblehin ang isang tema bago ako magsimula sa pagpapasadya, at malinaw na pangalanan ang tema para sa client site kung saan ko ito pinag-aayos.

Ang isa pang kawili-wiling isyu ay kung ano ang nangyayari sa .htaccess file sa iyong Apache server. Kailangang muling isulat ng WordPress ang mga landas sa batayan ng blog-by-blog at ginagawa ito sa isang panuntunan sa muling pagsulat at isang file na php.

Gumagamit ang WordPress ng sumusunod na panuntunan sa muling pagsulat:

RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Mga file /(.+) wp-kasamang / ms-files.php? File = $ 2 [L]

Mahalaga, ang anumang bagay na nasa isang subdirectory ng mysite.com/files/directory ay muling naisusulat sa mysite.com/files/wp-includes/myblogfolderpath… at dito nakakakuha ng interes. Ano ang mangyayari kung kailangan mo talagang magkaroon ng isang file sa iyong server na mysite.com/files/myfolder/myimage.jpg? Nakakuha ka ng isang 404 error, iyon ang nangyayari. Ang panuntunan sa muling pagsulat ng Apache ay sumisipa at binabago ang landas.

Totoo, maaaring hindi mo naranasan ang problemang ito, ngunit naisip ko. Mayroon akong isang site na kailangan upang gumamit ng isang javascript widget mula sa isa pang website, at kailangan ito upang makahanap ng mga graphic sa mysite.com/files/Images/myfile. Dahil walang paraan upang baguhin ang file sa host site, kailangan ko upang malaman ang isang paraan upang magawa ito sa aking server. Ang madaling solusyon ay upang lumikha ng isang kundisyon ng pagsusulat muli na gumagawa ng isang pagbubukod para sa mga tukoy na file.

Narito ang solusyon:

RewriteCond% {REQUEST_URI}! /? Mga file / Larawan / file1.jpg $
RewriteCond% {REQUEST_URI}! /? Mga file / Larawan / file2.jpg $
RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Mga file /(.+) wp-kasamang / ms-files.php? File = $ 2 [L]

Ang mga kundisyon ng pagsusulat muli ay kailangang mailagay bago ang panuntunan sa muling pagsulat, o hindi gagana ang trick na ito. Dapat ay madaling baguhin ang kondisyong ito para sa iyong sariling hangarin, kung nakasalamuha mo ang isang katulad na problema. Ang solusyon ay mahusay para sa akin, pinapayagan akong palitan ang mga pasadyang graphics kaysa sa hindi gaanong kanais-nais na teksto ng alt na hindi akma sa aking disenyo. Inaasahan kong gagana ito para sa iyo.

Ano sa tingin ninyo?

Ang site na ito ay gumagamit ng Akismet upang mabawasan ang spam. Alamin kung paano naproseso ang data ng iyong komento.