Веб читачи кеширају 301 и 303 редирекције!

Скраћена веза: https://pedja.supurovic.net/veza/6765

Намучих се данас са једним баналним проблемом. Наиме, подешавао сам редирекцију неких адресу у .htaccess датотеци и цела ствар ме добрано бацила у несвест јер ништа није радило како треба.

Радило се о команди

RewriteRule ^podrska/?(.*)$ podrska.php/$1 [R=301,L]

Када сам први пут приступио сајт са овако подешеном редирекцијом она је одрадила посао како треба, међутим, када сам накнадно мењао правило редирекције, оно није функционисало. Сајт се увек приказивао са првом верзијом коју сам ставио.

Чак и када бих уклонио команду за редирекцију или чак обрисао целу .htaccess датотеку, ништа није помагало. Сервер би увек приказивао сајт како да је редирекција укључена, и то она стара верзија. […]
[ ... види цео чланак ... ]

mod_url: Приказ поддиректоријума у руту домена

Скраћена веза: https://pedja.supurovic.net/veza/5017

Често на интернету наилазим на сајтове који имају своје домене али употребљене на чудан начин: веб апликација, обично неки ЦМС или блог, је инсталирана и видљива у поддиректоријуму а насловна страна врши редирекцију у тај поддиректоријум. У лошијим случајевима редирекције и нема него на насловној стоји линк на поддиректоријум па посетилац мора сам да га кликне.

То је ствар коју треба избегавати, најпре зато што лоше утиче на укупну оптимизацију сајта на претраживачима а није ни у складу са правилима употребљивости сајта.

Најчешћи разлог зашто су сајтови овако инсталирани је тај што су ЦМС апликације и блогови тако спаковани да када их неко распакује директно на сајту, то се стварно смести у поддиректоријум. […]
[ ... види цео чланак ... ]

mod_rewrite debug logging

Скраћена веза: https://pedja.supurovic.net/veza/5012

Употреба url rewriting технике коју омогућава apache web server је практично незаобилазан посао сваког веб администратора. Међутим, команде су прилично нечитке и лако је направити грешку приликом подешавања.

Колико пута сте се нервирали јер url rewriting који подешавате у .htaccess напросто не ради а ви не можете да утврдите зашто? Ово може да буде итекако фрустрирајуће, нарочито ако таква подешавања не радите често и нисте баш искусни.

У таквим ситуацијама у многоме може да помогне логовање процеса извршавања mod_rewrite команди које овај модул обезбеђује. Ово логовање је подразумевано искључено па је неопходно да га сами укључите.

Отворите датотеку httpd.conf iu њој пронађите подешавање виртуелног сервера за који желите да укључите логовање. […]
[ ... види цео чланак ... ]

Колико је сигуран PHP на вашем веб серверу?

Скраћена веза: https://pedja.supurovic.net/veza/2360

Приликом израде сајтова, оно о чему се често најмање мисли је сигурност сервера. Нажалост, врло је лако у ПХП-у направити неку рупу преко које нападач може да злоупотреби сајт, односно сервер на коме је он постављен.

Најважније је да је сам сервер подешен тако да је упад отежан или онемогућен. Како постоји много начина да се упад изведе тешко је све то пратити и проверавати.

У настојању да се посао провере олакша, PHP Security Consortium је објавио PHP скрипт PhpSecInfo који проверава како је сам PHP подешен и упозорава на могуће слабости. Скрипт се користи на сличан начин као и PHP функција phpinfo(). […]
[ ... види цео чланак ... ]

Редирекција путања (URL rewriting) на једноставан начин

Скраћена веза: https://pedja.supurovic.net/veza/2286

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

Пошто је то техника која је у данашње време неопходна и верујем да би многим новајлијама значило једно такво упутство, ево га.

Зашто је потребна оптимизација путања на сајту (url rewriting)

Један од најважнијих чинилаца добре оптимизације интернет презентације је сама путања до приказаног документа, Google, али и други претраживачи адресу документа узимају као врло јак аргумент приликом одлучивања на којој позицији у резултатима претраге да предложе тај конкретан документ. […]
[ ... види цео чланак ... ]

Напредни URL rewriting: заобилажење правила у .htaccess датотеци и password protection независних директоријума

Скраћена веза: https://pedja.supurovic.net/veza/2282

За сваки савремени сајт неопходан услов је да адресе до докумената буду оптимизоване за интернет претраживаче. О томе како се преусмеравају оптимизоване путање на стварни садржај писао сам у чланку Редирекција домена са .htaccess али и без њега.

Понекад се деси да на сајту који већ има подешено преусмеравање оптимизованих путања постоји потреба да се у поддиректоријум смести садржај који је независан.

Ако имате укључену обичну редирекцију и поставите независан поддиректоријум, садржај тог директоријума нећете моћи да прикажете, јер сваки упит ка сајту пролази кроз механизам редирекције и бива усмерен на основни веб сајт.

Да бисте то онемогућили на самом почетку правила за редирекцију (одмах испод линије Rewrite Engine on додајте:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Ове две команде објашњавају веб серверу да прво провери да ли постоји датотека (прва линија) или директоријум (друга линија) на наведеној путањи. […]
[ ... види цео чланак ... ]

Редирекција домена са .htaccess али и без њега

Скраћена веза: https://pedja.supurovic.net/veza/1089

Ако за исти сајт користите више домена, онда треба да знате да Google и други претраживачи наш и не воле да то виде. За један сајт би требало увек користити само један домен. Ако их имате више треба да их подесите тако да преусмеравају корисника на основни домен.

Откако је почео са радом .RS домен, ово је нарочито актуелно, јер ће домен .yu бити угашен, па су корисници овог домена принуђени да престану да користе домене и да прелазе на неке друге. Ту је такође добро урадити редирекцију са .yu на нови домен, како би корисници што пре видели промене и престали да користе .yu домен. […]
[ ... види цео чланак ... ]