Правилата на WordPress имаат премногу исклучоци

WordPress apache

WordPress apacheWordPress направи голем еволутивен чекор напред во платформата за блогирање, приближувајќи го до полноправниот систем за управување со содржини со следење на ревизии, поголема поддршка за сопствени менија и - најинтригантната одлика за мене - поддршка на повеќе страници со мапирање на домени.

Ако не сте зависник од системот за управување со содржини, во ред е. Можете да го прескокнете веднаш по овој напис. Но, за моите колеги техно-гикови, кодови и апаши-таблети, сакам да споделам нешто интересно и нешто кул.

Мулти-страницата е одлика што ви овозможува да извршувате кој било број на веб-страници на WordPress со единствена инсталација на WordPress. Ако администрирате повеќе страници, убаво е затоа што можете да инсталирате одобрена група теми и графички контроли и да ги активирате за страниците на вашите клиенти. Постојат неколку технички пречки за мапирање на вашите домени, но процесот не е тежок.

Една од проблематичните области што ги идентификував е во прилагодувањето на темата. Бидејќи темите можат да бидат достапни на повеќе веб-страници, сите прилагодувања што ги правите на некоја тема, исто така, ќе влијаат на сите други страници што ја користат таа тема на вашата инсталација на повеќе страници. Мојот начин околу ова е да дуплирам тема пред да започнам со прилагодување и јасно да ја именувам темата за страницата на клиентот за која ја стајлирам.

Друго интересно прашање е што се случува во датотеката .htaccess на вашиот сервер Апачи. WordPress треба да ги преработи патеките на блогот по блог и тоа го прави со правило за препишување и PHP-датотека.

WordPress го користи следново правило за препишување:

RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Датотеки /(.+) wp-вклучува / ms-датотеки.php? Датотека = $ 2 [L]

Во суштина, сè што е во поддиректориум на mysite.com/files/directory се препишува на mysite.com/files/wp-includes/myblogfolderpath… и тука станува интересно. Што се случува ако навистина треба да имате датотека на вашиот сервер што е mysite.com/files/myfolder/myimage.jpg? Добивате грешка 404, тоа се случува. Правилото за препишување на Apache започнува и ја менува патеката.

Додуша, можеби никогаш нема да наидете на овој проблем, но јас го сторив тоа. Имав страница што требаше да користи додаток на JavaScript од друга веб-страница и требаше да најде графика на mysite.com/files/Images/myfile. Бидејќи немаше начин да ја сменам датотеката на страницата домаќин, ми требаше да пронајдам начин да го сторам тоа на мојот сервер. Лесното решение е да креирате состојба за препишување што прави исклучок за специфични датотеки.

Еве го решението:

RewriteCond% {REQUEST_URI}! /? Files / Image / file1.jpg $
RewriteCond% {REQUEST_URI}! /? Files / Image / file2.jpg $
RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Датотеки /(.+) wp-вклучува / ms-датотеки.php? Датотека = $ 2 [L]

Условите за препишување треба да бидат поставени пред правилото за препишување, или во спротивно овој трик нема да успее. Треба да биде лесно да ја измените оваа состојба за ваши сопствени цели, доколку наидете на сличен проблем. Решението функционираше одлично за мене, овозможувајќи ми да заменам прилагодена графика наместо помалку посакуваниот алт-текст што не одговараше на мојот дизајн. Се надевам дека ќе работи и за вас.

Што мислите?

Оваа страница користи Akismet за намалување на спам. Научете како се обработува вашиот коментар.