igorstr777

Странно, у меня такой проблемы не возникло. У меня правда до этого стоял предыдущая версия мода (английская). У меня кстати по этому запросу - ничего нет, но в ошибку не вываливается.

Тоже сначала столкнулся с такой проблемой. В начале паника - а что делать, бакап восстанавливать . Потом успокоился, почитал всего-то 3 странички форума и нашел Вот такое, правда не сразу понятное объяснение автора. На вид после установки, действительно выглядело так, как вроде слетели все настройки форума, и даже на вход предлагалось входить через ввод E-Mail. Причем даже некоторые моды куда-то делись. Например Глобальные объявления. Ввел этот самый E-mail и свой пароль - попал в админку. Захожу в настройку и открыл сразу-же настройку безопасности. Увидел, что ничего не изменилось - сохранил. Решил проверить как-же поживает форум. А все появилось на своем месте . На всякий случай прошелся по всем настройкам (зашел - сохранил) и обновил все кэши стилей. Все работает снова нормально. Хотя действительно не спорю - странный симптом - не понятный.

О Спасибо! Исправленный вариант даже очень некрасив. Это просто я для себя исправил, что-б не заморачиваться. Но наверное вышеприведенные строчки автору нужно попробовать добаить в свой мод. Я просто в PHP только начинающий

Ну вообщем устанавливается - бысто. Работает и на галерее 2.2.0. - проблем нет. (Это плюс) А теперь минус. А чего-ж у тебя в твоем файлике func_random_img.php пути и к форуму и к самой галерее указаны явно. Ведь далеко не у всех форум устанавливается в дирректорию forum. Да и галерея не всегда создает в папке uploads поддиректорию gallery. Короче я-то разобрался легко. А вот у кого-то может возникнуть много вопросов. Вообщем я это строку сделал в таком виде - была такая $this->output .= "<a href=\"../forum/index.php?automodule=gallery&req=si&img=".$row['id']."\">"."<img src=\"../forum/uploads/gallery/".$dir."\" border=\"5\"></a></td>"; стала $this->output .= "<a href=\"index.php?automodule=gallery&req=si&img=".$row['id']."\">"."<img src=\"uploads/".$dir."\" border=\"5\"></a></td>"; у меня работает. А правильно-бы было пути узнавать из базы.

У меня так произошло сразу после установки. Оказалось, что когда я через теги вносил приватный текст, не нажимал кнопочку - добавить. Сразу нажимал отправить сообщение. Потом разобрался. В остальном мод встал слету - спасибо автору!

Прочитав эту тему, я при upgrade сделал именно по Вашему способу. т.е. просто перед запуском upgrade - добавил в conf_global.php эту строку $INFO['mysql_codepage'] = 'latin1'; и больше ничего в коде не менял. Все прошло как по маслу. В принципе при upgrade я так понял эта строка и сама добавляется, но несколько позже, чем возникает эта ошибка. Спасибо всем !

Спасибо! Кстати очень интересно, почему об этом вообще никто не говорил. Нет ли какого подводного камня в настройке мускула таким образом? Просто странно - правил кучу кода и таблиц в базе - пытаясь совместить 5 мускул и 2.1 форум. Так-же не ставилось ничего нормально в том числе и сторонние продукты. А тут такое простое решение? Ну понятно что нужно иметь доступ к серверу, но все-ж кому-то помочь вполне реально. Например мне

Помимо вышесказанного про файл sources/components_acp/chatsigma.php Нужно такое-же действие произвести с файлом sources/components_acp/blog.php Находим //$this->ipsclass->admin->show_inframe("http://www.invisionpower.com/ip.dynamic/products/blog/index.html"); адрес может быть и другой наверно И снимаем комментирование //

Хм странно. Вот подобная-же тема, и там как раз реализовано имеено так. Если встречается что-то типа ссылки - сообщение просто не публикуется. Борьба со спамом на форуме Я лично у себя так и сделал. Единственный недостаток - пользователей много регится с тупыми никами - но постов от них нет никаких. Так что я доволен.

