SELECT * FROM jos_session WHERE session_id = 'qq37qi1d5kpubsl9sf82k84kv2' LIMIT 1;
Это сам запрос изменить нужно, в коде.
Индексы - в phpmyadmin они в низу (если выбрать "структура" таблицы), под списком полей (чуть пониже чем "добавить поле")
Там список индексов, редактируются типа как поля. Несложно.
+ вроде вам индекс уже менять не нужно.
Ну в первом посте у вас был delete - там точно помогло.
А тут - у вас выборка одного поля - добавлять limit 1 нужно, так как мускул без Limit ганяет всю таблицу - отсюда и задержка.
+ у вас session_id я так понимаю md5 хеш. - он всегда равен 32, почему тогда поле varchar(200) ? хватит и 32, да и индекс (праймори) тоже 64, хватит 32.
Индекс есть...
вот только у вас же используется time() (timestamp) - почему тогда поле varchar(14)? int(11) нужно - работать будет быстрее чем с текстовым вариантом.
индекс на поле time нужен. + желателен LIMIT, если это конечно вообще возможно.
Там все модерируется... и покупается, особенно отзывы - они там исключительно покупаются, это даже в правилах написано. Не повод гордится.
Хм... если работа не выполнена на 100% - обычно просят доделать/переделать моменты, которые сомнительны.
А за "какое"? С таким подходом любую работу можно выставить как незавершенную на 100% и не оплатить, притом получив продукт который готов на 98%. Халяву любите?
Вы родственник Путина? :)
С дипломом? И мы даже не увидим после месяца продолжение темы, в русле - "работа выполнена на 93%, я не буду оплачивать, делайте что хотите"? :)
А просто в скобки взять OR?
AND (property_val="зеленый" OR property_val="синий")
Думаю будет работать нормально :) и вытягивать все подряд перестанет :)
Поддерживаю. 100% валидность - не дает 100% коссбраузерности и наоборот - сайт работает во всех браузерах на отлично, но валидаторы пишут ошибки - такие ситуации встречаю постоянно.
ПС - да и поисковики прекрасно принимают не валидные сайты.
ну, что бы апач отвечал и браузер не закрывал соединении можно делать так
ob_start(); echo 'Start pars <br />'; ob_flush(); flush(); for($i = 0; $i <= 1000; $i++){ echo '<br />'.$i ; ob_flush(); flush(); } echo '<br />Finish pars'; ob_flush(); flush(); ob_clean();
такой код будет выводить надписи в браузер, не дожидаясь завершения работы скрипта скрипта - тоесть в живом режиме ,хоть несколько часов подряд.
А для крона будет достаточно
ignore_user_abort(true);
и плевать на то ,что что-то там отрубило браузер, главное что бы скрипт был не зациклен на бесконечность, а то сервер загнется :)
GROUP BY - сам по себе достаточно меленный, особенно на больших объемах. Желательно как-то от него избавится.
+ проверте или все поля которые участвуют в условиях (JOIN, WHERE, ORDER BY) являются индексами - ускорит.
Как я писал - самый плохой вариант - придется написать/заказать скрипт который будет брать данные с одной базы, форматировать их и заливать в другую.
