bay_ebook

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) являются индексами - ускорит.

Как я писал - самый плохой вариант - придется написать/заказать скрипт который будет брать данные с одной базы, форматировать их и заливать в другую.