да ну что вы, вы первым сказали что мол я не прав, что мол скрипты нормально надо програмировать, и сервера нормальные иметь и в таком же духе.
ну так я вообщето програмирую как умею, и смотрю как мои скрипты на реальном железе работают и стараюсь оптимизировать их так что бы с учетом маштабирования приложения было все нормально
зы. хен впс за 20 евро вполне нормально, но я бы даже сказал что дорого, за 15 долларов 512 метров ОЗУ вполне можно найти, но это на вкус и цвет
согласен, а сейчас у вас что ?? виртуал, вдс или сервер?? в двух последних случаях можно проанализировать что именно создает нагрузку, попробовать оптимизировать то приложение, которое создает наибольшую нагрузку, в общем имхо надо начать с аудита
вам уже привели ссылку но вы так и не удосужились прочитать что там написано, а там таки написано что как раз есть стандартная фича в мускуле - включение кеширования результатов в оперативной памяти (о чем я и говорил, а вам это так не понравилось), благодаря которому результаты выборки запросов кешируются в ОЗУ и скорость при повторном запросе увеличивается в сотни-тысячи раз
зы. и вы еще рассуждаете о нормальных серверах за 20 евро 😂 (а также о УГ виртуалах и таких же скриптах)
так у вас в MySQL кеширование включено или нет???
а причем здесь гугл? у вас новый хост от гугла чтоли? вы лучше напишите какой сайт, а то так никто понять не может в чем проблема
я всегда запрещаю в роботсе пока идет разработка и доработка сайта, бывало и пару месяцев (и пол года даже было), потом когда сайт готов открываю, пока никаких проблем с этим замечено не было, все индексировалось после открытия нормально
не могли бы вы поделиться какими скриптами (не уг) пользуетесь вы, а также написать сколько времени составляет время компиляции пхп скрипта (не уг) на вашем нормальном сервере, сколько времени он выполняется и сколько времени из этого составляет ожидание ответа от мускула---------- Добавлено 04.10.2012 в 08:44 ----------
ну это каждому свое, кому то надо для ГС под сапу на пару сотен страниц так да вполне можно в файлах хранить данные
кому то надо для МФА сайта на десяток страниц так можно и на чистом ХТМЛ наваять и не париться
а кому то надо для портала на десятки-сотни тысящ страниц, имхо, тут без базы не обойтись
(хотя в принципе тоже можно попробовать на файлохранилище, пожалуйста, никто ж не запрещает)
хм, возможно
а вот если добавился новый комментарий на страницу - мемкеш это как узнает?
а если пользователю из Воронежа надо показать информер с погодой в Воронеже, а пользователю из Ростова - соответсвенно в Ростове, а пользователя из Зимбабве - вообще отредиректить куда подальше
а если каждого авторизированного пользователя надо назвать по имени
а если надо ротатором показывать рекламные баннеры в соотвествии с их кликабельностью
и еще много чего можно придумать
зы. самое быстрое (хотя и самое не универсальное) - это голый ХТМЛ
это потому что в данном разделе такие правила, если ТС не сказал предлагать хостерам а они будут писать в теме их за это штрафуют модераторы
имхо больше всего на сайте тормозит MySQL т.е. даже если вы ускорите интерпретатор php и вместо 1 милисекунды он будет выполняться в 100 раз быстрее, то за счет того что мускулу требуется десятки, а то и сотни милисекунд ничего принципиально не поменяется
а MySQL можно тоже ускорить - включить кеширование запросов в ОЗУ, причем средствами самого мускула, оптимизировать запросы, наконец, поставить вместо стандартного мускула Percona Server - это такая сборка MySQL с патчами повышающими его производительность и надежность
