Admin писал(а):Это надо было давно сделать, переписать весь код, еще тогда, когда мы с тобой разговаривали, что бы выводило причину ошибку... Обязательно войдет в следующий релиз.
У меня подозрение даже не о том что-бы выводить ошибку, хотя и это тоже не помешало бы, а о том что на данном хостинге или по неведомым причинам или из за каких либо скрытых ограничений связка apache/phph+pdo/mysql не успевают отработать запрос к базе, или то что mysql стоит на отдельном сервере а не на локалхосте, и просто не успевает прийти ответ от mysql сервера, или два сервера не успевают обмениваться запросами и ответами, или все вместе взятое, помноженное на количество запросов к мускулу за секунду, вываливается как отдельный глюк.
А вот, вдруг, эти все prepare(), execute() просто дают те самые доли секунд что-бы не возникали эти ошибки.
Но как я говорил, это из разряда "пальцем в небо". Так, наугад, вдруг повезет. Может быть даже все о чем я подумал неправильное, и причины другие, а действия в правильном направлении. По крайней мере, смотрю сегодняшний error_log на сервере, он пока чист, ошибок не выскакивало. Но надо побольше времени и людей побольше.
И что бы два раза не писать, нашел еще кое что. Вкладки с собственностью клана и запланированными атаками. Таблицы в этих вкладках не указаны в header.php, и после их открытия tablesorter начинает глючить, и перестает работать сортировка других таблиц.