Тема: Обсуждение сборки punbb-1_2_хх-russian-utf только здесь!
Здесь предлагается обсуждать все что связано со сборкой нашего форума - punbb-1_2_хх-russian-utf
Все вопросы и ответы только здесь. Создаваемые в других разделах темы будут удалены.
|
Фонд моральной поддержки |
|
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
PunBB по-русски → Вопросы и ответы → Обсуждение сборки punbb-1_2_хх-russian-utf только здесь!
Здесь предлагается обсуждать все что связано со сборкой нашего форума - punbb-1_2_хх-russian-utf
Все вопросы и ответы только здесь. Создаваемые в других разделах темы будут удалены.
наконецто, ато путаюсь куда, чего.
Ну так - ошибка в Антиспам-моде исправлена? или как её исправить?
Я не знаю почему у тебя ошибка. Пока никаких исправлений нет. Отключи антиспам и жди когда будет новый релиз.
эххе..
уже 4-йдень то и делаю что жду...
отключил его конечно давно. но всё же - ты меня убедил что он нужен. теперь както не по себе без него.
вобщем пока почитаю про моды.. буду ждать нового релиза
Ребят подскажите пожалуйста,
у меня стоял оригинальный punbb 1.2.12, сегодня обновился сначала до 13 потом до 14 версии заменой модифицированных файликов, и запусками скриптов-обновлялок.
Но захотелось попробовать ваш мод - скачал архив готового к установке форума по ссылочке punbb.ru/downloads/punbb-1_2_14-russian-utf.zip и распаковал в старый форум, с перезаписью файликов, естественно, подкорректировал config.php с настройками базы. При заходе на index.php пишет:
An error was encountered
File: /.../.../forum/index.php
Line: 50
PunBB reported: Unable to delete marked as read forum info
Database reported: Table 'forum.f1log_forums' doesn't exist (Errno: 1146)
в чем причина ошибки, и как можно поправить? Обновлений sql базы в вашем архиве ненашел(коль ругается именно на несозданную таблицу).
Обновления то и нету, сноси старую базу и запускай из архива install.php
хм..а вопросы с кодировкой можно как то решить - старая база постов на win1251 была, а мод utf-8. Кто нибудь конвертировал базу?
я понвертировал
делаешь так - сохраняешь в utf - если у тебя MySQL 4.1 и выше - там итак в utf все храниться, даже если пользуется 1251. sql файлик после экспорта получится - его отредактируй например Акель-падом, тока когджа сохраняешь в utf8 - обязательно галочку BOM убери - ато она будет вставлять лишние символы.
сохранил в uft8/ все 1251 в файле найди и замени на utf8
теперь импортируй обратно в базу майпхпадмином.
тока предваритьельно в базе collate смени на utf8_unicode_ci (можешь конечно использовать utf_general_ci) - чтобы все было правильно. я пользую первый вариант.
потом копируй файлы с 19-й сборки, вноси исправления: http://punbb.ru/viewtopic.php?id=1180 и http://punbb.ru/viewtopic.php?id=1178
и еще - если ошибки вылазиют - ИЩИ мод, который модифицирует структуру твоей старой базы - чтобы СБОРКА смогла работать - в данном случае очевидно тебе необходим мод REAL MARK TOPIC AS READ - от него инсталл запусти сперва - чтобы он базу правильно изменил. а потом уже новую сборку пользуй (надеюсь ты сохранил старую версию файлов и баз?)
Добавлено спустя 3 минуты 22 секунды:
2 hcs - ОЧЕНЬ ПРОШУ - внеси пожалуйста изменения касательно капчи ( http://punbb.ru/viewtopic.php?id=1178 ) и WORD (http://punbb.ru/viewtopic.php?id=1180 ) в сборку - пусть 20-я будет..
остается тока мод снтиспам мне дождаться ... ![]()
2maru, конвертация не нужна. надо всего-лишь сообщать mysql в какой кодировке он должен принимать и выдавать данные.
в движке форума делается это с помощью "set names". тогда будет правильная кодировки и в базе и на странице.
Эксперимент: http://punbb.ru/viewtopic.php?pid=7776#p7776
это справедливо и для форума и для мускульной админки.
если данные подставляешь в форму через буфер обмена - тогда вообще ни о чем не думаешь.
если исполняешь скрипт из файла, то в поле выбора кодировки файла выбираешь cp1251 или utf8 - какая у твоего файла.
Очередной ликбез:
не путайте "Сопоставление соединения" и "collation" в MySQL!
в своей админке я вижу
- соединение с сервером utf8_unicode_ci,
- в базе сравнение (collation) по-умолчанию cp1251_general_ci. это значит, что если при CREATE TABLE я не укажу явно свой collation, то он будет таким. у всех моих таблиц collation cp1251_general_ci и все отлично работает! (одно исключение - у поля search_words.word collation бинарный)
- язык интерфейса админки указан "Russian (ru-win1251)". если заглянуть в текст страничек - charset=utf-8
можно сменить на "English (en-utf8)". поменяется только текст самой админки с русского на английский, но charset=utf-8 останется и русский текст в данных будет нормально выводиться!!!
P.S. в принципе, лучше использовать collation utf8_general_ci, тогда гарантированно будут нормально совмещаться русский и, например, французский языки ![]()
2maru, конвертация не нужна
ну да - я так и написал - просто я в свое время удивился - что просто назад импортировал в ту же базу тока с уже с утф-колейтом, и она стала утф (конечно при м\импорте указал утф).
но у меня еще 1 форум был. и там осталась тока 1251 база (причем всеравно утф), но в этом sql-файле для каждой таблицы было прописано колейт - cp1251_general_ci и я это вручную в редакторе заменил на utf8_general_ci. а так то - ненадо ![]()
дада! - я этого и ждал! слава аллаху!
- теперь есть вроде бы нормальная поддержка utf!
Пытаюсь сейчас установить свежескачанный архив punbb-1_2_14-russian-utf на PostgreSQL 8.1. Излагаю последовательность действий в прямом эфире ![]()
Сначала получаю ошибку:
An error occured on line 1432 in file .../forum/install.php.
PunBB reported: Unable to add popup_enable
Database reported: ERROR: type "tinyint" does not existМеняю в этой и в следующей строке TINYINT на SMALLINT. Пробую еще раз:
An error occured on line 1446 in file .../forum/install.php.
PunBB reported: Unable to add columns to table
Database reported: ERROR: syntax error at or near "`" LINE 1: ALTER TABLE punbb_groups ADD `g_pm` INTEGER NOT NULL DEFAULT... ^Убираю обратные кавычки из имени поля (этого и следующего), пробую еще раз:
An error occured on line 1500 in file .../forum/install.php.
PunBB reported: Unable to add group
Database reported: ERROR: current transaction is aborted, commands ignored until end of transaction blockСмотрю что там немного выше в скрипте создаются какие-то таблицы только для mysql причем в CREATE TABLE прописано TYPE=MyISAM... плююсь...
Пока что остановился на этом... ![]()
Сдается мне что эта сборка тестировалась только на mysql... А постгрес юзают люди ускушенные в реляционных бд. Если есть возможность советую поставить форум на mysql
подыскивал себе RSS мод, и в этом посте нашел такую ссылку:
http://punbb.ru/extern.php?action=activ … p;type=RSS
так вот. там вылазит чтото типа:
ОбÑ�уждение Ñ�б …
Задвоенные по�ты
проблема в Word …
Мод демонÑ�тра …
Поддержка UTF-8
Мод Знаки Зодиака
Ошибка форума 8(
как замутить Ñ …
UTF 8 VS WIN1251
"Суперкатегории"
Внимательно в …
ГрамотнаÑ� раÑ� …
Модуль наказаний.
Смена Ñ�тарого …
Иде� мода
каждая строка - это ссылка на свежий пост. и они работают. тока выглядят нетак както...
Добавлено спустя 16 минут 25 секунд:
потом выбрал кодировку utf8 - в меню оперы, и ставло так:
Обсуждение сб …
Задвоенные посты
проблема в Word …
Мод демонстра …
Поддержка UTF-8
Мод Знаки Зодиака
Ошибка форума 8(
как замутить � …
UTF 8 VS WIN1251
"Суперкатегории"
Внимательно в …
Грамотная рас …
Модуль наказаний.
Смена старого …
Идея мода
тоесть видать дело в том что на этой штуке нет кодировки (ну видимо это и не должно быть???? - или как?)
и еще - там сетаки 1 карячк есть - почему?
Добавлено спустя 17 минут 3 секунды:
потом выбрал кодировку utf8 - в меню оперы, и ставло так:
Обсуждение сб …
Задвоенные посты
проблема в Word …
Мод демонстра …
Поддержка UTF-8
Мод Знаки Зодиака
Ошибка форума 8(
как замутить (тут была карячка одна) …
UTF 8 VS WIN1251
"Суперкатегории"
Внимательно в …
Грамотная рас …
Модуль наказаний.
Смена старого …
Идея мода
тоесть видать дело в том что на этой штуке нет кодировки (ну видимо это и не должно быть???? - или как?)
и еще - там сетаки 1 карячк есть - почему?
paper
Да, наша сборка не будет работать с Postgre.
[off]слышал тока про Postsgree даже никада не работал с ней, а что у нее много преимуществ?[/off]
просто с ней даже хостингов мало-мало,.. ну хотя - если есть - конечно надо делаить и для них.
Да, наша сборка не будет работать с Postgre.
Жаль, ну да ладно. Я уже поставил стандартную в 1251. Хотел сделать все в utf-8.
Вы хоть уберите тогда возможность выбора PostgreSQL из install.php и фразу "Наша сборка адаптирована для работы с MySQL" измените как-то чтобы было понятно что ни на чем кроме MySQL она вообще не работает.
Добавлено спустя 3 минуты 20 секунд:
Сдается мне что эта сборка тестировалась только на mysql... А постгрес юзают люди ускушенные в реляционных бд.
Я человек не искушенный. Запустил install.php и оно работает на постгресе (стандартный форум, скачанный с punbb.org).
Если есть возможность советую поставить форум на mysql
Почему? Есть какие-то грабли с postgres?
Добавлено спустя 8 минут 21 секунду:
[off]слышал тока про Postsgree даже никада не работал с ней, а что у нее много преимуществ?[/off]
Достаточно для того чтобы забыть о mysql как о страшном сне ;-)
просто с ней даже хостингов мало-мало,.. ну хотя - если есть - конечно надо делаить и для них.
google дает примерно 2,000,000 результатов на фразу "postgresql hosting". Если этого мало...
А так - мне еще ни разу не приходилось пользоваться хостингом без postgresql. Хотя это конечно ни в коей мере не значит что таких нет ;-)
paper
ну так подправь версию под постгрю, че ты ![]()
Вы хоть уберите тогда ... фразу "Наша сборка адаптирована для работы с MySQL"
С чего бы это? Наша сборка действительно адаптирована для работы с MySQL. Дойдем и до постгре и добавим " и c PostgreSQL"
paper
ну так подправь версию под постгрю, че ты
Ты же видел - я честно пробовал, но не получилось ![]()
Из всех добавленных возможностей которые есть в этой версии, меня интересует только возможность работы в utf-8. И я предпочел бы ставить это в виде патча к исходникам "официального" punbb. Т.е. в случае выхода новой официальной версии можно было бы применить тот же самый патч, если не подойдет - немного подточить его. А установив форум в таком виде как это есть сейчас - я получу только несовместимость с основной веткой и кучу геморроя при апдейтах в будущем...
[off]прочитал: forum.mozilla-russia.org/viewtopic.php?id=15482
заменил http://punbb.ru/extern.php?action=activ … p;type=RSS на _http://punbb.ru/extern.php?action=active&type=RSS
и получил стандартный вывод XML ! - кодировка правильная
[/off]
А установив форум в таком виде как это есть сейчас - я получу только несовместимость с основной веткой и кучу геморроя при апдейтах в будущем...
Каждый получает то что хочет получить.
в файле post.php в сборке есть строка
$required_fields['req_username'] = $lang_post['Guest name'];Она для того чтобы проверить - Пуста ли область ввода имени - если это Гость и если пуста - выдается ошибка - что не заполнено поле "Имя".
Если Гостю разрешено создавать НОВЫЕ темы и Отвечать на темы (что не опасно если вставить туда капчу ( http://punbb.ru/viewtopic.php?pid=8964#p8964 - в конце поста))
ну в любом случае, если не заполнить поле email или ТЕМА - выскакивающая ошибка не говорит какое конкретно поле не заполнено, а говорит "не заполнено поле undefined" - это неаккуратно.
так вот, я предлогнаю заменить ту строку на такую:
$required_fields = array('req_email' => $lang_common['E-mail'], 'req_subject' => $lang_common['Subject'], 'req_message' => $lang_common['Message'], 'req_username' => $lang_post['Guest name']);ну и если установлена капча для гостя - то еще туда вставить
'req_image' => $lang_post['Guest text'],нашел еще 1 ошибку!
в 21-й сборке в register.php:
// IMAGE VERIFICATION MOD BEGIN
// Image verifcation
if ($pun_config['o_regs_verify_image'] == '1')
{
//session_start();
// Make sure what they submitted is not empty
if (trim($_POST['req_image']) == '') {
unset($_SESSION['captcha_keystring']);
message($lang_register['Text mismatch']);
}
if($_SESSION['captcha_keystring'] != strtolower(trim($_POST['req_image']))) {
unset($_SESSION['captcha_keystring']);
message($lang_register['Text mismatch']);
}
if(!isset($_SESSION['captcha_keystring'])){
unset($_SESSION['captcha_keystring']);
message($lang_common['Bad request']);
}
unset($_SESSION['captcha_keystring']);
// if (strtolower(trim($_POST['req_image'])) != strtolower($_SESSION['text']))
// message($lang_register['Text mismatch']);
}
// IMAGE VERIFICATION MOD ENDследует раскоментировать строку
//session_start();
иначе как бы ни набирал правильно КАПЧУ - она говорит что картинка не совпадает с тем что написано!
Добавлено спустя 19 секунд:
те.е надо
session_start();
посмотри строку №25 в register.php
ну да- она там есть. тем не менее, я смог пройти проверку капчи только после того как раскоментировал.
иначе говорила что не совпадает 6 раз.
PunBB по-русски → Вопросы и ответы → Обсуждение сборки punbb-1_2_хх-russian-utf только здесь!
Сгенерировано за 0.110 секунды (86% PHP — 14% БД) 11 запросов к базе данных
Технологии с открытым исходным кодом, несомненно, обладают серьезным преимуществом над аналогичными продуктами, распространяемыми по ограниченным лицензиям. И совершенно неважно, что это. Возможно это:
Впрочем, неважно. Что бы это ни было, важно всячески поощрять и поддерживать Open Source в любом виде. Тем более, что вы знаете, PunBB распространяется по лицензии GPL/GNU. И спасибо за внимание.