-
Постов
461 -
Зарегистрирован
-
Посещение
-
Победитель дней
38
Тип контента
Профили
Загрузки
База знаний IPS Community Suite 4
База знаний IP.Board 3.x
Форумы
События
Магазин
Совместные покупки
Сообщения, опубликованные D-rA
-
-
Целый месяц искал с той же проблемой / не в моем Форуме / - версия 3.3.4.
В результате до сих пор является = 0.
Любопытно, что резервная копия этого форума с этой проблемой, но установлен на моей хост-сервера - нет проблема.
Существуют различия в серверах - Apache/2.2.16(Debian)- проблем форум.
У меня - Apache/2.2.23(Unix) - без проблема.
ЧертовщинаПП. Делал вторая група - нет ползу.
-
В настройках вашего профиля, нет ссылки на ваш форум.D-rA, Вам или мне?))
-
Опубликовать ссылку на форум?
-
System Settings>Advanced >CPU Saving & OptimizationD-rA, А где это сделать?
-
-
Статус - мгновенное настроение выражено в словах.
Часто причиной для чат.
Я также редактировать: "Чат профиля" -
-
-
Попробую объяснить на примере этой теме. Показано, что из более чем 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 часов теперь никто не двойной пост.
Просто и эффективно сейчас.
-
-
Есть ли другое решение?Нет, 24 изменить не получится.
-
ПП. Только эта опция предотвращает сообщение через "Back" браузера.
-
-
Чего чего?
Ще го напиша на български, явно гугъл преводача ми е спретнал глупав превод. Съжалявам. Руски език чета, но не го владея.
В ipb няма защита от многократна публикация, направена с използване функцията "Back" на браузерите. Тествано с Мозила, ИЕ8 и Хроме.
За пример ще отговоря със същия постинг 3 пъти.
-
Существует нет возможности остановить публикацию с несколькими "back browser"
-
Почему это не работает?
Вот пример - те же три темы. -
Почему это не работает?
Вот пример - те же три темы. -
Почему это не работает?
Вот пример - те же три темы. -
Спосибо!
-
-
Долгое создание топиков
в Техническая поддержка IP.Board
Опубликовано
ПП2. Сервер не ответит Status code: