LINUX.ORG.RU

Ответ на: комментарий от maxik73

Вероятно, когда из второго апача уберут mod_charset_lite :)

Rem
()

"... популярного http-сервера."

"... еще одно произведение, не побоюсь этого слова, популярнейшего поэта Соева. Прошу приветствать...":)

svu ★★★★★
()
Ответ на: комментарий от anonymous

Просто немного позабавил эпитет "популярный" по отношению к Апачу. "Самый распространенный" - это научный факт. А популярные бывают певцы, поэты, ... Это, конечно, мое лично представление о смысле данного эпитета.

svu ★★★★★
()
Ответ на: комментарий от maxik73

а зачем он нужен, этот русский апач? нахрен он не нужен, причем давно. И тех кто его пользует пора давить, из за них все траблы ;)

green ★★★★★
()
Ответ на: комментарий от svu

2 svu:

> Просто немного позабавил эпитет "популярный" по отношению к Апачу.

1)

-- cut from словарь Ушакова --
2. Пользующийся большой известностью, общественными симпатиями.
Популярный общественный деятель. Эта идея очень популярна в
массах. ||
[[[ Всем известный, распространенный. ]]] Популярный журнал.
-- end of cut

2)

А может быть, всё-таки не стоит докапываться до такой ерунды?

Dimentiy ★★
() автор топика
Ответ на: комментарий от Dimentiy

1.

Угу. Только сдается мне, апач популярен только в мире, относящемся только к ИК - трактористам он неизвестен. И слесарям. Не говоря уже про банковских операционисток и космонавтов.

Кстати, "всем известный" - тоже не накладывает ограничений на профессию. Поэтому апач не попадает под это определение.

Впрочем, спорить об этом я все-таки не буду. Это просто мое личное видение смысла слова "популярный". "Букет" этого слова, так сказать.

2.

Ну настроение у меня с утра было докопаться. Чего теперь до меня-то докапываться?:)

svu ★★★★★
()

А кто-нибудь может сказать, что чего ради на него следовало бы перейти? Чем он лучше первого?

anonymous
()
Ответ на: Вроде и 1.3.29 тоже вышел... от anonymous

> Вроде и 1.3.29 тоже вышел...

Да, конечно. Запостил новость, потом уже не исправить было.

> А кто-нибудь может сказать, что чего ради на него следовало бы
> перейти? Чем он лучше первого?

Об этом написано вот здесь:
http://httpd.apache.org/docs-2.0/ru/new_features_2_0.html

Dimentiy ★★
() автор топика
Ответ на: комментарий от anonymous

Угу. И будет Вам щастье с тонкой настройкой https и прочих "мелочей". Томкат - не фронт-енд веб сервер. Я его очень люблю - но, все-таки, перед ним лучше ставить этот самый, "популярный" субж.

svu ★★★★★
()
Ответ на: комментарий от anonymous

Дла нормальной отдачи контента вполне достаточно обычного апача и не забывать content-type.
А с русским апачем - сплошные грабли. Пишем одно, отдаем в реальности другое... Сколько я этой гадости видел... 8((( В общем шняга для тех, кто не в курсе, что ответ сервера должен содержать точное указание о MIME-type и кодировке (для text/*) содержимого.

Zulu ★★☆☆
()
Ответ на: комментарий от anonymous

Уже лет 5 как исчез IE версии 3, который не понимал koi-8 и для которого нужен был этот russian apache. Сейчас IE работает корректно со всеми кодировками, а те, кто используют russian apache сбивают кэширование, так как он отдает страничку перекодированную под пользователя и с со сроком истечения 1го Января 1970.

Shaman007 ★★★★★
()

спасибо за ссылку на фичи 2-го арача. mod_charset_lite корректно работает? Как-то тяжело с iconv жить - один случайный бинарный символ в тексте и перекодировка летит к черту с illegal symbol.

anonymous
()
Ответ на: комментарий от svu

> апач популярен только в мире, относящемся только к ИК - трактористам он неизвестен.

Вот тут ты не прав на все 200%. Во-первых, в мире ИК он не популярен.
Это все равно, что сказать "в мире ИТ популярен компьютер". Во-вторых,
если тракторист и знает что-то о веб-серверах, то он назовет именно апач ;)
А я не тракторист, я - сисадмин. И у меня апаче никогда не был
популярен. В нем слишком много того, что я не хочу видеть в вебсервере,
каким бы популярным для трактористов он не был ;)

anonymous
()
Ответ на: комментарий от anonymous

> mod_charset_lite корректно работает? Как-то тяжело с iconv жить -
> один случайный бинарный символ в тексте и перекодировка летит к
> черту с illegal symbol.

Вообще-то это правильно, а что должен выдавать перекодировщик при неверных входных данных?
Ты кстати про какой iconv? mod_charset_lite использует apr-iconv, так что в определённом смысле тоже iconv :-)

Dimentiy ★★
() автор топика
Ответ на: комментарий от anonymous

Конечно, я про ИТ. Буква К там оказалась случайно:)

Допущение о трактористах, знающих про веб-серверы - считаю бессмысленным. Тот самый сферический конь...

"У меня апаче никогда не был популярен". Я думал, что популярность - понятие статистическое. Поэтому на множестве мощностью в 1 чел. - практически бессмыслено. Или у Вас другое видение смысла слова "популярный"? Кстати, а что в Апаче для Вас лично САМОЕ плохое? Просто интересно...

svu ★★★★★
()
Ответ на: комментарий от Dimentiy

Обычный /usr/bin/iconv, который стоит в системе. Из glibc-commoт*rpm. Допустим взял dbf файл какой-нибудь старой базы, набитой под досом, хочу получить файл текстовый файл в koi8.

dbfdump ... | iconv -f cp866

рухнет встретив непечатный символ.

Вопрос снят. Догадался глянуть man. Ключ -с спасет отца русской демократии.

anonymous
()
Ответ на: комментарий от anonymous

>Вопрос снят. Догадался глянуть man. Ключ -с спасет отца русской демократии.

А меня совсем не спасает. Точнее не всегда спасает.

anonymous
()
Ответ на: комментарий от anonymous

$ cat /usr/bin/mozilla | dd bs=1 | iconv -c -f cp866 > /dev/null

5607+0 входных записей 5607+0 выходных записей

$ cat /usr/bin/mozilla | dd bs=1 skip=5606 count=1 | od -c 1+0 входных записей 1+0 выходных записей

0000000 \n 0000001

Уродство!!! Точно не спасет, придется век жить на translit'е. На вопрос, что ж ему бедному делать, встретив последовательность непечатных символов.. Да пусть делает что хочет - по описанию при ключе -с должен просто эти символы удалить. Или пусть меняет их на последовательность печатных как это делают more, less. Представляю какой мат стоял бы если бы они завершались не дав просмотреть файл до конца. Дали файл - жуй, а что получится - это уже проблема того кто его дал.

А вот в apr-iconv похоже это предусмотрено. Читаем: * The translation mechanism may silently place special characters (e.g., question marks) in the output buffer when it cannot translate the input buffer.

Сейчас скачаю и попробую.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.