The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Настройка web-сервера на базе bozoh..., auto_tips (?), 01-Июн-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


31. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от JeinUS (?), 03-Июн-11, 12:13 
> Некоторые комментарии к столь "объективной"  и "грамотной" статье:
> 1) Утверждается что все быстро, не требовательно к ресурсам и все такое.

............
> 2) Выбрав совсем экзотичный http вы обрекаете себя на проблемы как только

............
> 3) CGI must die. Это удел дураков или старьевщиков.........

А вы сами-то с этой системой работаете??? Если уж такой умный и грамотный, то надо было сначала поставить это всё и попробовать, а потом писать тут всякую шнягу...
У меня 3 двухпроцовых сервака уж года 2 под OPENBSD пашут и никаких проблем. Всё там действительно работает, я подтверждаю! Сам много экспериментировал с БСД-системами.
А Вебсервер тут для примера дан, вы статью вообще читали? Где там написано про сервера высокой нагрузки? Эта статейка для тестеров и начинающих, а не для крутых СПЕЦОВ типа вас.

CGI must die. Ну тут вы уж совсем загнули... Выходит тысячи вебразработчиков по всему миру - дураки? Сегодня миллионы сайтов на CGI написаны, выходит все их дураки делали...
А позвольте полюбопытствовать. Вы, умный и грамотный специалист, что конкретно сделали для мирового сообщества??? Может книги пишете, как "правильные" сервера создавать? Или технологию покруче CGI для Веба придумали? Дайте ссылки на свои разработки, а мы заценим.


Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

42. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от ОШИБКА (ok), 03-Июн-11, 17:05 
>> 3) CGI must die. Это удел дураков или старьевщиков.........

[skip]
> А вы сами-то с этой системой работаете??? Если уж такой умный и
> грамотный, то надо было сначала поставить это всё и попробовать,

А чтобы установить что кирпичная стена прочнее вашего лба - надо по вашей же логике разбить ваш лоб об эту стену. Не хотите проверить это утверждение? :) Кстати, я не вижу ответов на мои вопросы. Сопли и слюни школьников - не котируются. А слабо четко по пунктам ответить? Кишка тонка?

> а потом писать тут всякую шнягу...

Откуда ж такие школоло берутся? oO

> У меня 3 двухпроцовых сервака уж года 2 под OPENBSD пашут и никаких проблем.

А, собственно, вы можете внятно обосновать выбор решения? Не на уровне "Вася сказал что так - круто", а нормально, как технический специалист? В виде "это лучше конкурирующих решений тем-то и тем-то". Вся статья пытается это сделать и ... жесточайше лажается. Двух юзеров в час обслужит даже денвер воткнутый на WinXP. Тоже мне, достижение.

> Всё там действительно работает, я подтверждаю!

Система работает - достоинство? Давайте еще "компьютер включается" запишем в преимущества? Кстати, даже с работой с работой у опен- и нетбсд не очень, если взять новое или не сильно массовое железо. Придется еще и железо придирчиво выбирать.

> Сам много экспериментировал с БСД-системами.

Да кого это волнует в этом контексте? Вы не можете перечислить ни одного разумного достоинства в результате. Ну или где это? Не вижу среди соплей.

> А Вебсервер тут для примера дан, вы статью вообще читали?

Это как максимум является примером того как делать ни в коем случае не стоит. А зачем делать заведомо очень тормозной недосервер, по убогому и бестолковому протоколу CGI?

> Где там написано про сервера высокой нагрузки? Эта статейка для тестеров и начинающих,

Скажите, зачем нужно учиться использовать устаревший протокол CGI, конца девяностых прошлого века? Он убог. Он жутко тормознут. Он позволяет одной левой уложить ваш сервак даже школьнику с диалапом. Единственный повод с ним познакомиться - это чтобы узнать как НЕ НАДО делать в XXI веке веб-сервера и в будущем избегать таких "архитектурных решений" всеми правдами и неправдами.

> а не для крутых СПЕЦОВ типа вас.

Да при чем тут спецы? Вы попытались преимущества описывать. Столь ублюдочная реализация вебсервака - очень сомнительное "преимущество". Особенно издевательски выглядящее в паре с заявлениями про нетребовательность к ресурсам. Давайте сравним сколько юзеров на одном и том же железе выдержит эта недоделка и нормальный сервак? И посмотрим у кого там нетребовательность к ресурсам.

> CGI must die. Ну тут вы уж совсем загнули... Выходит тысячи вебразработчиков
> по всему миру - дураки? Сегодня миллионы сайтов на CGI написаны,

Где вы эти миллионы нашли? Единственное для чего CGI может иметь смысл использовать в современном мире - системы мониторинга и прочие внутренние службы, лишенные выхода в интернет и используемые 1-2 администраторами пару раз в день. На веб сервере вывешенном в интернет от CGI сплошной геморрой. Идея стартовать довольно тяжелый процесс (интерпретатор шелла или пыхпыха) на каждый запрос - порочна по своей сути. Ничего общего с экономией ресурсов эта идея не имеет.

