А, да. дальше надо кликнуть "Для владельцев сайтов" и на "инструкции по использованию robots.txt"...

Млин!!! заходим на go.mail.ru кликаем внизу "Помощь". Все!

А почему не использовать Amazon? Те же яйца только в профиль. На самом деле это же можно организовать и на Linux, например, IspServer, clodo, scalaxy...

Вы меня вообще не читали видимо. Дальше дискуссию считаю бесполезной.

http://go.mail.ru/help_robots.html

Заняло 1 минуту времени чтобы найти это. Вы меня за идиота держите?

Вы хотите сделать как правильно? Или будете действовать топроными способами? Решать вам. Я просто высказал мысли.

Есть стандарты. Сначала сделать нужно в соответствии, а если уже выяснен баг - принимать кардинальные меры.

Откуда такие сведения?

А вы пробовали? Я не знаю, воспримет он его или нет, но прежде чем применять кардинальные методы сначала необходимо убедитсья что на вашей стороне все в порядке.

"darkdim" wrote:

апач прожорлив по сравнению с nginx

Ошибочное мнение, жутко ошибочное.
Переключите Apache в mpm-worker и php в режим cgi - поймете. mpm-prefork для мощных систем предназначен, и на них он работает значительно быстрее Nginx. Все должно выполнять свои задачи. Nginx вы используете только для отдачи статики, что вообще не корректно в корне. Для отдачи файлов нужно использовать протокол, специально для этого предназначенный.

robots.txt поправить не судьба? Crawl-delay?

«Почему-то подозрения у меня именно на htaccess не знаю. Я вот когда игрался с этим файлом (нужно было перенаправить хитро одну друпаловскую страницу на папку с HTML), дык я много раз писал такие правила, которые зацикливали не знаю, то-ли браузер, то-ли сервер на 5-10 секунд что-ли... и браузер ругался потом и говорил "у вас бесконечное перенаправление". И в тот момент я напрягался потому что понимал, что если зацикливается сервер, то мне хостер за такие вещи может пригрозить пальчиком. То есть нужно аккуратнее с этим файлом. »

А скажите мне, зачем вы используете nginx вообще? Для чего? Экономии памяти? Почему не использовать другой MPM Apache?

В базе "mysql". У вас нет туда доступа и ради одного клиента менять политики на всем сервере ни один вменяемый хостер не рискнет.

Mysql и обрезает... Если там ограничение в 20 символов, то это нормально.

«Ложь...»
В каком месте?
Здесь? http://hostace.ru/host-for-free - 64 Мб. А phpinfo вам не показать? :). Дело в том, что можно использовать свой php.ini - пользуйтесь, сколько влезет, ибо память гарантированная в 96 мегабайт. А сколько ее на самом деле будет выделено - еще вопрос :). По дефолту уже 128 Мб на memory_limit, могу phpinfo дать. А вот с трафиком маленько ошибся, и правда... трафика 16 гиг.

А что на сайте то будет? Вопрос просто стоит в том, что это будет либо просто хорошая VDS/Vip хостинг, либо кластерная структура... Что на сайте будет?

Да ну? Что за сайт? Может быть, кеширование правильно настроить да логгирование в БД? По какому параметру превышены предоставленные ресурсы? Может быть, хостинг взят за 3 бакса в месяц и 10 гиг места?

Почитайте что такое кеширование опкодов. А так же поясните мне, как взаимосвязаны php_memory_limit (лимит памяти на скрипт при генерации страницы!) и кеширование опкода в памяти. Вы уж извините, но акселераторы как раз расходуют память снижая нагрузку на процессор и диск. RTFM?

"RxB" wrote:

Потому что нормальные люди используются акселлератор и требования к памяти снижаются на порядок

Ложь...

hostace.ru - php_memory_limit - 128M (!), свой php.ini, PHP5.3.5 (!), Mysql 5.1 (!), 250M HDD, 32 GB трафика, саппорт (!) и всего лишь за ссылку... ))).