SQL Error: MySQL server has gone away at .../public_html/blogs/classes/modules/user/mapper/User.mapper.class.php line 131
Array ( [code] => 2006 [message] => MySQL server has gone away [query] => REPLACE INTO pblogs_session SET session_key = 'e2afdc83745691f2c95e682f9ea5d441', user_id = '1', session_ip_create = '188.232.152.237', session_ip_last = '188.232.152.237', session_date_create = '2012-03-26 15:29:37', session_date_last = '2012-03-26 15:29:37' [context] => .../public_html/blogs/classes/modules/user/mapper/User.mapper.class.php line 131 )

Доброго.
Ранее писал о проблеме удаления целого коллективного блога, но вот появилась новая трабла. При удалении публикации (с комментариями) происходит следующий баг — публикация удаляется, но в БД остаются комментарии для нее. Следовательно, в «прямом эфире» при прогонке запросов на вывод комментов из соответствующей таблицы получается ошибка — parent_id не найден (публикация то удалена). Проблема на лицо — не удаляются комменты. Это только у меня в единичном случае? (на НГ апгредил с 0.3 до версии 0.5.1) Как проверить правдивость моей версии и как профиксить данный баг? БД у меня довольно большая, так что версия «переустановить» не прокатит, но мне кажется ввиду обновлений в БД скопилось мусора и багов. В общем — посоветуйте как решить эту и другую (см. ссылку в начале) проблемы.

Ситуация такая.Случайно неправильно ввел пароль. Решил потестить функцию напоминания пароля.
Ящик на сервисе gmail с прикреплением домена вида admin@site.ru. Ящик давно и письма исправно доходят.
Пробовал просто напоминать пароль.Пробовал с плагином changemail. письма однозначно не доходят.
зато на просто ящик на gmail.com или там mail.ru все отправляется замечательно.
В чем причина?

Доброго. Столкнулся с весьма неприятной проблемой, если честно не знаю куда копать.
Имелся коллективный блог с N-ным кол-вом публикаций. Этот блог решено было удалить, соответственно все публикации перемещались куда-то в другие блоги. Так вот, при перемещении (а точнее после перемещения и удаления блога) случился глюк — в новом блоге (куда были перемещены публикации) эти самые публикации не отображаются и, соответственно, не грузится все что ниже… выглядит это примерно так: заходим на страницу блога, там сверху 3-4 публикации (которые до этого были в данном блоге), а после — пустота (ни прокрутки страниц, ни футера, ничего). Т.е. проблема именно в той (тех) публикациях, что были перенесены из удаленного блога.

Вопрос — что вообще можно сделать? Лечится это пока что только выставлением «0» в поле «публиковать» у перенесенных публикаций напрямую из БД через пхпмайадмин. Вообще от чего может возникнуть такая проблема? Есть идеи?

До НГ у меня версия движка была 3.1, после этого обновил движок (с переконвертированием БД) до последней версии.

Надеюсь на помощь.

________

Для примера только что создал два тестовых блога с тестовыми публикациями. Один блог удалил, выбрал блог №2 для перемещения публикаций, в результате первый блог удалился, а во втором публикации не отображаются (описанная мною выше проблема).

При повторном удалении-восстановлении комментария в маппере ошибка идет

</pre>SQL Error: Incorrect integer value: '' for column 'publish' at row 1 at DirProject\classes\modules\stream\mapper\Stream.mapper.class.php line 41
Array
(
    [code] => 1366
    [message] => Incorrect integer value: '' for column 'publish' at row 1
    [query] => UPDATE table_stream_event SET `publish`='' WHERE id = 1 
    [context] => DirProject\classes\modules\stream\mapper\Stream.mapper.class.php line 41
)

Писал функцию работы с аватарами для своего модуля. В качестве основы использовал работу с аватарами из класса Blog. Долго не мог понять почему не работает и нашел ошибку в функции.

Файл classes/modules/blog/entity/Blog.entity.class.php

public function getAvatarPath($iSize=48) {
        if ($sPath=$this->getAvatar()) {
                return preg_replace("#_\d{1,3}x\d{1,3}(\.\w{3,4})$#",(($iSize==0)?"":"_{$iSize}x{$iSize}\\1"),$sPath);
        } else {
                return Config::Get('path.static.skin').'/images/avatar_blog_'.$iSize.'x'.$iSize.'.gif';

Вместо кода (($iSize==0)?"":"_{$iSize}x{$iSize}\\1",
должно быть (($iSize==0)?"\\1":"_{$iSize}x{$iSize}\\1"

В результате ошибки при размере аватара 0, отрезается расширение файла, и функция удаления получает неправильное имя из-за чего файл не удаляется. Потом приходится запускать всякие пылесосы и т.д.

Аналогичный код нашел в функции getProfileAvatarPath класса User.entity.class.php

Наличие бага не проверял, но по логике должен быть результат аналогичный блогам.

Обнаружил непонятное явление. Если создать фотосет более чем из 30 фотографий — пропадает полосочка с превьюшками, которая находится во всплывающем окне с большой фотографией. Буквально — выкладываю 31 фотографию, смотрю — полоски с превьюшками нету. Удаляю одну — появляется. При этом в конфиге максимальное количество фотографий установлено в 50:

$config['module']['topic']['photoset']['count_photos_min'] = 3; // минимальное количество фоток
$config['module']['topic']['photoset']['count_photos_max'] = 50; // максимальное количество фоток
$config['module']['topic']['photoset']['per_page'] = 50; // число фоток для одновременной загрузки

Похоже, что есть какая-то проблема с prettyPhoto: Или где-то жестко забито ограничение в 30 фотографий, или не передается параметр из конфига…

Не самый критичный баг.
Отредактировал топик, сохранил в черновики, потом снова опубликовал. После этого комментарии к топику исчезли из блока прямого эфира.
Здесь все комментарии на своих местах и отображаются корректно.

Заметил, что при вставки в пост видео из YouTube (через кнопку «видео») иногда оно не вставляется. Вначале думал, что из-за каких-то своих последних ошибок, но потом заметил закономерность. На YouTube ссылки бывают, грубо-говоря, двух типов:

http://www.youtube.com/watch?v=kOXNOYTLYR8&feature=player_embedded

и

http://www.youtube.com/watch?feature=player_embedded&v=kOXNOYTLYR8

Первый вариант работает, второй — нет. Видео просто не вставляет. Пытался разобраться сам, но опыта не хватает.

Например:

000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000011111111111111111111111111122222222222222222222222222222222222222222222222222222222222222333333333333333333333333444444444444444444444444455555555555555555555556666666666666666666677777777777777777

Самым последним символом вы скорее всего увидите 0 или 1, в лучшем случае 2. На самом деле последний символ — 7, но LS не переносит символы на новую строчку, если не был использован пробел. В шаблонах где контент не резиновый и ширина под контент относительно небольшая это может стать проблемой, например, при линке длинных ссылок. Можно ли это исправить?