- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
практика показывает
а практика учитывает кэш самой операционки (windows)? кэш браузеров а также кэш днс резолверов провайдеров?
Если клиентов много, то кэширования на DNS серверах не помешает. Правда сам DNS сервер ляжет - 1 секунда маловато, да и смысла не имеет. nginx держит на порядки больше соединений, чем выдаст самый шустрый php, так что вполне достаточно сделать как написал Kashey - балансировщик на nginx на одной из машин.
Если клиентов много, то кэширования на DNS серверах не помешает. Правда сам DNS сервер ляжет - 1 секунда маловато, да и смысла не имеет. nginx держит на порядки больше соединений, чем выдаст самый шустрый php, так что вполне достаточно сделать как написал Kashey - балансировщик на nginx на одной из машин.
то есть наиболее целесообразно оставить нгинкс на одном сервере, а проксировать запросы к апачу на том же самом сервере и на дополнительном? На основном сервере нагрузка получится побольше.
ок попробую так.
это по крайней мере реализовать легче, чем возиться с настройками DNS и ловить проблемы в неожиданных местах.
практика показывает что ваше заявление не имеет практического обоснования. все работает отлично.
а Вы в курсе как оно работает?
kostich, можно предположить что такое маленькое значение TTL может кое где игнорироваться из каких либо побуждений, но это не факт )
kostich, можно предположить что такое маленькое значение TTL может кое где игнорироваться из каких либо побуждений, но это не факт )
давайте искать те места где его не игнорирует 😂
ps. и чем больше абонов висят через резолвер тем больше там игнорирует.
Nginx не кушает ничего
хоть все 100 мегабит ему загрузите сотней скачек... будем считать ну с очень шустрого винта..
Что есть его работа - прокачать через память пару мегабит в секунду.
Через память можно десятки гигабайтов качать.. Итак где же тормоза?
1.Винт откуда нгингк читает статику(можно пускануть nginxовский кеш или поднять RAID, мы подняли NFS)
2.ПХП который генерит сайт, база данных в которую лазит php и апача которая ПОЧЕМУТО встала между нгинксом и PHP
можно перейти на чистый nginx-server + кластер php-fcgi серверов - это идеально.
можно не убивать апачу, а опять же запустить один нгинкс сервер + пара апачей.
как ЦЕНТРАЛЬНОЕ но ДЕЦЕНТРАЛИЗОВАНОЕ хранилище сессий - memcached или опятьже NFS
в результате - пофиг как юзера по серверам мотает. Главное чтобы в другой ДЦ не улетел :)
Когда комуто требуется распаралелить генерацию сайта - это фигня а не работа.
А вот когда прийдет время базу разделять на пару машин - вот тута сабака порылась, зарылась, да так и сдохла ( мы ахались, охались, плюнули и купили одну машину на 8 ядер)
Кстати нагрузка на www server более 50% - это уже плохо. Это уже задержки в выдаче.
mysqlproxy на master и много salve не пробовали?
не пробовали.
почитал - очень интересная чтука этот прокси
жалко что альфа.
стоит ее на живом сервере пробовать?