Поменял мускул с 5.0.0 альфа на последний 5.0.24 Полезли вышеобозначенные ошибки все указанное в топике сделал, и сделал кое что дополнительное. Вот отсюда и вопросы. Вопрос в следующем. Точнее два вопроса. По выше приведенной ошибке, я поменял тип поля mt_tracking с int на varchar. (и не только это поле) но все в которых возникала подобная ошибка. Вопрос - какие могут быть последствия? Пока вроде работает, но... И второй вопрос. Расставить скобки в файлике mysql_queries нужно во всех остальных функциях подобным образом, или-же по мере возникновения ошибок. Просто вроде поменял только функции из первого поста, да поменял тип полей в некоторых базах. И вроде работает без сбоев. (Ну насколько я вижу) Имеет ли смысл дальше рассавлять скобки? PS кстати у меня так-же установлен но не пользуется форум версии 2.0.4. Я его просто запустил, а он работает без сбоев вообще. Странно.

Вот в основной теме еще видел, и здесь напишу. Не нужно-ли поменть в последней строчке кода {$ibforums->cache['group_cache'][ $poster['mgroup'] ]['suffix']} $ibforums на $this->ipsclass Я у себя поставил, но этот код у меня и так и так работает нормально. Так что просто для единообразия я все-таки перевел на ipclasss

В этой строчке помоему лищняя кавычка после последнего <hr>"Данное Эта кавычка не нужна (вызывает ошибку, да и нечетное их количество вообще...

Мускул действительно альфа- 5-я, но до этого - полгода работал вообще без глюков. Я просто как раз в это время попробовал stabil поставить, но чего-то не смог ее запустить - снова откатился на старый мускул. Значит это он виновен. Ладно буду ковырять тогда в этом направлении. Спасибо.

Подскажите пожалуйста - уже два дня, практически каждые 2 часа летит база post. Repair конечно помогает, но сами понимаете - довольно утомительно. По симптомам похоже - какая-то спамерская прога пытается заслать свой спам и видимо крэшит базу. После восстановления - в топиках присутствуют темы, но самих сообщений нет. IP-адреса постеров - естественно Proxy. Вообще - из-за чего рушится обычно эта база - (база сама маленькая - всего 1500 постов). Может кто объяснит сам процесс этого процесса (извините за каламбур) До этого работало все нормально.

Ковырялся я долго (по вышприведенному посту). Добрался я до следующей ситуации. Все вышеприведенное натыкается на ошибку в SQL запросе, а именно в момент сортировки по полю last_post и именно по убыванию этого поля. Например если я просто тупо подаю SQL запрос (прямо в базу, не средствами форума) - вот такой SELECT * FROM ibf_topics WHERE forum_id=6 AND pinned IN (0,1) and approved=1 ORDER BY pinned DESC, last_post DESC ничего из базы не выбирается. Если-же я даю сортировку по возрастанию (ASC) то все нормально показыват. или если совсем без сортировки - тоже нормально. Я понимаю, что без самих данных - трудно что-либо сказать, но я вроде проверил это поле - там вроде все нормально. Может кто встречался с таким? Где хоть копать - поскажите... Вообщем в продолжение темы... Подавая запросы различными способами - определили, что если например поменять местами сортировку - например сначала по последним постам (last_post) а потом по прикрепленным сообщениям (pinned) то все темы показываются, но как и ожидалось - сортировка нарушается с прикрепленными сообщениями. А потом я просто взял и добавил еще одно поле в сортировку, что-б ничего не нарушать, дал сортировку снова по полу pinned - и все заработало. В чем трабла - я так и не понял, но работает. Короче вот такие строки я поменял (для 2.1.1) Найти $this->ipsclass->DB->simple_construct( array( 'select' => '*', 'from' => 'topics', 'where' => $query . $add_query, 'order' => 'pinned DESC, '.$topic_sort.' '.$sort_key .' '. $r_sort_by, Заменить $this->ipsclass->DB->simple_construct( array( 'select' => '*', 'from' => 'topics', 'where' => $query . $add_query, 'order' => 'pinned DESC,' .$topic_sort.' '.$sort_key .' '. $r_sort_by . ',pinned ',