-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Игнор ошибок структуры
- Автор темы OZ
- Дата начала
OZ
Новичок
Нет, это принцип XML-валидатора, а не парсера.
-~{}~ 15.10.05 14:29:
Пришлось сделать так:
Текст передаю парсеру по символам - пока не найдена ошибка, записываю текст в строку массива. Как только найдена ошибка - создаётся новый элемент массива (и новый ресурс парсера), куда будет записываться текст до новой ошибки.
Потом этот массив "правильных" текстов по очереди прохожу xml_parse_into_struct, чтобы вытащить нужное из текста.
Очень грязное решение по объёму затраченых ресурсов. Но решать задачу нужно.
Если предложите лучший вариант - буду очень благодарен.
-~{}~ 15.10.05 14:29:
Пришлось сделать так:
Текст передаю парсеру по символам - пока не найдена ошибка, записываю текст в строку массива. Как только найдена ошибка - создаётся новый элемент массива (и новый ресурс парсера), куда будет записываться текст до новой ошибки.
Потом этот массив "правильных" текстов по очереди прохожу xml_parse_into_struct, чтобы вытащить нужное из текста.
Очень грязное решение по объёму затраченых ресурсов. Но решать задачу нужно.
Если предложите лучший вариант - буду очень благодарен.
Steamroller
Новичок
OZ, я не знаю, подойдет ли для xml (это обычно для битого html используется) - может имеет смысл попробовать прогонять через tidy, а затем - отдавать в dom-парсер уже.
booter
Новичок
Давайте пойдем немного от другого - зачем Вам это надо и какую задачу с помощью такого парсера Вы хотите решить?
Как вариант - можно попробовать автоматически распознавать и исправлять ошибки (на худой конец - выбрасывать битый код) и повторно прогонять через парсер. В принципе, можно написать и свой (грамматика у XML не сильно сложная), но на PHP это делать неэффективно.
Как вариант - можно попробовать автоматически распознавать и исправлять ошибки (на худой конец - выбрасывать битый код) и повторно прогонять через парсер. В принципе, можно написать и свой (грамматика у XML не сильно сложная), но на PHP это делать неэффективно.
OZ
Новичок
Я же примерно это и сделал.
Нужно найти аттрибуты у нескольких элементов документа.
Писать свой парсер, регулярными выражениями, например - ещё больше ресурсов потратится, скорость и эффективность тоже слабее.
Я думаю, тут может помочь только одно: как-то запретить PHP-шному XML-парсеру останавливаться на ошибкх. Но, видимо, это не предусмотрено (в мануале таких опций нет).
Спасибо всем, кто предложил свои варианты.
Надо ещё dom-парсеры попробовать.
OZ
Новичок
Я тебе не "дружок", crazy. К зеркалу подойди - хами сколько хочешь.
Валидатор, к твоему сведению, лишь проверяет, валидна структура или нет. А парсер - разбирает эту структуру. И ему ЛЕГКО может попасться неправильная структура - ответ на эту ситуацию зависит от разработчика парсера. Я, кстати, не собирался даже писать XML-парсер.
Слова хрень и чушь более применимы к твоему сообщению, чем к тому, что я делаю.
И ещё: если нечего ответить по теме - нафиг пишешь? Самоутверждаешься? Крут, не спорю, много полезных советов дал.
Валидатор, к твоему сведению, лишь проверяет, валидна структура или нет. А парсер - разбирает эту структуру. И ему ЛЕГКО может попасться неправильная структура - ответ на эту ситуацию зависит от разработчика парсера. Я, кстати, не собирался даже писать XML-парсер.
Слова хрень и чушь более применимы к твоему сообщению, чем к тому, что я делаю.
И ещё: если нечего ответить по теме - нафиг пишешь? Самоутверждаешься? Крут, не спорю, много полезных советов дал.
booter
Новичок
Хм. Если задача - вытащить значения некторых атрибутов - то, возможно, поиск по регулярному выражению скорее всего и будет оптимальным решением. Я, правда, слабо себе представляю неправильно сформированный XML, потому как на него можно натянуть XSL-шкуру, преобразующую его, допустим, в SQL и дальше просто выплюнуть полученые запросы в СУБД.
OZ
Новичок
Я пробовал вытащить регулярными - получилось 134 строки кода - вместо 20 строк XML-функциями (и работает медленнее). Парсится WML-документ, а там очень гибкая структура - нужно предусматривать много вариантов. Кстати, по скорости - летает 
А вот XSL - вариант. Надо попробовать. Спасибо, Booter.
А вот XSL - вариант. Надо попробовать. Спасибо, Booter.
Crazy
Developer
К твоему сведению, дружок, ответ на эту ситуацию. специфицирован стандартом. Если на вход парсера подан well-formed XML, то он его успешно разбирает.
Если не well-formed, то на выхое нет ничего.
Еще раз пишу по теме: ты делаешь хрень и чушь. По двум причинам:
1. Ты не врубаешься в XML. Соответственно, к решению твоей задачи использование XML-парсера не имеет никакого отношения.
2. Ты сам не понимаеь чего хочешь.
-~{}~ 17.10.05 08:46:
Лови:
Код:
<foo><bar buzz="></foo>Ты бредишь еще сильнее OZ'а. Каким образом ты собираешься "натянуть XSL-шкуру" на нечто, не являющеемя well-formed XML? Ты знаешь волшебное мумбо-юмбо?
![[DAN]](/talk/data/avatars/m/0/23.jpg?1320946380){kind=avatar}
[DAN]
Старожил PHPClub
Это означает, что скрипт не вывалится с сообщением о внутренней ошибке.
Что заначит "исправить"? Для придания документу статуса well-formed есть tidy. Естесственно, парсер не будет делать разбор неправильного XML-документа.
Проанализировать ошибку(и), с которой вывалилась libxml можно.
К тому же exсeption handling тоже никто не отменял.
Что заначит "исправить"? Для придания документу статуса well-formed есть tidy. Естесственно, парсер не будет делать разбор неправильного XML-документа.
Проанализировать ошибку(и), с которой вывалилась libxml можно.
К тому же exсeption handling тоже никто не отменял.