Я ж не говорю что это конечная цифра. Я говорю что если в кармане нету денег такого порядка то браться не стоит. Ясен пень, что есть траты на начальном этапе, потом на поддержку всего этого технического барахла. Про рекламу, и прочие очевидные расходы я не говорю. Но подразумеваю, что с такой цифры надо начинать.
Такие люди должны работать у вас в штате, а еще лучше - быть совладельцами предприятия. Искать человека, который вам на халяву на форуме напишет бизнес-план + разработает даже рамочную архитектуру почтового сервиса - я даже и не знаю как это назвать...
Вы совершенно неправы. На западе админ это не тот человек, который только и умеет что галочки в интерфейсе включать-выключать. Админская работа предполагает и программирование в необходимом объеме. Чаще всего то, что мы называем "системным программированием" в отличие от "прикладного". Для профессиональных админов и разрабатываются всякие API к почтовым серверам (см. mdaemon, например), WMI и т.д. Это только у нас такой дурацкий подход к этой профессии, что админ программировать не умеет и зачастую вообще не понимает того, как работает то, чем он собственно управляет.
Послушайте, если вы этим никогда не занимались, то почему оценкой затрат занимаетесь именно вы? Наверное имеет смысл отдать эту задачу человеку, который хоть немного в теме и имеет представление как о путях решения, так и о возможных проблемах.
Разговоры типа "но оно стоит целых 5 тыщ баксов" просто несерьезны. Ввязываться в проекты подобного уровня без вложений порядка 500000$ глупо.
Он вообще бредит по моему. SID в урлах парсятся яндексом, как и другие ключи. Пока не видел с этим никаких проблем. Тем более непонятно какое вообще отношение это имеет к тому с чего я начал.
Пора закрывать топик, все равно дельного никто ничего не подсказал.
Кстати покажите мне, где яндекс говорит что он не умеет принимать gzip контент. Отсутствие заголовка Accept-Encoding приравнивается к умению принимать gzip по стандарту. А отсутствие gzip в перечне mime-typов ни о чем также не говорит.
А насчет рук - причем тут руки, я ж говорю - я НЕ ХОЧУ чтобы был keep-alive. Имею право. А когда он включен - в CGI НЕ ПОПАДАЕТ ЧАСТЬ ЗАПРОСОВ, это происходит где то выше скриптов - скорее всего на уровне интерпретатора perl (в perlis.dll). Никаких настроек там нет. Вообще. Так написана dll.
Я готов это подтвердить.
Про указатели сессий вы вообще пургу какую-то пишете. Причем тут вообще IIS и сессии? Сессия имеет отношение к конкретной реализации на каком-то языке. В ASP и PHP есть встроенные механизмы. На Perl сессий никаких нет, хочешь - делай сам. К IIS это вообще никак не относится. Обработка ASP сессий, например, реализована внутри обработчика языка ASP, который подключен к IIS как ISAPI расширение. Как там на дотнете не знаю, но идея та же.
Вы явно что-то путаете. Есть протокол обмена данными. Есть четко фиксированное не следование роботом этому протоколу. Вы же говорите какую-то ересь - кривизна, то, се. Вы конкретно можете сказать какая именно настройка и в чем приводит к тому-то и к тому-то? Нет? Тогда нечего здесь флудить. Если я вам говорю что проблема есть, значит она есть, значит она отловлена и доказана.
Если вы думаете что у вас с сайтами все в порядке - могу только разочаровать вас, я тоже долгое время так думал. Вы уверены, что ваш сервер отдает все 100% ответов на 100% запросов со стороны? А на чем зиждется ваша уверенность? На логах сервера? А если туда что-то просто не попадает? Вы понимаете вообще, что есть куча причин на системном уровне, на которые никакие настройки сервера не влияют?
Поэтому берется сканер трафика и смотрится - что в порт вошло, а что вышло. И никаких там "криво настроено" в системном администрировании не бывает. Бывает только причина, которую админ или может найти, или не может.
Мда... нафлудили то...
Вы че? CGI это просто протокол взаимодействия. ISAPI - это способ подключения сторонних DLL/EXE внутрь IIS.
Причем тут "включен/выключен" если я полностью поток формирую сам? Весь. Заголовки, данные. Полностью, понятно?
Я пишу про IIS, а не про Apache. Причем тут вообще Апач? Вы хоть читайте сообщение прежде чем писать.
См. первый комментарий. Вы вообще все путаете в кучу - ISAPI, CGI, ASP...
Объясняю: ActivePerl под NT используется двумя способами: либо вы настраиваете IIS так, чтобы скрипт передавался на выполнение perl.exe (при каждом обращении spawnится новый процесс, exe отрабатывает и умирает) либо чтобы запрос передавался всегда сидящей в памяти DLLке по имени PERLIS.DLL. Это и есть ISAPI расширение IIS, которое грузится в память при первом обращении к скрипту и далее всегда сидит в памяти. В любом случае вы работаете по технологии CGI (Common Gateway Interface), который просто определяет что к скрипту CGI (неважно что это - файл pl, cgi, php, asp, java или что-то бинарное написанное на delphi или даже VB) напрявляются вот такие запросы, а оттуда ожидаются вот такие ответы.
PERL ISAPI закрывает поток сразу как только погибает CGI. Он не получает вообще всех запросов, которые идут вдогонку. Так устроен ActivePerl по всей видимости. Поскольку с этим ничего поделать нельзя, я могу только принудительно возвращать Connection: close. Но Яндексу на это наплевать.
В результате он приходит за robots.txt, получает его с заголовком connection: close, но коннект не закрывает и требует сразу же в этом потоке главную страницу сайта (как правило). В этот момент CGI уже отработала запрос и умерла. IIS рубит коннект и робот Яндекса отваливает по таймауту.
А потом люди удивляются почему морды выпадают.
И такая хренотень началась с конца ноября. Почти уверен, что в конце ноября в робота как раз и добавили поддержку keep-alive, только реализовали криво.
Про чью смерть не напиши, рано или поздно это станет правдой. Ходить и пенять потом что "блин, вот там написали что он умер - и вот он умер" спустя черти знает сколько лет достаточно странно.
А если вспомнить отношение к ЕБН в то время так и вовсе удивляться нечего. Это только со вчерашнего дня его едва ли к лику святых не причислили.
Лично я в своей жизни и более тупые шутки видел, причем на боевых сайтах. Так что нечего тут разводить ханжество - спрос рождает предложение. "Камеди клаб" и прочая гадость тоже не на пустом месте появляются. Что пипл хавает то ему и подсовывают.
Вы вообще о чем тут? Это же "рыба", которая была сделана году в 99 (или каком там) для демонстрации дизайна lenta.ru. И это стеб контентщиков, которые набивали рыбу. А что там про расстрелы в школах, так это просто совпадение - тогда эта тема только начиналась.
Прежде чем флэйм раздувать и заниматься коллективным обсуждением на URL (http://web.artlebedev.ru/everything/backstage/fish/lenta/) бы посмотрели. Если не ошибаюсь, раньше у лебедева был даже раздел, "закулисы" назывался. backstage, собственно. И кажется эту страницу где-то демонстрировали сотрудники студии как объяснение что такое "рыба". Года 3 или 4 назад.
У ленты.ру и дизайн то давно сменился...
