- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
На сервере будет работать один скрипт, в единственном экземпляре, сейчас работает на apache + mod_php, стоит ли перевести его на lighttpd + php5 cgi, для увеличения скорости и нагрузкоустойчивости? Будет ли заметным выйгрыш в производительности?
Навесить Nginx поверх имеющегося не предлагать, это попсово :D и у скрипта есть немного несовместимости с nginx ...
В данном случае я бы оставил apache + mod_php, т.к. по всей видимости статика у вас не отдаётся и проксирующим серверам делать нечего, а в mod_php скрипт будет отрабатывать быстрее.
:( статика (картинки) пока отдается апачем (знаю, жесть, помидорами не кидаться).
На сервере будет работать один скрипт, в единственном экземпляре, сейчас работает на apache + mod_php, стоит ли перевести его на lighttpd + php5 cgi, для увеличения скорости и нагрузкоустойчивости?
Откуда тут возьмется "скорость и отказоустойчивость"?
Будет ли заметным выйгрыш в производительности?
Вы вообще представляете как работает веб-сервер, чем отличается mod_php от CGI, apache от lighttpd?
Навесить Nginx поверх имеющегося не предлагать, это попсово :D и у скрипта есть немного несовместимости с nginx ...
Видимо, не представляете. Таких "несовместимостей" в природе не бывает.
Соответственно, лучший Вам совет в подобной ситуации: "работает - не трогай".
apache от lighttpd?
Википедия говорит выдержать одновременно 10 тысяч соединений, не ну меня конечно апач на небольшом вдс с 2 тыс соединений вполне устраиваем, но мало ли, 10 круче звучит чем 2.
Видимо, не представляете. Таких "несовместимостей" в природе не бывает.
Некоторые картинки отдаются через мод реврайт, а некоторые вообще из пхп генерятся. Я не осилил нагуглить выход из данной ситуации.
Некоторые процессы пхп генерятся долго (до 10 минут), и их нужно дождаться обязательно. Нгинкс может столько ждать?
10 круче звучит чем 2.
Т.е. вся необходимость уровня - "когда коту делать нечего, он ..." ? :)
Некоторые картинки отдаются через мод реврайт, а некоторые вообще из пхп генерятся. Я не осилил нагуглить выход из данной ситуации.
Зачем "гуглить"? Есть штатная документация. Ничего необычного в этой ситуации нет.
Некоторые процессы пхп генерятся долго (до 10 минут), и их нужно дождаться обязательно. Нгинкс может столько ждать?
Апач же ждет, верно?
PS: Вообще, здравый смысл совсем нелишне иногда использовать и в IT. Даже наоборот...
Ну а всетаки, кто пробовал lighttpd ? в буржуйнете он както больше распространен чем у нас...
Ну а всетаки, кто пробовал lighttpd ? в буржуйнете он както больше распространен чем у нас...
А у нас Жигули больше распространены чем у них. Но это ведь ничего не значит :)
Некоторые картинки отдаются через мод реврайт, а некоторые вообще из пхп генерятся. Я не осилил нагуглить выход из данной ситуации.
Некоторые процессы пхп генерятся долго (до 10 минут), и их нужно дождаться обязательно. Нгинкс может столько ждать?
Не вижу проблем с картинками
А что, неужели есть пользователи, которые ждут по 10 минут открытия сайта? :)
Не вижу проблем с картинками
А что, неужели есть пользователи, которые ждут по 10 минут открытия сайта? :)
пользователи ждут выполнения нужного им скрипта, они и больше ждать будут,
последний раз я с nginx игрался года полтора назад :) тогда нгинкс не хотел ждать больше 1,5-2 минут ответа от апача, сколько ни крутил его настроек, и результата работы апача я в браузере не мог увидеть...
пользователи ждут выполнения нужного им скрипта, они и больше ждать будут,
последний раз я с nginx игрался года полтора назад :) тогда нгинкс не хотел ждать больше 1,5-2 минут ответа от апача, сколько ни крутил его настроек, и результата работы апача я в браузере не мог увидеть...
вам поможет
proxy_read_timeout 600;