Перейти к содержанию

kanv1s

Пользователи
  • Постов

    54
  • Зарегистрирован

  • Посещение

Весь контент kanv1s

  1. Собственно белый лист. Если по истории перейти на любую ссылку, внутри админки, все прогружается, но главная страница, ни в какую. Хром выдал ошибки: 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
  2. Собственно поэтому возвращаюсь к вопросу: Имеются ли на этом форуме разработчики, которые возьмутся за реализацию данного функционала?... Если есть то напишите плз в пм, цену и сроки. Даже на древних phpbb такая функция была и есть, не было только автоматического снятия наказания.
  3. На форуме многоступенчатая система доступов. У одной группы не доступны одни форумы, у другой другие. Если создавать для каждой группы и для каждого форума группу которая учитывает все возможные варианты РО на форум.. получится 100500 групп.. + это много ручной работы + нужно будет не забывать возвращать права. Форум большой, 3к+ пользователей и 100к+ сообщений. Для нас ваше решение не подходит.
  4. Ок. Имеются ли на этом форуме разработчики, которые возьмутся за реализацию данного функционала?... Если есть то напишите плз в пм, цену и сроки.
  5. Нет. Есть необходимость запрещать отдельным пользователям что либо писать в определенном разделе форума. Данная система распространяется на весь форум. И отсутствует возможность выбора разделов.
  6. В этом случае придется переводить вручную из группы в группу, а необходимо что бы РО слетало автоматом после установленного срока.
  7. Бан / РО / Перемодерация в отдельном разделе форума или раздела. Возможно ли это реализовать на форуме? Хуком каким нибудь например.. а?
  8. Таблица не отображается, даже пустая 2x2... Все блоки под расположенные под блоками Custom Sidebar Blocks пропадают, низ страницы уезжает "куда-то далеко"..
  9. Здравствуйте. Есть необходимость разместить небольшую табличку в боковой блок. Табличка сделана в html + использовались css стили для эстетики. Как ее разместить в блок?.. Пробовал через Custom Sidebar Blocks - не получается. На форуме нечего не отображается + низ форума куда уезжает. и админка, а точнее панель редактирования данного блока, вся перекошен. Как быть?
  10. Возможно глупый вопрос. Скрип палится? В смысле не "стучит"? (не знаю как по другому сказать)..
  11. Всем спасибо. Причина найдена. Все удаленные акки не проявляли никакой активности после переноса форума. Нет резона пытатся их сохранить. Скинем балласт так сказать. Тему можно закрыть.
  12. И так. Всем привет. Я снова тут. Нашел некоторую закономерность. Не перенеслись только те пользователи, у которых в таблице "members" в mysql в поле "conv_password" стоит некоторое значение. Подскажите, есть ли в mysql команда, которая очистит все значения столбца в определенной таблице?
  13. Вопрос. Поиск от Гугла работает исключительно в рамках сайта?.. Проиндексированные материалы будут доступны в общем поиске? Если да, то имеется ли возможность это как нибудь ограничить? p.s. Смысл в том, чтобы поиск от гугла работал по всему форуму, но результаты не должны быть в общем поиске.
  14. 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 все норм.
  15. С просто utf8: На Денвере.. с копией файлов форума ipb 3.2 и исправленной БД
  16. Экспортировал в latin1.. Извините ошибся при написании.. Исправил..
  17. 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?...
  18. Вот что у меня.... мда... 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 настроим +_+
  19. Да.. Есть работающий IPB 3.2, работает нормально. Однако имеются проблемы с кодировкой в БД, в самой бд крякозябры (выше по теме приводил скрин БД из phpmyadmin), но форуме все ок. После обновления до IPB 3.3, крякозябры возникают на форуме. Исправлял кодировку средствами Dumper'а. БД с исправленной кодировкой, форумы (что 3,2 что 3,3) работать отказываются.. Прописывал кодировку в .htaccess, и в конфиге форума (следуя различным советам при проблемах с кодировкой).. Безрезультатно.
  20. Пробовал.. Форум ошибку выдает и посылает к администратору.
  21. Не то чтобы обновляюсь.. Именно обновится не получилось. Конвертером адаптирую БД от 3.2 к форуму 3.3. Все отлично, но с пользователями косяк :'(
  22. Вы ошибаетесь.. Стандартный конвертер перенес всех пользователей (в том числе их пароли), все темы и все сообщения. Вопрос однако не в этом. Вопрос в том, почему он не может перенести пользователей (и только пользователей, все остальное перенес хорошо) с ipb 3.2 на ipb 3.3... Да и черт бы с этими паролями, по почте все восстановят.. Возможно скажу глупость, если всплывают ошибки связанные с паролями, может вообще очистить соответствующие поля в БД? =_=
  23. Так.. Вот не понимаю. Конвертация phpbb > ipb 3.2 - все гладко. А конвертация ipb 3.2 > ipb 3.3 - fail.. Уххх... умел бы я скрипты писать то наверно тут ничего не спрашивал... А переходим в русской ipb 3.2 на русскую ipb 3.3 В любом же случае нужно базу поправлять, что бы в ней кракозябр не было. Не вижу смысла пытаться заставлять форум их читать.
×
×
  • Создать...