>>> файл с правилами будет содержать в себе сотни регулярок, обрабатываются они последовательно, если запросу соответствует последнее правило — то обработаны в итоге они будут все.
С сотнями вы загнули. В любом случае URL-ов ограниченное множество. И разбить их на логические блоки, и затем обрабатывать их поблочно — кто же мешает? Это намного лучше, чем городить мегапарсер на PHP, который будет заниматься абсолютно той же задачей и решать абсолютно ту же проблему.
В любом случае, я уже понял, что в топике без детального тестирования никто не поверит в то, что скорость обработки регулярок в mod_rewrite и PHP — принципиально разные вещи.
>>> * фронтальный контроллер при этом жестко завязан на файл с правилами, чтобы определить доп.страницу — нужно добавлять правило, сделать нефиксированный контроллер, который например обрабатывает альясы адресов сохраненные в БД — вообще нереально
Копать сюда: camaya.net/modrw ^_^
>>> чтобы указать более-менее нетривиальную последовательность входных параметров — нужно будет городить огромную регулярку, а как я уже писал в первом пункты — при обращении на последнее правило обрабатываться они будут все
Я еще не встречал задач, где требуются действительно «Огромные» регулярки. Может приведете пример? БЫло бы интересно.
Если вы используете абсолютный реврайтинг по типу первого примера — вы именно лишаетесь звена, т.к. обращение в самому mod_rewrite всеравно будет и процессорное время и клочок памяти для его работы тоже будут выделены.
Соответственно, 1. Мы лишаемся лишнего звена в виде регулярок в скриптовом языке.
2. Работу над регулярками мы возлагаем на mod_rewrite
Если вас и это не устраивает — я постараюсь составить аналогичные по своей сути тесты производительности и выложу сюда результаты тестирования.
>> А где доказательства? Тесты?
В данном случае вы придираетесь. Начнем хотя-бы с того, что при обработке запроса через mod_rewrite вы лишаетесь одного звена в цепи — скриптового языка. Конечно понятно, что напортачить можно везде, но уменьшение цепи может только положительно играть на производительности системы, или не так?
>> Второй реврайт подавится
Вам трудно это предположить и сделать .htm|.htm? Тогда я затрудняюсь вам что-либо объяснять.
>> А если админ отключил мод_реврайт вся навигация через него идет лесом.
Я не думаю, что админ может быть настолько невменяем. По крайней мере из всех моих знакомых админов, работающих в хостинг-компаниях не было еще ни одного, который бы жаловался на mod_rewrite и отключал его из каких-либо своих соображений.
>> «неправильноые» -> неправильные
Спасибо, сейчас исправлю.
Главное — вопрос интереса. Если человеку покажутся интересными процессы, происходящие в решетке вещества при механических деформациях — он будет изучать сопромат и сопутствующие ему науки с удовольствием. Без пинков. Без экзаменов. Для себя. Просто ради того, чтобы знать и, в случае необходимости — уметь.
ИМХО фундаментальные знания, даже если они никогда не понадобятся в реальной жизни — необходимы. И не просто ради галочки «я это знаю».
Я в качестве лайфхака выделяю себе день физики и день математики, в которые пытаюсь вспомнить давно забытое старое и изучить что-то новое на уровень глубже, чем описание процесса в популярной литературе.
Кстати- таки да, соглашусь с вами, затраты колоссальные. Но если интересно — время пролетает незаметно, хоть и биться над одной проблемой можешь очень долго. Мне — интересно.
Прошу прощения, но где я указал предел своих мечтаний? ВЫ немного не в ту плоскость ушли. Я всего лишь указал, кем сейчас являются мои товарищи. И это никак не связанно с моими мечтаниями.
«Спасение утопающих — дело рук самих утопающих». Если человеку будет интересен Perl — знания, полученные на выходных, будут поддерживаться из выходных в выходные. И приумножаться.
Хм… Знаю достаточное количество моих товарищей, которые сидели дома с книжками и сейчас вполне успешные программисты. И это не смотря на отсутствие высшего образования и тяги его получать в принципе. При этом ребята неплохо разбираются в физике и по задачам матана и сопромата могут спокойно заткнуть за пояс многих «университетских». Неужели вы думаете, что наша система образования действительно настолько хороша?
Насколько я помню, координатный метод хранения мелких ихображений в одном большом паке (aka файле) применяется давно. Способ конечно хорош, но все новое — это давно и хорошо забытое старое. Аналогичный способ хранения линейной картинки с типами файлов юзается в статье про стилизованные файл-инпуты. В общем, идея хороша, но не нова и применяется весьма успешно.
Да что там далеко ходить — неужели никто не помнит процесс сжатия шрифтов в Играх? Та же картинка с координатным методом выборки необходимого символа. Основной вопрос — в построении координат. Но это уже к Скайпу.
Хорошо написал. Жаль, что примеров — всего один. Но я думаю — на этом же все не закончится? Ждем продолжения — рационально звено есть и его нужно развивать.
Да, вы абсолютно привильно меня поняли. Но скорость работы такого решения весьма сомнительна, это раз. Второе — такой хост по цене был как сама Jornada. Третье — в Харькове даже на радиорынке не достать.
Я думал над таким решением в обход того, что USB не бывает 16-битных. Не получилось.
Мне в наследство достался, чему я был несказанно рад. Где купить — честно, сам не знаю V_v Но железка весьма интересная. Народ до сих пор удивляется, глядя на подноценную клаву, стилус в виде ручки и 16битный GPRS-модем. Сидеть в аське и слушать музыку в поездке — милое дело ^_^
С сотнями вы загнули. В любом случае URL-ов ограниченное множество. И разбить их на логические блоки, и затем обрабатывать их поблочно — кто же мешает? Это намного лучше, чем городить мегапарсер на PHP, который будет заниматься абсолютно той же задачей и решать абсолютно ту же проблему.
В любом случае, я уже понял, что в топике без детального тестирования никто не поверит в то, что скорость обработки регулярок в mod_rewrite и PHP — принципиально разные вещи.
>>> * фронтальный контроллер при этом жестко завязан на файл с правилами, чтобы определить доп.страницу — нужно добавлять правило, сделать нефиксированный контроллер, который например обрабатывает альясы адресов сохраненные в БД — вообще нереально
Копать сюда: camaya.net/modrw ^_^
>>> чтобы указать более-менее нетривиальную последовательность входных параметров — нужно будет городить огромную регулярку, а как я уже писал в первом пункты — при обращении на последнее правило обрабатываться они будут все
Я еще не встречал задач, где требуются действительно «Огромные» регулярки. Может приведете пример? БЫло бы интересно.
Соответственно, 1. Мы лишаемся лишнего звена в виде регулярок в скриптовом языке.
2. Работу над регулярками мы возлагаем на mod_rewrite
Если вас и это не устраивает — я постараюсь составить аналогичные по своей сути тесты производительности и выложу сюда результаты тестирования.
В данном случае вы придираетесь. Начнем хотя-бы с того, что при обработке запроса через mod_rewrite вы лишаетесь одного звена в цепи — скриптового языка. Конечно понятно, что напортачить можно везде, но уменьшение цепи может только положительно играть на производительности системы, или не так?
>> Второй реврайт подавится
Вам трудно это предположить и сделать .htm|.htm? Тогда я затрудняюсь вам что-либо объяснять.
>> А если админ отключил мод_реврайт вся навигация через него идет лесом.
Я не думаю, что админ может быть настолько невменяем. По крайней мере из всех моих знакомых админов, работающих в хостинг-компаниях не было еще ни одного, который бы жаловался на mod_rewrite и отключал его из каких-либо своих соображений.
>> «неправильноые» -> неправильные
Спасибо, сейчас исправлю.
Я в качестве лайфхака выделяю себе день физики и день математики, в которые пытаюсь вспомнить давно забытое старое и изучить что-то новое на уровень глубже, чем описание процесса в популярной литературе.
Кстати- таки да, соглашусь с вами, затраты колоссальные. Но если интересно — время пролетает незаметно, хоть и биться над одной проблемой можешь очень долго. Мне — интересно.
«Спасение утопающих — дело рук самих утопающих». Если человеку будет интересен Perl — знания, полученные на выходных, будут поддерживаться из выходных в выходные. И приумножаться.
Если нет — то Perl или не Perl — уже не важно.
Да что там далеко ходить — неужели никто не помнит процесс сжатия шрифтов в Играх? Та же картинка с координатным методом выборки необходимого символа. Основной вопрос — в построении координат. Но это уже к Скайпу.
Я думал над таким решением в обход того, что USB не бывает 16-битных. Не получилось.