soka

Проверено. Суть проблемы мне не известно, но если дальнейшей разбор документа в обычном режиме прекращается, логически можно предположить что он прекратится и при подавление ошибки, разница только в том, что не будет выброшена ошибка. Ни в Simplexml, ни в DOMDocument проблем с парсингом xml нету.

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

Чем? Ссылкой на левый баг? Я вижу конкретно сообщение об ошибке с кодировкой. Чем она вызвана - багом в libXML или кривой кодировки мне не известно. Предположение о том что баг в библиотеке xml можно строить только по тому, что указанные байты являются кодировкой utf-8. Но смущает строка в которой содержится ошибка.

Как раз это было плюсом тройки. Настройки должны находится в отдельном файле, и не имеет значения сколько файлов для этого нужно править - логика должна быть отделена от представления и настроек а не находится вперемешку. Это в четверке что-ли? Более ебанутого для восприятия кода чем в этом паттерне программирования а ля "ооп джава" и которым в сейчас превратили все фреймворки в какое-то унылое говно я не встречал. Тройка на этот счет была более интуитивная в классическом стиле php. Для этого нужно было только заменить $RDB->addSlashes($username) на $RDB->addSlashes($this->method_config['login_user_id'] == 'email' ? $email_address : $username), а все остальное настроить в АЦ: в опциях метода для Login Type указать Email address, а в его настройках указать поле емайла для Remote username name field. Больше руками ничего не надо было делать - при желании легко можно переключится с емайла на юзернейм в опциях метода указав соответствующий тип и имя поле в бд. You are serious? "А если там не будет перевода строк то она будет в строке 194. А если в вашем блоке присутствуют нестандартные типы шифрования то она будет строке 194 + %n, где %n это число ваших методов". Автор, в таких случаях просто пишут перед или после чего нужно добавить код, строку нет смысла указывать так как она может меняться от версии к версии и притом весьма значительно, указать можно только приблизительно. Слишком много букв о том, как добавить две строчки кода и что в старой версии для этого пришлось бы редактировать два файла. Такое ощущение что вы рассказываете не том как добавить новый тип шифрования, а закрепляете свои познания в php передачей аргументов в функции, в каком порядке они должны идти и как обрамляются строки. Тем, кто знаком с этим языком и так это знают, им нужен конкретно способ, а тем кто не знаком, эти подробности абсолютно не нужны. Способ с передачей аргументов вообще лишней. У каждого метода есть свой ключ который можно использовать в условие: if( !\IPS\Settings::i()->allow_reg AND mb_strtolower( $this->key ) !== 'external' ) Более того, даже этого делать не нужно, достаточно просто включить регистрацию перед вызовом createOrUpdateAccount: \IPS\Settings::i()->allow_reg = 1; $member = $this->createOrUpdateAccount( NULL, array(), $this->settings['db_col_user'] ? $result[ $this->settings['db_col_user'] ] : NULL, $this->settings['db_col_email'] ? $result[ $this->settings['db_col_email'] ] : NULL );

xml карта генерируется и отдается по этому адресу. В роботс.тхт или в панели ВМ следует указать этот адрес. site.ru/sitemap.php

Он работает так как должен работать, а вам конкретнее следует указать что написать что именно не устраивает.

Прежде чем ссылаться на какой-то баг, прочитайте хотя-бы сначала его описания. Даже из школьной программы английского языка понятно, что никакое отношение "empty node name" к "input is not proper utf-8" не имеет. В вашей ошибке говорится о том, что содержимое не является UTF-8. Если редактируете файлы сохраняйте его в правильной кодировке.

Покажите результат запроса 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 ошибок, их тоже нужно смотреть.

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

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

http://ipbskins.ru/forum/topic9785.html

При том же, что и max_input_vars. Эта говорит о том, что uri слишком большой и управляется он директивой LimitRequestLine в апаче, large_client_header_buffers в nginx.

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

За 2000 руб готовы рассмотреть ваше тз. Но вы должны в подробностях описать ваши требования, и показать наглядно на скриншотах.

http://ipbmafia.ru/topic/12109-kak-na-stranice-topika-ubrat-iz-title-nazvanie-kategorii/#comment-91778

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

http://ipbskins.ru/forum/topic14417.html но для php 7 потребуется еще пару правок сделать.

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

Так а проблема то в чем? Форум из этой папке работает нормально.

Вам кто-то отредактировал пути? Или вы не правильно закачали форум, корневая директория которая должна быть в /var/www/..../web

Ваше непонимаение в том, что вы путаете гет с адресной строкой. Автор написал что он работает с гет запросом и привел в пример код на каком-то языке. Он указал конкретную проблему - не может пройти аутентификацию. Адресная строка это ваше предположение, потому что она у вас ассоциируется с гет запросом. Он не говорил из какого интерфейса выполняет запрос, да это и не имеет в данном случае столь важного значения, потому что проблема у него была в другом - он не знает механизм работы аутентификации, а для этого сначала нужно прочитать документацию по этому протоколу и понять как он работает, для бейсик авторизации самое удобное сделать из браузера посредством отладчика хттп заголовках. В скрипте тоже придется запихнуть и выполнять тот же самый ГЕТ запрос.

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

Автор написал что он взаимодействует с API посредством GET запроса, каким образом он это делает - из адресной строки, через сокеты или из другого интерфейса это не важно, в данном случае с одинаковым успехом можно отправить запрос из браузера пройти аутентификации и благополучно получить ответ. Он все правильно делает, за исключением того, что apikey не является параметром гет запроса, а логином для бейсик аутентификации с которой, к сожалению, он либо никогда не встречался либо не понимает суть ее работы. Аналогия, сравнения, отождествления с адресной строкой когда речь идет о методе запроса здесь абсолютно не корректно, оно мне кажется не к месту. Мне, если потребуется, проще будет передать из адресной строки числовой идентификатор нежели городить г-скрипты для этого. Автор не работает с адресной строкой, он работает с гет запросам, а каким образом он это осуществляет для нас не имеет значения, если ему так проще и он конечно знает как правильно формировать запрос, пусть делает хоть и из адресной строки, главное что ошибка у него в другом. Надеюсь он все таки что-то из этого понял.

Широкий интерфейс взаимодействия понятие относительное, можно отправить один параметр и получить несколько мегабайт данных, а можно отправить кучу данных и получить только результат о проведения операции. И не имеет значения каким образом была отправлена эта переменная, методом GET или другим способом - все зависит от конкретной задачи и архитектуры API. Параметры в адресной строке передаются методом GET, но метод GET не является адресной строкой. Это названия метода GET адресной строкой очень сильно режет "слух" и создает ощущение мягко говоря дилетантства. Сам REST по спецификации использует разные методы - GET для чтения, POST для сохранения, DELETE для удаления и тд, что наглядно можно увидеть в примере.