Re[2]: [apache-rus] Re: Apache Week issue 111 (17th April 1998)

[Alex Tutubalin <lexa@lexa.ru>]

Hi!

 alr> если задача "приличная", то и относиться к ней необходио адекватно и
 alr> покупать приличный софт - если нет, тогда надо поработать напильником
 alr> на том, что есть. Один фиг - не вижу причин взгромождать это на NT.
Причин довольно много. Одна из причин - NT уже есть. И база данных может уже 
быть. И все может работать. А потом захотеться WWW-interface к имеющемуся 
хозяйству. Ситуация вполне типичная, у меня таких задач уже было некоторое 
количество. Что касается NT, то она вполне работоспособна. Я с ей уже почти два 
года работаю и вполне доволен. Нет, FreeBSD лучше :), но покажите мне приличный 
SQL на ней.

 alr> Чтобы не было offtopic-а. Изначально, когда еще я занимался наложением
 alr> решений языково/кодировочных проблем на apache подразумевалась
 alr> четкая привязка charset к языку. Сейчас, как мне кажется,
 alr> у lexa эта грань стирается. Вопрос: правильно ли это?
Ну, все поведение, которое было у Pl12 имеется и у современных версий. Другое
дело, что сейчас привязка _выдачи_ charset к языку по-умолчанию выключена.

Если же копать вглубь, то механизм MultiViews оказался весьма неудачным и я уже 
примерно полгода сомневаюсь - то-ли городить свой механизм работы с языками 
_вместо_ MultiViews, то-ли подождать пока Apache-Team родит нечто приличное.
Т.к. прочих дел более чем хватает, то колебания имеют большую амплитуду :)

Камень преткновения ровно один, но большой.  Закодировать в URL несколько
комбинаций язык-charset так, чтобы это не ломало прочие модули и не выглядело 
бы ужасно....

С уважением,Alex Tutubalin

--- GoldED 2.42.G1114+