Сделаю предположение, что у вас неверно настроена конфигурация prefork модуля, в частности - серьезно ограничено количество стартовых серверов апача и количество их дочерних процессов, которое, в свою очередь, не соответствует памяти, выделенной сервером.
Грубо говоря, например, если разрешено иметь 10 инстансов апача, то когда вы упираетесь в это значение на сервере, то остальные входящие юзеры ждут, пока предыдущие юзеры отключатся. Уменьшая keepalive вы принудительно быстрее завершаете висящих юзеров и ваш коннект получает свободное окошко в виде разрешенного инстанса апача.
Увеличивая этот параметр - вы окончательно забиваете ресурс висящими сессиями юзеров, даже когда они уже ушли, происходят отвалы по таймауту для новых и сбросы новых входящих, потому что сервер еще ждет с открытым соединением тех, кто уже ушел.
В таком случае - простое решение: проверить настройку prefork, увеличить количество стартовых серверов и разрешить большее количество запущенных инстансов апача. Если же количество допустимых инстансов уже на пределе свободной памяти сервера - поднимать оперативку сервера и поднимать разрешенное количество инстансов.
ЗЫ: перечитал тему, Евгений выше все тоже самое и сказал. Копайте в эту сторону, раз изменение keepalive так существенно влияет на работу сайта.
Добрый день.
Сайт не попал в задерживание трафика, как недавно было с твиттером? Могло зацепить. Это первое.И второе, в последнее время довольно часто наблюдаю на сайтах проблемы с резолвингом IP, когда NS сервера крайне долго отдают или вообще не отдают IP адрес сайта. С регистратором имени и его NS-серверами проблем нет? Буквально на днях пришлось клиенту менять NS в силу того, что хостинговые жутко глючили, при этом все шли в отказ, что проблема не их. Поменяли NS и порядок. Может у вас такая же беда, слишком долгий запрос к NS, потом данные падают в кэш и проблем нет. Перестали обращаться - кэш ушел и снова долгий первый запрос. Стоит проверить.
Они имеют ввиду, чтобы ты платил налоги и показал им документы, что ты их платишь.
Так даже, если они платятся, например, ТС получает доход от РСЯ и оплачивает потом налог - это коммерческая деятельность? Тогда не важно, платит он с нее налог или нет - правилами она запрещена. Наверное, это все же другое. Даже больше, как раз наоборот, если ТС платит с этого налог, то по сути он этим и подтверждает, что это предпринимательская деятельность, которая их правилами на кошельках запрещена.
В целом даже просто интересно, как так получается, что РСЯ можно вывести на Юмани, но при этом у Юмани возникают вопросы происхождения этих средств, исходя из стартпоста.
Не совсем понятно, что подразумевается под "коммерческой деятельностью". Ну, сам смысл термина известен, но, что под ним подразумевают в Юмани? Мне кажется, что юмани как раз используют для вывода из тех же РСЯ, партнерок и тд, по сути это ведь как раз коммерческая деятельность. Или же они имеют ввиду, чтобы это не было приемом платежей за товары. Т.е. кто-то продает постоянно, ну, не знаю, духи паленые, а деньги получаются на юмани. Тогда да, это левая деятельность, за что атата. Ибо за партнерки, по-моему, уже стольким бы прилетело - мало бы не показалось. Сам принцип электронных денег в получении на них некоторых сумм дохода, с того же РСЯ, которые потом можно использовать на приобретение товаров и услуг. А иначе какой смысл пополнять юмани собственными средствами, чтобы потом с них оплатить хостинг, при том, что хостинг в тех же условиях можно оплатить просто картой или другими вариантами напрямую, минуя дополнительные расходы юмани как посредника.
Скорее всего под подозрения могут попадать кошельки, по которым идут постоянно какие-то фиксированные суммы, похожие на торговлю товарами. Других причин не вижу. Но, тогда достаточно доказать, что эти доходы шли не от левой торговли, а реально это РСЯ или что там еще.
robots к каноникал не имеет никакого отношения.
У себя делал каноникалы вручную, но задачи от цвета или от параметров не стояли, просто чтобы исключить дубли, поскольку в опенкарте норма, что одни и те же материалы располагаются по разным урл.
Возможно, что для гугла ваш мобильный поддомен выглядит удобнее для пользователя, в том числе и для десктопного. Вот он его и выводит для всех, чтобы покрывать наибольшее количество устройств по запросам. "Мобильные+десктоп" выигрывают по ранжиру против "только десктоп", при прочих равных.
