Уважаемые пользователи! В версии phpBB 3.3.13 обнаружены ошибки при использовании функции поиска по конференции.
Обсуждение проблемы и ее решения здесь Re: Вышел phpBB 3.3.13 [обсуждаем].
В связи с этим, не рекомендуется установка и обновление до phpBB 3.3.13.
Ошибка будет устранена разработчиками в версии phpBB 3.3.14.
Скачать предыдущую версию - phpBB 3.3.12 - можно здесь.
Уважаемые пользователи!
C 7 ноября 2020 года phpBB Group прекратила выпуск обновлений и завершила дальнейшее развитие phpBB версии 3.2.
С 1 августа 2024 года phpBB Group прекращает поддержку phpBB 3.2 на официальном сайте.
Сайт официальной русской поддержки phpBB Guru продолжит поддержку phpBB 3.2 до 31 декабря 2024 года.
С учетом этого, настоятельно рекомендуется обновить конференции до версии 3.3.
Уважаемые пользователи!
Напоминаем, что 31 декабря 2024 года сайт phpBB Guru заканчивает поддержку phpBB 3.2.
С учетом этого, для продолжения получения поддержки, рекомендуется обновить конференции до версии phpBB 3.3.
Проблемы с установкой или работой phpBB 3.2.x? Получите помощь здесь! Внимание: с 7 ноября 2020 года phpBB Group завершено дальнейшее развитие phpBB версии 3.2, а с 1 августа 2024 года прекращена её поддержка.
Сайт официальной русской поддержки phpBB Guru продолжит поддержку phpBB 3.2 до 31 декабря 2024 года.
Татьяна5 писал(а): ↑17.10.2018 21:45
Можно ли перенести форум из папки в корень? - это для портала, но для расширения pages или кастомной страницы принцип тот же
Оооочень извиняюсь... Я просто изначально неверно вопрос задала. Только сейчас дошло.
Попробую все заново:
Необходимо сделать авторизацию на сайт, использую базу данных форума phpbb3.
т.е. сам форум находится на одном домене, а страничка на другом. Есть ли варианты, как это сделать?
Нужна только авторизация.
Что-то не выходит у меня с кодировкой. Видимо это тема новая еще...
Метод кодировки так и не подобрала.
Экспериментирую с этим паролем: Aak58Q
Надо что-бы получился вот такой: $2y$10$CSZopDoyG6V1Y0stw/vt/uKv4KmhCHzCsUCizowtx8ZCTTtHiboDy
Может кто знает уже метод?
Тогда выводит очень похожий по структуре хеш, который как и должно, состоит из 60 символов: $2y$10$FVmmsY9ex.bJWkw3T.t1d.0HpaWM1dDsWoabp.Alvq7DaaIIxqh8e
И при каждом обновлении странички, сгенерированный код меняется немного.
Я полагаю что salt тут как-то надо использовать, и я еще обратила внимание, что у каждого пользователя свой уникальный salt.
Вот для пароля Aak58Q salt должен быть d83f3a6077fa311c
CRYPT_BLOWFISH - Blowfish-шифрование со следующей солью: "$2a$", "$2x$" или "$2y$", весовой параметр из двух цифр, "$" и 22 цифры из алфавита "./0-9A-Za-z". Использование других символов в соли повлечет за собой возрат пустой строки. Весовой параметр из двух цифр является двоичным логарифмом счетчика итераций низлежащего хеширующего алгоритма, основанного на Blowfish, и должен быть в диапазоне 04-31, значения вне данного диапазона вызовут отказ crypt(). Версии PHP до 5.3.7 поддерживали только префикс "$2a$" для соли: PHP 5.3.7 добавил новые префиксы для исправления уязвимостей в реализации Blowfish. Для полного понимания ознакомьтесь с » этим разделом, но если кратко, то разработчики должны использовать "$2y$" вместо "$2a$" начиная с PHP 5.3.7.
В качестве соли используем первые 29 (4+2+1+22) символов уже имеющегося хэша.
nissin писал(а): ↑15.11.2018 18:32
Всё это естественно работает только для новых паролей на системах с поддержкой "$2y$", старые пароли проверяются по другим алгоритмам.
nissin писал(а): ↑15.11.2018 18:32
Без соли пароль проверить не получится.
Забавно... В базе данных у одного пользователя пароль имеет вот такой вид: $2y$10$d3JNbbbOspChiCKmsWN1hORRnx4YSJCKDz.RWw920XhkCB65tOQXG
Из-за чего может создаться вот такой вид?
Как определить, чем он захеширован и где у него соль? рано радовалась... оказалось не так все быстро...
t4p2, тот же самый алгоритм.
начало пароля "$2y$" - Blowfish-шифрование "$2y$", далее "10$" - весовой параметр, далее 22 символа часть соли.
Итого соль в этом хэше: $2y$10$d3JNbbbOspChiCKmsWN1hO