soka

Вы используйте русскую локализацию на английский вариант базы данных. Для требуются два поле vk_uid и vk_token
ALTER TABLE members ADD COLUMN vk_uid bigint(20) unsigned NOT NULL default '0', ADD COLUMN vk_token TEXT NULL  

Вы используйте русскую локализацию на английский вариант базы данных. Для требуются два поле vk_uid и vk_token
ALTER TABLE members ADD COLUMN vk_uid bigint(20) unsigned NOT NULL default '0', ADD COLUMN vk_token TEXT NULL  

Вы используйте русскую локализацию на английский вариант базы данных. Для требуются два поле vk_uid и vk_token
ALTER TABLE members ADD COLUMN vk_uid bigint(20) unsigned NOT NULL default '0', ADD COLUMN vk_token TEXT NULL  

Сбросить кеш форума.

Объясните мне кто нибудь, в чем сакральный смысл качать хук с форума автора и приходить на чужом форуме спрашивать его поддержку? Пусть даже если и скачен с другого форума, в хуке есть адрес и никнейма автора, у него и спрашивайте.

В IPB есть такая штука как синхронизация пользователей (MemberSync), она выполняется при определенных событий on%Event% и имеет в своем классе большинство событий для полноценной синхронизации пользователя с удаленной базой данных - onCreateAccount, onLogin, onDelete, onProfileUpdate и тд. Этот инструмент дает больше возможностей для управления. Правда, с паролем там небольшие проблемы, так как есть только изменяемые поля, но нету "чистого" пароля. Можно и с методом авторизации синхронизировать, с костылями для хеширования пароля, регистрация аккаунта на примере выше это получилось так 
WoW External Auth.xml
WoW External Auth.xml

Я и не собираюсь, этого еще мне хватало. Если бы мне нужно было им пользоваться я бы не стал его обсирать в качестве объективной критики. 
 
Автор темы/сообщения тоже меняется одним запросом, ну для обновления статистики и прочей херни можно дополнительно понаписать коду. Проверка пароля тоже делается одной строчки кода, да и не нужна она в принципе, лучше подключить ядро форума и проверять права администратора (только не говорите что вы искали и не нашли). ТС, вы же сами знаете что код унылый, и дело не в том что я могу написать лучше или хуже, или не нравится не пользуйся, а в том что это говнокод, пусть и для себя но который нужно писать нормально.
 
Это уже прогресс. Критика пошла на пользу. Для будущего развития можно рассмотреть подобные варианты
<?php require_once 'init.php'; \IPS\Dispatcher\Build::i(); foreach( \IPS\Db::i()->select('tid', 'forums_topics', array( 'topic_open_time > 0 AND topic_open_time <= ? AND approved = -1', time())) as $tid ) { $topic = \IPS\forums\Topic::load( $tid ); $topic->approved = 1; $topic->state = 'open'; $topic->topic_open_time = ; $topic->save(); $topic->resyncLastComment(); $topic->resyncLastReview(); if( $container = $topic->containerWrapper() ) { $container->setLastComment(); $container->setLastReview(); $container->save(); } } или одним sql запросом 
<?php require_once 'init.php'; \IPS\Dispatcher\Build::i(); \IPS\Db::i()->update( 'forums_topics', array('approved' => 1, 'state' => 'open', 'topic_open_time' => ), array( 'topic_open_time > 0 AND topic_open_time <= ? AND approved = -1', time() ) );  

Некрофилы, хватит использовать использовать CGI. Это устаревший протокол заре интернета у которого низкая производительность и проблемы с безопасностью. Никакое отношение через какой интерфейс работает php к этой проблеме не имеет. XMLReader аналогично дает сбой и на apache2handler при том, что simplexml разбирает файл без ошибок. 
ТС, пишите баг репорт или даунгрейдите версию php.

