все таки, отдельный ноут для финансов - лучшее решение, если серьезно подходить...
Фаером все соединения отключить кроме серверов вебмани ( причем вбить IP адреса, а не имена, чтобы исключить атаку на DNS 😂 ), ОС Линукс, браузер файрфокс. Ограничение соединений по ip позволит избежать проникновения через дыру в файрфоксе, если конечно сами вебмани не начнут заниматься распространением троянов 😆
А если добавить сюда, что хороших, открытых и бесплатных CMS/CMF на Си не наблюдается, а все больше на скриптовых языках, получим ,что проще (и выгоднее) для большинства проектов взять готовое решение и доработать под свои нужды, а рассуждения, что лучше, оставить теоретикам-программистам ( типа анонимусов на ЛОРе, которые устраивают холиварс какой язык круче) и очень большим компаниям, которые могут себе позволить держать свой штат программистов и разрабатывать весь функционал с нуля на том языке, который больше подходит для задачи ;)
slip: Попробуйте провести чистый тест на сервере, где нет рабочих проектов. Правда на самом деле спор неочем.
Пока, к сожалению, не до этого... В любом случае, тесты проводились в разное время много раз (и даже глубокой ночью), при разной паразитной нагрузке ( она очень низкая в любом случае, сервер реально простаивает). Я же не зря написал диапазоны полученных результатов, как раз разброс типа 35-37 и 60-70 и вызван паразитной нагрузкой, искажающей результаты тестов. Запущенные процессы я видел, боты сервер не насиловали...Своп системой не использовался (памяти 1гб хватало)
По поводу коммента на форуме dklab: делать тест на сервере с рабочими проектами под нагрузкой, это вообще извините меня что-то нецензурное. Ещё нецензурнее потом полученные результаты выкладывать в паблик
К сожалению, отдельного сервака нет под рукой...Про свои тесты отвечу, как уже сказал, проверялось при нулевой нагрузке и несколько раз в разное время суток.
Лично у меня пока не было необходимости переходить на fastcgi. Но я не отрицаю, что она есть у тех у кого нет возможности поставить себе дополнительную память на сервер
Лишней памяти не бывает, даже если вы свой сервер под завязку набьете, все равно имеет смысл оптимизировать и освобожденные ресурсы системы пустить на что-нибудь полезное. Вот взять задачи с которыми я работаю - Drupal, там можно очень много всего, memcached, APC memory cache, MySQL query cache, файловый кеш, и под все нужна память, чем больше тем лучше.
Да, мои проекты щас далеки от 70 и даже от 20 запросов в секунду, зато я спокойнее живу, зная, что мой сервер выдержит гораздо большую пиковую нагрузку (например, т.н. Digg-effect ) чем раньше
seomaxim: Нет, ну биды то у них неплохие, зачем от них отказываться.
Это пройдет (см. покупку Гуглом Бегуна). На выкинутых сайтах у меня адсенс+бегун дает примерно 70-80% от того что приносил РСЯ. Хотя это зависит от конкретной ниши, согласен.
seomaxim:
Смысл в том, что ориентировать свои доходы только за счет РСЯ нельзя. Хозяин-барин, сегодня принял, завтра выкинул и никакой партнер от такого сотрудничества не застрахован.
Согласен, принцип не класть яйца в одну корзину придумали давно.
Pilat: Естественно, автор такого теста некомпетентен :)
А вот автор исходного теста писал не только про fastcgi - осмысленность которого сомнительна без тестов, а про ускорение при уменьшении количества исходных файлов, которые читает eAccelerator, именно это самое интересное в тесте. Получается, что простое кэширование на стороне eA должно дать 2000 процентов производительности.
Я про файлы и не спорю. А привел результаты своего апгрейда. Тестом это действительно назвать нельзя, т.к. не соблюдены условия тестирования (напп. одинаковые версии софта). Тем не менее даже навскидку мой результат не совпадает вот с этим выводом:
Однако не тешьте себя надеждами, что ускорение дал именно FastCGI: это не так. Применяя mod_php+eAccelerator, вы достигли бы практически такого же результата, что и FastCGI+eAccelerator.
Да, в теории, если сравнивать apache+mod_php+eacc и apache+fastcgi+eacc то может быть эта фраза несла бы какую то пользу, однако php с FastCGI запускают не из любви к искусству (читай не из любви к супер-технологии FastCGI ), а для того чтобы использовать легкий фронтенд. Получается, толку от статьи (кроме исследования влияния объединения файлов в include ) ноль :)
Правда при апгрейде поменялась версия php и еще возможно сменилась версия акселератора (не смотрел), apache писал лог в mysql а nginx в файл, так что это тоже дало свой бонус. Но не в два же раза ?
Так что, думаю, автор действительно некомпетентен...
Pandabeer, не в у всех вебмастеров хватает времени, сил и желания развивать и поддерживать ресурсы на должном уровне.
Опять от вас вода и общие фразы.. Где указан этот должный уровень ? Я говорю о формальных критериях а не о настроении модератора, у которого, например, проблемы в личной жизни или пришел на работу невыспавшийся и злой...
Более того, зачем "РСЯ" это самое "развитие ресурса" ? Тем более его зачастую даже ни увидеть ни пощупать нельзя ( например, доработка кода движка или написание модулей )
Я понимаю, что, например, дизайн площадки имеет сильный имиджевый эффект в глазах рекламодателей, но какая разница РСЯ (и рекламодателю) развивается ли мой ресурс ? Если большинство моих посетителей поисковые, которые посмотрев несколько страниц и получив нужную информацию, скорее всего больше на сайт не вернутся. Или РСЯ теперь позиционирует себя только для сайтов с постоянной аудиторией ?
Makar: Это уже оффтопик: Pandabeer, Вы сами себя запутали. Если человек ничего не нарушает, то он и не становится преступником.
А что нарушают сайты, которые сейчас удаляются, которые жили в РСЯ до этого ? Так и выходит - раньше не нарушал, а теперь вдруг преступник.
Нет уж, это ВЫ ( точнее ваша компания) запутались
Мы ведем себя последовательно, поддерживая качество продукта на достойном уровне, что в том числе положительно сказывается и на доходах наших партнеров.
Пока что со стороны вашей компании замечено только упорное игнорирование здравого смысла в плане общения с партнерами. И пока ситуация не изменится, мнение о вас не поменяется. Только пусть потом Ломизе не пишет удивленно на форуме, почему вебмастера компанию считают врагом, а не партнером/другом. Вы так себя позиционируете
Pandabeer добавил 06.08.2008 в 18:31
danger4k: в контексте этого думаю на поиске может и поднимется...а вот площадки скорее потеряют...
Похоже, время самых выстоких ставок в РСЯ проходит )))
все таки, отдельный ноут для финансов - лучшее решение, если серьезно подходить...
Фаером все соединения отключить кроме серверов вебмани ( причем вбить IP адреса, а не имена, чтобы исключить атаку на DNS 😂 ), ОС Линукс, браузер файрфокс. Ограничение соединений по ip позволит избежать проникновения через дыру в файрфоксе, если конечно сами вебмани не начнут заниматься распространением троянов 😆
вбиваем в гугл "linux memory howto" и просвещаемся :)
Santyago
А если добавить сюда, что хороших, открытых и бесплатных CMS/CMF на Си не наблюдается, а все больше на скриптовых языках, получим ,что проще (и выгоднее) для большинства проектов взять готовое решение и доработать под свои нужды, а рассуждения, что лучше, оставить теоретикам-программистам ( типа анонимусов на ЛОРе, которые устраивают холиварс какой язык круче) и очень большим компаниям, которые могут себе позволить держать свой штат программистов и разрабатывать весь функционал с нуля на том языке, который больше подходит для задачи ;)
Попробуйте провести чистый тест на сервере, где нет рабочих проектов. Правда на самом деле спор неочем.
Пока, к сожалению, не до этого... В любом случае, тесты проводились в разное время много раз (и даже глубокой ночью), при разной паразитной нагрузке ( она очень низкая в любом случае, сервер реально простаивает). Я же не зря написал диапазоны полученных результатов, как раз разброс типа 35-37 и 60-70 и вызван паразитной нагрузкой, искажающей результаты тестов. Запущенные процессы я видел, боты сервер не насиловали...Своп системой не использовался (памяти 1гб хватало)
По поводу коммента на форуме dklab: делать тест на сервере с рабочими проектами под нагрузкой, это вообще извините меня что-то нецензурное. Ещё нецензурнее потом полученные результаты выкладывать в паблик
К сожалению, отдельного сервака нет под рукой...Про свои тесты отвечу, как уже сказал, проверялось при нулевой нагрузке и несколько раз в разное время суток.
Лично у меня пока не было необходимости переходить на fastcgi. Но я не отрицаю, что она есть у тех у кого нет возможности поставить себе дополнительную память на сервер
Лишней памяти не бывает, даже если вы свой сервер под завязку набьете, все равно имеет смысл оптимизировать и освобожденные ресурсы системы пустить на что-нибудь полезное. Вот взять задачи с которыми я работаю - Drupal, там можно очень много всего, memcached, APC memory cache, MySQL query cache, файловый кеш, и под все нужна память, чем больше тем лучше.
Да, мои проекты щас далеки от 70 и даже от 20 запросов в секунду, зато я спокойнее живу, зная, что мой сервер выдержит гораздо большую пиковую нагрузку (например, т.н. Digg-effect ) чем раньше
Нет, ну биды то у них неплохие, зачем от них отказываться.
Это пройдет (см. покупку Гуглом Бегуна). На выкинутых сайтах у меня адсенс+бегун дает примерно 70-80% от того что приносил РСЯ. Хотя это зависит от конкретной ниши, согласен.
Смысл в том, что ориентировать свои доходы только за счет РСЯ нельзя. Хозяин-барин, сегодня принял, завтра выкинул и никакой партнер от такого сотрудничества не застрахован.
Согласен, принцип не класть яйца в одну корзину придумали давно.
Естественно, автор такого теста некомпетентен :)
А вот автор исходного теста писал не только про fastcgi - осмысленность которого сомнительна без тестов, а про ускорение при уменьшении количества исходных файлов, которые читает eAccelerator, именно это самое интересное в тесте. Получается, что простое кэширование на стороне eA должно дать 2000 процентов производительности.
Я про файлы и не спорю. А привел результаты своего апгрейда. Тестом это действительно назвать нельзя, т.к. не соблюдены условия тестирования (напп. одинаковые версии софта). Тем не менее даже навскидку мой результат не совпадает вот с этим выводом:
Да, в теории, если сравнивать apache+mod_php+eacc и apache+fastcgi+eacc то может быть эта фраза несла бы какую то пользу, однако php с FastCGI запускают не из любви к искусству (читай не из любви к супер-технологии FastCGI ), а для того чтобы использовать легкий фронтенд. Получается, толку от статьи (кроме исследования влияния объединения файлов в include ) ноль :)
См. у другого человека похожие на мои результаты.
http://forum.dklab.ru/viewtopic.php?p=157355#157355
Очередная жертва новой редакционной политики РСЯ. Может был смысл регистрировать на разные акки?
Лучше прекращать сотрудничество с РСЯ, это не партнерство а кидалово какое то
типа теста на Drupal
Дергаем главную страницу ab -c10 -n1000
было: apache prefork, mod_php, eaccelerator, php 5.2.0, - 35-37 запросов в секунду
стало: nginx + php-fpm+php 5.2.6 fast-cgi, eaccelerator - 60-70 запросов в секунду
Правда при апгрейде поменялась версия php и еще возможно сменилась версия акселератора (не смотрел), apache писал лог в mysql а nginx в файл, так что это тоже дало свой бонус. Но не в два же раза ?
Так что, думаю, автор действительно некомпетентен...
Pandabeer, не в у всех вебмастеров хватает времени, сил и желания развивать и поддерживать ресурсы на должном уровне.
Опять от вас вода и общие фразы.. Где указан этот должный уровень ? Я говорю о формальных критериях а не о настроении модератора, у которого, например, проблемы в личной жизни или пришел на работу невыспавшийся и злой...
Более того, зачем "РСЯ" это самое "развитие ресурса" ? Тем более его зачастую даже ни увидеть ни пощупать нельзя ( например, доработка кода движка или написание модулей )
Я понимаю, что, например, дизайн площадки имеет сильный имиджевый эффект в глазах рекламодателей, но какая разница РСЯ (и рекламодателю) развивается ли мой ресурс ? Если большинство моих посетителей поисковые, которые посмотрев несколько страниц и получив нужную информацию, скорее всего больше на сайт не вернутся. Или РСЯ теперь позиционирует себя только для сайтов с постоянной аудиторией ?
Это уже оффтопик: Pandabeer, Вы сами себя запутали. Если человек ничего не нарушает, то он и не становится преступником.
А что нарушают сайты, которые сейчас удаляются, которые жили в РСЯ до этого ? Так и выходит - раньше не нарушал, а теперь вдруг преступник.
Нет уж, это ВЫ ( точнее ваша компания) запутались
Мы ведем себя последовательно, поддерживая качество продукта на достойном уровне, что в том числе положительно сказывается и на доходах наших партнеров.
Пока что со стороны вашей компании замечено только упорное игнорирование здравого смысла в плане общения с партнерами. И пока ситуация не изменится, мнение о вас не поменяется. Только пусть потом Ломизе не пишет удивленно на форуме, почему вебмастера компанию считают врагом, а не партнером/другом. Вы так себя позиционируете
Pandabeer добавил 06.08.2008 в 18:31
в контексте этого думаю на поиске может и поднимется...а вот площадки скорее потеряют...
Похоже, время самых выстоких ставок в РСЯ проходит )))
GO GO Adsense 😂