D-rA

Пользователь в группе являются 18000. Как быть перемещены из 03 в новую группу из 12? Есть ли SQL команды?

Да, получилось

Парадокс - этот список в версии 3.3.4.:

Custom BBcode (HTML code) - в версии 3.4.х. не появляется в списке "special bbcode". Как изменить это?

После разрешения HTML Code - в твой список есть ли HTML Code? У версия 3.3.4 - появляется, но у 3.4.х - нет!

Как изменить список / чтобы добавить или удалить custom bbcode /:

ПП2. Сервер не ответит Status code:

Целый месяц искал с той же проблемой / не в моем Форуме / - версия 3.3.4. В результате до сих пор является = 0. Любопытно, что резервная копия этого форума с этой проблемой, но установлен на моей хост-сервера - нет проблема. Существуют различия в серверах - Apache/2.2.16(Debian)- проблем форум. У меня - Apache/2.2.23(Unix) - без проблема. Чертовщина ПП. Делал вторая група - нет ползу.

В настройках вашего профиля, нет ссылки на ваш форум.

Опубликовать ссылку на форум?

System Settings>Advanced >CPU Saving & Optimization

Я думаю, что это анахронизм. Я сделал это:

Статус - мгновенное настроение выражено в словах. Часто причиной для чат. Я также редактировать: "Чат профиля"

System Settings > System > Server Environment

Смотри скрийн - как тема 63313 попала здесь? Как эту тему записана в порядке темах 63223 и 63224?

Попробую объяснить на примере этой теме. Показано, что из более чем 60 000 темах, 1000 пропали без вести / удаления /. Наверно в таблици - пустых строк. Что происходит / неясным момент времени /: При создание тема, программное обеспечение определяет например tid= 61000 Браузер автор не получает подтверждения издание / сайт не загружается / Вторий клик - и две теми - 61000 и 61001. Проверял база и: Тема 61000 - в таблица topics попала несколко страниц тому назад,/например между 59002 и 59004/ а 61001 - по очередь. А и все следующие 15-20 теми по очередь. Опит модерация 61000 -> sql error - тема не найдена. А тема 61000 работает /можно отвечать/. Про етого и вопрос - почему иногда tid проподает в произволний пустый строк таблицу topics? Надеюсь понятно.

Кто-нибудь знает, почему topics таблицы в базе данных устроен так, случайно? Этот наблюдать за ним во всех известных версиях IPB. Мне кажется, что причина задержки в публикации вызваны неясными перестановки таблицы из базы данных. Вот пример: Что вы думаете по этому поводу? ПП. Мой русский -перевод гугля/к сожаление и для етого простите ошибки/

Я нашел решение. Я напишу его, чтобы помочь любому, кто попал в подобную ситуацию. Что я сделал? 1. Значение Flood control = 120 сек. 2. Я создал психического блеф пользователям в переводе сообщения "... подождите 120 секунд ...", а затем добавил 000 posle %s в текст. Теперь любой, кто решит сделать такое сообщение / двойные, тройные и т.д. / видит сообщение, что вам придется ждать 120000 секунд до следующего поста. Это, кажется, произвести на них впечатление и не пытаться опубликовать. После 24 часов теперь никто не двойной пост. Просто и эффективно сейчас.

Есть также форумы - что является обычной практикой. Используется для торговли. Форум владелец не желает вводить ограничения "запрет". Пользователи спекулировать. Что делать? Пример:

Есть ли другое решение?

ПП. Только эта опция предотвращает сообщение через "Back" браузера.

С изключение : Можно ли изменить течение 24 часов в этой опцией?

Ще го напиша на български, явно гугъл преводача ми е спретнал глупав превод. Съжалявам. Руски език чета, но не го владея. В ipb няма защита от многократна публикация, направена с използване функцията "Back" на браузерите. Тествано с Мозила, ИЕ8 и Хроме. За пример ще отговоря със същия постинг 3 пъти.

Существует нет возможности остановить публикацию с несколькими "back browser"