Удалить следующие лэнги. Но это костыль а не решение, не в этих, так в других может отвалится парсер если в переводе что-то изменится.
Array ( [Russian (RU) - All Applications.xml] => Array ( [0] => coppa_form_intro [1] => coppa_form_phone [2] => coppa_form_date [3] => coppa_form_sig [4] => coppa_form_privacy [5] => coppa_form_mail [6] => coppa_form_fax [7] => delta_upgrade_download_full [8] => delta_upgrade_go_to_clientarea [9] => delta_upgrade_manual_footer [10] => theme_custom_setting_type [11] => theme_custom_setting_type_other [12] => editor_skin_nowrite [13] => htaccess_mod_rewrite [14] => task_method_cron_warning [15] => dashboard_tasks_web_broken_desc [16] => field_display_custom [17] => field_display_display_json_custom [18] => field_display_display_json_custom_desc [19] => field_display_listing_json_badge [20] => field_display_listing_json_custom [21] => field_display_listing_json_custom_desc [22] => cms_field_no_type_warning [23] => invoice_timeline_generate_event [24] => invoice_timeline_generate_time [25] => invoice_timeline_invoice_exp_time [26] => err_no_shipping_methods [27] => f_blurb_maxmind_riskyemail_y [28] => p_stock_price_dynamic_desc [29] => easypost_address_default_desc ) [Russian (RU) - Commerce.xml] => Array ( [0] => paymethod_countries_desc [1] => invoice_timeline_grace_time [2] => invoice_timeline_grace_event [3] => invoice_timeline_invoice_exp_event [4] => fraud_rule_conflict [5] => p_stock_price_dynamic_desc [6] => email_transaction_waiting [7] => task__billingAgreements ) [Russian (RU) - Pages.xml] => Array ( [0] => field_display_display_json_custom [1] => field_display_display_json_custom_desc [2] => field_display_listing_json_custom_desc [3] => cms_field_no_type_warning [4] => field_display_opts_title [5] => field_display_opts_content ) [Russian (RU) - System.xml] => Array ( [0] => delta_upgrade_manual_footer [1] => delta_upgrade_mismatch_versions [2] => no_phar_extension [3] => gbw_delete_attachments [4] => gbw_delete_attachments_desc [5] => captcha_type_recaptcha2 [6] => editor_plugin_folder [7] => editor_plugin_folder_desc [8] => htaccess_mod_rewrite [9] => htaccess_mod_rewrite_desc [10] => plugin_settings_keys [11] => plugin_settings_code [12] => plugin_settings_code_desc [13] => dashboard_tasks_not_enough_desc ) )  

Некрофилы, хватит использовать использовать CGI. Это устаревший протокол заре интернета у которого низкая производительность и проблемы с безопасностью. Никакое отношение через какой интерфейс работает php к этой проблеме не имеет. XMLReader аналогично дает сбой и на apache2handler при том, что simplexml разбирает файл без ошибок. 
ТС, пишите баг репорт или даунгрейдите версию php.

/system/Content/Controller.php
\IPS\Output::i()->title = $container ? ( $title . ' - ' . $container->_title ) : $title; . ' - ' . $container->_title есть названия раздела

Некрофилы, хватит использовать использовать CGI. Это устаревший протокол заре интернета у которого низкая производительность и проблемы с безопасностью. Никакое отношение через какой интерфейс работает php к этой проблеме не имеет. XMLReader аналогично дает сбой и на apache2handler при том, что simplexml разбирает файл без ошибок. 
ТС, пишите баг репорт или даунгрейдите версию php.

То же самое я могу сказать о вас. Но ведь этого не говорю, потому что мне не известен уровень ваших знаний, интересно каким образом вы определили мой чтобы называть меня профаном? Пока я могу сказать, что вы явно не хотите слушать и упорно пытаетесь доказать свой тезис с пеной у рта, не обращая никакого внимания на реальные доводы которые вам приводят, будто не дай бог это окажется правдой. Ясно, на словах вас не переубедить и никакой информации не донести, тут явный блок - "профан что-то мне втирает". Не хотите слушать, ваше дело, проверьте тогда сами свои утверждения, докажите несостоятельность моих, и не ссылкой на какой-то код в котором вы не разбираетесь. Проведите опыты - скачайте лэнгпак и попробуйте прочитать файлы xmlreader'ом. Отключите вывод ошибок из libxml_use_internal_errors и попробуйте снова. Мне ничего доказывать не нужно, докажите себе.

Этот костыль не решает проблему, документ будет парсится до первой и дальнейший разбор прекратится. Похоже что в XMLReader действительно есть какой-то баг. Пишите в IPS - не повезло с им с этой библиотекой.

/system/Content/Controller.php
\IPS\Output::i()->title = $container ? ( $title . ' - ' . $container->_title ) : $title; . ' - ' . $container->_title есть названия раздела

Покажите результат запроса SELECT MAX(member_id) FROM core_members
Выполните запрос ALTER TABLE core_members AUTO_INCREMENT=0
или, если таблица в innoDB - ALTER TABLE core_members AUTO_INCREMENT = результат_первого_запроса + 1
Логи нужно смотреть за соответствующей за соответствующие время ошибки.
*_sql.php это логи sql ошибок, их тоже нужно смотреть.

Я разве где-то говорил в чем была проблема? Я просил вас привести логи, только по ним можно делать какие-то конкретные предположения.
 
Поэтому нужно смотреть логи.
 
Не надо фантазировать. Это код всех критических ошибок которые возникают на форуме и абсолютно не корректно потому что это общесобирательная ошибка и не привязана к какой-то конкретной функции. Причину ее возникновения нужно смотреть только в логах.

Приведите логи из \uploads\logs или админцентра. Чистка кеша и все остальное танцы с бубнами.

