PHP в деталях
Комментарии к статье "" - часть 2
table width="100%" cellpadding="0" cellspacing="0" >
У меня при реврайте урла пропадают $HTTP_POST_VARS, где рыться, что искать ?
| 15.12.2001 16:08 Danechka []
а мое имхо - апач должен быть статиком и конфиг безо всяких если что не так - пусть уж совсем не работает, нежели работает не так как надо а вот эта шалобушка http://www.cri.ensmp.fr/~coelho/mod_macro/ давно и приятно скрашивает конфиги апача :) |
| 17.12.2001 07:32 DiMA []
Бессмысленные дебаты. Тем более, что я как бы в курсе, что где есть и как работает. Я указал на явный промах и нужно его профиксить, а не пытаться что-то нагородить. Это просто смешно. Ну что я тормоз что ли, чтобы "PHP-код за пределы DOCUMENT_ROOT" выносить? Еще cgi-bin придумайте. [easy!] И совершенно тупые дебаты - ну если нет линка, так надо молча поставить его, а не придумывать оправдания! Или сказать - "не хочу". Но придумывать оправдания.. вообщем, все. |
| 19.12.2001 13:11 NKritsky
Статья полезная, интересная, но фразы типа "man нужен только единицам" наводят на мысль о дебилизме автора. |
| 20.12.2001 12:08 Роман Яцевич []
RE: У меня при реврайте урла пропадают $HTTP_POST_VARS, где рыться, что искать ? Действительно, такое может происходить - в этом "виновато" правило "RewriteRule [^/]$ %{REQUEST_FILENAME}/ [R,L]", а точнее его окончание [R,L], которое делает физический редирект на модифицированый адрес, и если его убрать - все Ваши "потери" пропадут... :) Если Вы хотите оставить тот функционал (см. комментарии в тексте), который дает это правило - пишите в "action" атрибуте Вашей формы, которую postите, адрес, оканчивающийся на "/", если в нем есть виртуальные части. При указание физически существующего пути - такой "проблемы" нет. |
| 20.12.2001 13:28 Роман Яцевич []
RE: Бессмысленные дебаты. Возможно: просто получается, что когда я ответ Вам писал - не верно понял Вашу мысль... точнее именно акцент на "IfModule"... Но решение указанной проблемы - все то же (см. ниже). RE: Это просто смешно. Ну что я тормоз что ли, чтобы "PHP-код за пределы DOCUMENT_ROOT" выносить? Не пойму - Вам доподлинно известно, что тормоза всегда выносят "PHP-код за пределы DOCUMENT_ROOT"? Вот как может выглядеть (по предлагаемому мной методу) структура для очередного сайта: /путь/home/ - домашняя директория, выше её пользователь подняться не может (ни по SSH, ни по FTP); /путь/home/html/ - это DOCUMENT_ROOT, только этот каталог доступен снаружи, PHP-файл тут только один (index.html), и ни строчки кода сайта он не содержит, только include(); /путь/home/html/img/ - каталог для картинок; /путь/home/html/js/ - каталог для JavaScript файлов; /путь/home/html/css/ - каталог для файлов стилей; /путь/home/include/ - PHP-файлы системных (у каждого конечно своих) инструментов /путь/home/lib/ - PHP-файлы библиотек (у каждого опять же своих) /путь/home/source/ - PHP-файлы собственно сайта Данная схема упорядочивает всю реализацию(программирование!) сайта, и больше подходит если разработчик в PHP-коде делает HTML, а не от обратного, когда есть HTML-шаблон, и он "оживляется" PHP-вставками. RE: И совершенно тупые дебаты Если Вам неинтересна моя точка зрения - это не значит, что она неинтересна никому! |