> выходит все их дураки делали...

Ответственно заявляю: добровольно учиться пользоваться в 2011 году протоколом CGI может только идиот или некрофил. Исключением являются приватные малонагруженные сервисы типа мониторингов и прочая, доступные только одному админу.

> А позвольте полюбопытствовать. Вы, умный и грамотный специалист, что конкретно сделали
> для мирового сообщества??? Может книги пишете, как "правильные" сервера создавать?

Их уже и без меня написали море. Используйте гугл. Например по слову fastcgi.

> Или технологию покруче CGI для Веба придумали? Дайте ссылки на свои разработки,
> а мы заценим.

Для начала я раздал вам за вредные советы и необъективные вопли - уже неплохо, имхо. Меньше народа получит граблями в лоб, больше сможет почитать про нормальные протоколы, хоть тот же fastcgi например. Как минимум, этот протокол не занимается стартом тяжелого процесса интерпретатора на абсолютно каждый запрос.

Ответить | Правка | Наверх | Cообщить модератору

67. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от angra (ok), 05-Июн-11, 12:45 
Справедливости ради для программиста(но не для админа) fcgi от cgi практически ничем не отличается, а для пыха fastcgi по сути очень долгое время вообще не было. Гораздо интересней вещи типа psgi/wsgi/rack/jsgi, которые позволяют писать не заботясь о выборе cgi/fastcgi/mod_ЯП/framework/итд для конкретного скрипта.
Ответить | Правка | Наверх | Cообщить модератору

82. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от Аноним (-), 07-Июн-11, 15:48 
> Справедливости ради для программиста(но не для админа) fcgi от cgi практически ничем
> не отличается,

Тем меньше поводов копаться в ископаемостях.

> а для пыха fastcgi по сути очень долгое время вообще не было.

А уж сколько охотились на мамонтов при помощи копий с каменными наконечниками - это вообще кошмар. Только вот зачем сейчас учиться делать инструменты из камней и палок? Копье из камня и палки как инструмент охотника в 2011 году уже никому не нужно.

> Гораздо интересней вещи типа psgi/wsgi/rack/jsgi, которые позволяют писать
> не заботясь о выборе cgi/fastcgi/mod_ЯП/framework/итд для конкретного скрипта.

Ну вам интереснее - вы и осваивайте. Как по мне - фаст вполне хорош: быстрый протокол, без явных идиотизмов в дизайне. К ЯП не привязан. К мод_ЯП - тоже. Более-менее устоялся и поддерживается рядом софта.

Ответить | Правка | Наверх | Cообщить модератору

88. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от angra (ok), 08-Июн-11, 14:19 
>> Справедливости ради для программиста(но не для админа) fcgi от cgi практически ничем
>> не отличается,
> Тем меньше поводов копаться в ископаемостях.

Вы про fastcgi?

>> а для пыха fastcgi по сути очень долгое время вообще не было.
> А уж сколько охотились на мамонтов при помощи копий с каменными наконечниками
> - это вообще кошмар. Только вот зачем сейчас учиться делать инструменты
> из камней и палок? Копье из камня и палки как инструмент
> охотника в 2011 году уже никому не нужно.

Опять про fastcgi? Он ведь тоже ископаемое, для новых систем нахрен не нужен.

>> Гораздо интересней вещи типа psgi/wsgi/rack/jsgi, которые позволяют писать
>> не заботясь о выборе cgi/fastcgi/mod_ЯП/framework/итд для конкретного скрипта.
> Ну вам интереснее - вы и осваивайте. Как по мне - фаст
> вполне хорош: быстрый протокол, без явных идиотизмов в дизайне. К ЯП
> не привязан. К мод_ЯП - тоже. Более-менее устоялся и поддерживается рядом
> софта.

Так осваивать новое, или копаться в ископаемом(fastcgi)? Определитесь наконец.

Ответить | Правка | Наверх | Cообщить модератору

72. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от Juriy (?), 06-Июн-11, 10:58 
>> А Вебсервер тут для примера дан, вы статью вообще читали?
> Это как максимум является примером того как делать ни в коем случае
> не стоит. А зачем делать заведомо очень тормозной недосервер, по убогому
> и бестолковому протоколу CGI?

Написано же зачем! Для тестов в локальных сетях и для начинающих изучать Unix. А CGI - это основа вебпрограммирования и понимания взаимодействия вебсервера со скриптами.
Насколько я понял, в статье просто дан пример для тех, кто сам не может определиться и не знает с чего начать. А тестовый сервак на базе простой и редкой системы - то что надо для энтузиастов.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

73. "Настройка web-сервера на базе bozohttpd и NetBSD 5.x"  +/
Сообщение от angra (ok), 06-Июн-11, 13:19 
Чуть выше я показал как одной строчкой все это устанавливается и "настраивается" в debian. Так что по критерию простоты мимо. Что хорошего в редкости мне вообще непонятно. Также непонятно зачем учиться на основе worst, а не best practices. Хотя я бы это учебой не называл, набор шаманских заклинаний без объяснений совершенно не подходит для понимания материала.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру