- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
[root@root ~]# sysctl -a | grep hw
vfs.flushwithdeps: 65
hw.machine: i386
hw.model: Pentium II/Pentium II Celeron
hw.ncpu: 1
hw.physmem: 255156224
--
У мну даже такое есть =) трещит потихоньку.
Правда nginx стоит,а когда стоял apache задыхался =)
Ежели кому интересно.
На железном сервере без всяких nginx и прочих ухищрений:
Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.
Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.
Что безопаснее, Nginx или Apache22 ?
Если отвечаете пожалуйста факты. что по безопасности лучше.
Что безопаснее, Nginx или Apache22 ?
Если отвечаете пожалуйста факты. что по безопасности лучше.
В каких попугаях Вам безопасность-то мерять?
Я сильно подозреваю (ибо понять отвечать что Вам сложно есть :D), что
пишите Вы не о безопасности, а о надежности. Prefork MPM более надежен,
чем worker или event MPM. В том плане, что каждый воркер независим
от других и умрет от сегфолта в каком-нибуть mod_php - только он один.
А не вместе с пачкой других, как в случае использования потоков-воркеров.
nginx в этом плане близок именно к worker/event - каждый воркер
обслуживает кучу соединений. А Вы как думали? Производительность
не бесплатна - не собирайте бажные модули для nginx.
Ясно nginx не безопасен как и worker.
nginx и апач по безопасности сравнивать сложно - nginx это транспорт, а apache производитель. Естественно, apache (+ php perl etc) менее надёжен. Но это же тривиально. Наверно, madoff имел ввиду что-то другое.
Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.
Разумно. Но вы в курсе как сейчас социальные сети мгновенные уведомления пишут ? Делается запрос и он как бы "подвисает" надолго.
А еще, кстати, nginx не отправляет запрос дальше до полного получения тела запроса. То есть загрузчики файлов будут работать некрасиво.
Может с точки зрения качества сервиса им выгодно именно апачем обрабатывать. Хотя маловероятно и в последствии обязательно придется все это переписать.
Что безопаснее, Nginx или Apache22 ?
Если отвечаете пожалуйста факты. что по безопасности лучше.
На сколько метров работает противогаз? ;)
На сколько метров работает противогаз? ;)
:) коллега ровно на 2 сантиметра, это отрезок от губ до клапана 😂
Разумно. Но вы в курсе как сейчас социальные сети мгновенные уведомления пишут ? Делается запрос и он как бы "подвисает" надолго.
А еще, кстати, nginx не отправляет запрос дальше до полного получения тела запроса. То есть загрузчики файлов будут работать некрасиво.
Может с точки зрения качества сервиса им выгодно именно апачем обрабатывать. Хотя маловероятно и в последствии обязательно придется все это переписать.
Имеется ввиду то, о чём Котеров писал в http://dklab.ru/lib/dklab_multiplexor/? Так это надо вообще не на уровне апача решать. И всё равно как я и писал, падение основного канала у целевой аудитории вызовет переполнение сервера с любой памятью. Пример - несколько лет назад у Корбины упал канал, через который клиенты лезли на мой сервер в Hetzner'е, скорость резко упала, время ответа клиенту увеличилось, процессы начали плодиться, память переполнилась.