Покажите значение Auto_increment из запроса 
SHOW TABLE STATUS LIKE "core_members"
а также логи из /uploads/logs/
В структуру таблицы и данных в ней, особенно в те поля которые имеют значение идентификаторов записей в таблице, если вы не знакомы реляционными СУБД лазить не надо. member_id это первичный ключ и является и является логической связью между связанными таблицами.
 

Выполнить обновление согласно инструкции. Когда появится ошибка, приходите с полным текстом ошибки и на каком шагу она возникает. Есть предположение что вы не правильно загружаете новую версию форума. Как вариант можете создать файл constants.php с константой к директории форума.

Ох, люблю же я такие сообщения, напишут целую диссертацию по какой-то ошибке вырванной из контекста и тут же предложат изменить конфигурацию сервера изменяя пути и прочую ересь. Если магомед не идет к горе, гора пойдет к магомеду?.. Нахрена менять конфигурационный файл, когда очевидно, что нужно отредактировать пути в настройках форума. ИПБ не использует абсолютные пути которые привязаны конкретно к какой системе, а значит нужно правильно указать путь к папкам форума в системных настройках, или как минимум привести полностью сообщения ошибке и посмотреть на какой путь ругается и откуда он там взялся.

В 3.4.8? Вы уверены? И конечно же эта версия была установлена с нуля, а не обновлялась с 3.4.6-7 где админ устанавливал патчи безопасности через полгода их выхода. 
 На ютубе столько видео про эксплуатации sql инъекции, что любой школьник посмотрев и скачав эксплоит на питоне может "взломать форум". Мы не однократно сталкиваемся со взломами, и все как на подбор по одному сценарию, тот же самый пайлоад одного и того же эксплоита (естественно из паблика). Во всех случаях взлома с которыми доводилась сталкиваться я не встречался с не шаблонным взломом, например в той же самой sql инъекции в случае отсутствия доступа к sql логам вместо error based использовался бы time bassed injection. Откуда новоиспеченному хацкеру знать про брут через инъекцию на основе задержке ответа сервера, а уже тем более написать под это дело эксплоит. У нас нас имеются разные версии начиная с 3.0.5 которые мы патчим своевременно, и вот что удивительно - пока никто их не взломал, хотя попытки периодически повторяются, естественно с заезженными уязвимостями. Может просто нужно вовремя устанавливать патчи?
Да, в ипб есть уязвимости (они есть в любом масштабном продукте). Но проблема не столько в них, сколько в школьниках которые скачивают незапатченные нуллы старые, а потом жалуются что их взломали. Или в администраторов которые пренебрежительно относятся к безопасности форума и не обновляют продукт.

В 3.4.8? Вы уверены? И конечно же эта версия была установлена с нуля, а не обновлялась с 3.4.6-7 где админ устанавливал патчи безопасности через полгода их выхода. 
 На ютубе столько видео про эксплуатации sql инъекции, что любой школьник посмотрев и скачав эксплоит на питоне может "взломать форум". Мы не однократно сталкиваемся со взломами, и все как на подбор по одному сценарию, тот же самый пайлоад одного и того же эксплоита (естественно из паблика). Во всех случаях взлома с которыми доводилась сталкиваться я не встречался с не шаблонным взломом, например в той же самой sql инъекции в случае отсутствия доступа к sql логам вместо error based использовался бы time bassed injection. Откуда новоиспеченному хацкеру знать про брут через инъекцию на основе задержке ответа сервера, а уже тем более написать под это дело эксплоит. У нас нас имеются разные версии начиная с 3.0.5 которые мы патчим своевременно, и вот что удивительно - пока никто их не взломал, хотя попытки периодически повторяются, естественно с заезженными уязвимостями. Может просто нужно вовремя устанавливать патчи?
Да, в ипб есть уязвимости (они есть в любом масштабном продукте). Но проблема не столько в них, сколько в школьниках которые скачивают незапатченные нуллы старые, а потом жалуются что их взломали. Или в администраторов которые пренебрежительно относятся к безопасности форума и не обновляют продукт.

Все идет к тому, что наша жизни на земле обречена и через 1,1 млрд лет она исчезнет в следствие увлечение светимости Солнца.
 
И чем же она так хороша?
https имеет смысл там где идет обмен конфиденциальными данными, на обычных сайтах "про котят" он нахрен никому не нужен и еще сто лет не будет нужен.
Возможно, когда нибудь в будущем, через пару десяток лет, когда он станет протоколом по умолчанию... 

Все идет к тому, что наша жизни на земле обречена и через 1,1 млрд лет она исчезнет в следствие увлечение светимости Солнца.
 
И чем же она так хороша?
https имеет смысл там где идет обмен конфиденциальными данными, на обычных сайтах "про котят" он нахрен никому не нужен и еще сто лет не будет нужен.
Возможно, когда нибудь в будущем, через пару десяток лет, когда он станет протоколом по умолчанию...