В мануале очень много написано про оптимизацию. Например, http://www.csu.ac.ru/~srg/mysql_doc/manual.ru_MySQL_Optimisation.html
изучайте на здоровье.
чуток инфы, но полезной здесь: http://mostinfo.net/article/12/92.htm
ну тогда в противовес пусть юзает !==Э, ой, правильнее "!==" )
Отличный вопрос. Как ответить даже не знаю).
Одно и тоже. Первым выполняется то, что идёт раньше по коду. Главное понять, как в PHP идёт код - сверху вниз или снизу вверх).
Офигительно. Был аналогичный фильтр, правда не за внешний сквозняк. Но итог тот же. На главную страницу Гугл наложил фильтр и в выдаче вылезли внутренние по тем запросам, по которым двигалась главная!
Говорю, был, ибо сёдня заметил что его сняли!) Сам рад. До этого под подобный фильтр не влетал.
ИМХО причины наложения фильтра:
1. Наиболее вероятная причина: все внешние ссылки были на одну страницу и только на главную.
Подозреваю, что у вас ТС именно это было причиной. Слишком много ссылок или быстрый прирост ссылок на одну страницу сайта.
Но может быть и вторая причина. Или это было в моём случае просто совпадением! Описываю ситуацию, может кто скажет, был ли у кого подобный фильтр за смену ссылки.
2. На зафильтрованном сайте стояла сквозная ссылка на одну студию-разработчик. Потом заметил, к сожалению, уже после попадания главной страницы под фильтр, что эта сквозная ссылка была заменена ну другой адрес сайта. Поэтому не могу точно сказать, фильтр был наложен до смены этой ссылки или после!
С момента вылета главной и до возврата на прежние позиции прошло примерно два месяца! PR до сих пор не вернулся.
Если ответить коротко, то даст.) Только в вашем случае вы не заметите разницы, скорее всего. Поэтому, если это не создаёт проблем на вашем сайте, то не стоит пока зацикливаться.
Не знал, что тема так разрастётся.
Первым же ответом, вопрос ТС был решён на все 100 %!
Но появился, великий гуру PHP, AndreM, который оказался недоволен тем, что его опередили с решением, которое оказалось офигительно простым и по месту! (как говорится всё гениальное - просто!). Ну ладно, AndreM, захотел усложнить решение и сделать более универсальным... При этом, Коля Дубр, показал направление в котором нужно копать. Но где оно, решение, AndreM? Я думаю, все уже заждались! Ну по крайней мере, я точно!
Думаю, всего-то недельку-другую программирования и что-то похожее на универсальное и устойчивое к нагрузкам решение могло бы получиться.
----
function updinfo() { $res = mysql_query("SELECT id, param FROM table WHERE col < 100 AND info < 200"); while ($row = mysql_fetch_assoc($res)) { $newparam=(тут формула перерасчета параметра); mysql_query("UPDATE table SET param = $newparam WHERE id = ".$row['id']); }
1. Возможно до UPDATE лучше проверить, а будет ли $newparam отличаться от старого значения. Бывают ситуации, когда по статистике только 10-20% операций требуют реальных изменений в базе. Может быть у вас тот случай. Тогда запросов на UPDATE потребуется на 80-90% меньше.
2. Может быть следует повнимательней изучить структуру таблицы. Например, сделать все поля фиксированного размера. Ну типа VARCHAR заменить на CHAR. Чтобы таблица не была динамической. В общем, при больших размерах таблицы выигрыш в скорости может быть ощутимым. Опять же всяко бывает.
3. Возможно у вас на поле param стоит INDEX, тогда UPDATE будет замедлен. Если в момент UPDATE этого не нужно, то DROP INDEX для поля param
4. Да и несколько тыщ запросов в минуту, подразумевает, что на один запрос менее 30мс - по мне, так это не много. Всё зависит от того, где это используется. Если для частного решения редко запускаемой задачи, то одно дело. Если это крутится постоянку на работающем сайте, то другой случай, требующий более тщательной проработки.
Я например, для анализа скорости отработки кода и выявления узких участков юзаю class Profiler: [ATTACH]21804[/ATTACH]
Глянул выдачу, серьёзных изменений нет. похоже и правда, регион не тот для ашманова сработал.
Откажусь от инвайта! Не предлагать.
Господа, откеда вас столько понабежало? Сичи стали местом раздачи инвайтов?
Расходы выросли на 5 %, так, значит, цены нужно поднять на 100 %! Вот на эти два прОцента все и живут, похоже.😮
CompDocs, аналогичная трабла!
https://www.sape.ru/ - сапа через HTTPS не пашет! Когда ждать решение проблемы?
