Everything posted by kanv1s
-
Не работает главная страница админки.
Собственно белый лист. Если по истории перейти на любую ссылку, внутри админки, все прогружается, но главная страница, ни в какую. Хром выдал ошибки: Network park.js sedoparking.com/site_url/sedopark GET (failed) Консоль Uncaught SyntaxError: Unexpected token < - index.php:933 GET - index.php:955(anonymous function) Что за sedoparking, откуда он взялся? Проблема была на ipb 3.3.4, так же она осталась после обновления до ipb 3.4.1
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
Собственно поэтому возвращаюсь к вопросу: Имеются ли на этом форуме разработчики, которые возьмутся за реализацию данного функционала?... Если есть то напишите плз в пм, цену и сроки. Даже на древних phpbb такая функция была и есть, не было только автоматического снятия наказания.
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
На форуме многоступенчатая система доступов. У одной группы не доступны одни форумы, у другой другие. Если создавать для каждой группы и для каждого форума группу которая учитывает все возможные варианты РО на форум.. получится 100500 групп.. + это много ручной работы + нужно будет не забывать возвращать права. Форум большой, 3к+ пользователей и 100к+ сообщений. Для нас ваше решение не подходит.
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
Ок. Имеются ли на этом форуме разработчики, которые возьмутся за реализацию данного функционала?... Если есть то напишите плз в пм, цену и сроки.
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
Нет. Есть необходимость запрещать отдельным пользователям что либо писать в определенном разделе форума. Данная система распространяется на весь форум. И отсутствует возможность выбора разделов.
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
В этом случае придется переводить вручную из группы в группу, а необходимо что бы РО слетало автоматом после установленного срока.
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
Бан / РО / Перемодерация в отдельном разделе форума или раздела. Возможно ли это реализовать на форуме? Хуком каким нибудь например.. а?
-
HTML + CSS таблица в блоке
Таблица не отображается, даже пустая 2x2... Все блоки под расположенные под блоками Custom Sidebar Blocks пропадают, низ страницы уезжает "куда-то далеко"..
-
HTML + CSS таблица в блоке
Здравствуйте. Есть необходимость разместить небольшую табличку в боковой блок. Табличка сделана в html + использовались css стили для эстетики. Как ее разместить в блок?.. Пробовал через Custom Sidebar Blocks - не получается. На форуме нечего не отображается + низ форума куда уезжает. и админка, а точнее панель редактирования данного блока, вся перекошен. Как быть?
-
Invision Power Board 3.3.3 Russian / Nulled by IPBMafia.Ru
Возможно глупый вопрос. Скрип палится? В смысле не "стучит"? (не знаю как по другому сказать)..
-
Потерялось 80% пользователей после конвертации
Всем спасибо. Причина найдена. Все удаленные акки не проявляли никакой активности после переноса форума. Нет резона пытатся их сохранить. Скинем балласт так сказать. Тему можно закрыть.
-
Потерялось 80% пользователей после конвертации
Удалено 0 строк. :good:
-
Потерялось 80% пользователей после конвертации
И так. Всем привет. Я снова тут. Нашел некоторую закономерность. Не перенеслись только те пользователи, у которых в таблице "members" в mysql в поле "conv_password" стоит некоторое значение. Подскажите, есть ли в mysql команда, которая очистит все значения столбца в определенной таблице?
-
Google Site Search 1.1.4 / Поиск Google по форуму
Вопрос. Поиск от Гугла работает исключительно в рамках сайта?.. Проиндексированные материалы будут доступны в общем поиске? Если да, то имеется ли возможность это как нибудь ограничить? p.s. Смысл в том, чтобы поиск от гугла работал по всему форуму, но результаты не должны быть в общем поиске.
-
Потерялось 80% пользователей после конвертации
Doogle Запустил ваш скрипт. The collation of your database has been successfully changed! Ошибка осталась.. Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists. В экспортированной таблице крякозябры остаются.. И после импорта в utf8 тоже.. А при экспорте в latin1 и импорте в utf8 все норм.
-
Потерялось 80% пользователей после конвертации
С просто utf8: На Денвере.. с копией файлов форума ipb 3.2 и исправленной БД
-
Потерялось 80% пользователей после конвертации
Экспортировал в latin1.. Извините ошибся при написании.. Исправил..
-
Потерялось 80% пользователей после конвертации
Doogle Спасибо за совет, однако вопрос не в этом. Как исправить кодировку в самой таблицы я уже в курсе. А трабла в том что ipb 3.2 ее не читает.. То есть вот новая БД, Collation - utf8_general_ci; все содержимое таблиц так же в utf8, киррилица читается, косяков нет. Кодировку в таблице исправлял тоже через Dumper, экспортировал в latin1, импортировал в utf8 с коррекцией. Но форум ее, читать не хочет.. Что действующий, что копия на денвере.. Одно и тоже: FATAL ERROR Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists. This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance. Насколько я понял, форум настроен на работу с БД в latin1.. Как его перенастроить на БД в utf8?...
-
Потерялось 80% пользователей после конвертации
Вот что у меня.... мда... character_set_client latin1 character_set_connection latin1 character_set_database utf8 character_set_results latin1 character_set_server latin1 character_set_system utf8 collation_connection latin1_swedish_ci collation_database utf8_general_ci collation_server latin1_swedish_ci Значит из за этого исправленную БД не принимает?.. Пишет: Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists. This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance. Как эти значения исправить? Хостинг VDS.. Предустановленное ПО: FreeBSD-8-ISPmanager Apache 2.2 MySQL 5 PHP 5 Perl (+еще много чего) Что в БД может быть не так настроено... Щаc настроим +_+
-
Потерялось 80% пользователей после конвертации
Да.. Есть работающий IPB 3.2, работает нормально. Однако имеются проблемы с кодировкой в БД, в самой бд крякозябры (выше по теме приводил скрин БД из phpmyadmin), но форуме все ок. После обновления до IPB 3.3, крякозябры возникают на форуме. Исправлял кодировку средствами Dumper'а. БД с исправленной кодировкой, форумы (что 3,2 что 3,3) работать отказываются.. Прописывал кодировку в .htaccess, и в конфиге форума (следуя различным советам при проблемах с кодировкой).. Безрезультатно.
-
Потерялось 80% пользователей после конвертации
Пробовал.. Форум ошибку выдает и посылает к администратору.
-
Потерялось 80% пользователей после конвертации
Не то чтобы обновляюсь.. Именно обновится не получилось. Конвертером адаптирую БД от 3.2 к форуму 3.3. Все отлично, но с пользователями косяк :'(
-
Потерялось 80% пользователей после конвертации
Вы ошибаетесь.. Стандартный конвертер перенес всех пользователей (в том числе их пароли), все темы и все сообщения. Вопрос однако не в этом. Вопрос в том, почему он не может перенести пользователей (и только пользователей, все остальное перенес хорошо) с ipb 3.2 на ipb 3.3... Да и черт бы с этими паролями, по почте все восстановят.. Возможно скажу глупость, если всплывают ошибки связанные с паролями, может вообще очистить соответствующие поля в БД? =_=
-
Потерялось 80% пользователей после конвертации
Так.. Вот не понимаю. Конвертация phpbb > ipb 3.2 - все гладко. А конвертация ipb 3.2 > ipb 3.3 - fail.. Уххх... умел бы я скрипты писать то наверно тут ничего не спрашивал... А переходим в русской ipb 3.2 на русскую ipb 3.3 В любом же случае нужно базу поправлять, что бы в ней кракозябр не было. Не вижу смысла пытаться заставлять форум их читать.
-
Потерялось 80% пользователей после конвертации
Ну что ребят. Идей нет никаких?