Парсинг текста за исключением тэгов

[Dumpty]

Всем привет.
Вот такая задача стоит.. Нужно в тексте найти слова регуляркой, за исключением случае если слово находится в тэге (ссылка, картинка) или анкоре.
Язык PHP

Пример:
"text find me <a href="xxx.com/find">find</a><img src="tratat/find.jpg">find something here find"

Дак вот, preg_match_all должен найти 3 раза слово find, которые не в теге a, img и не анкор для ссылки. Выделил жирным что должно найтись.

Вопрос не в регулярки для поиска текста find, так как регулярка оч сложная своя. Вопрос в том, как отсеять потом найденные результаты если они не там где надо находятся, или же может есть какой фильтр для preg_match_all чтобы не искало в тегах...

Вобщем как то так =)

[DimaX]

Удали предварительно из текста все ссылки и картинки preg_replace'ом и все

preg_replace('#<a\s.+?</a>#is', '', $text);
preg_replace('#<img.+?>#is', '', $text);

З.Ы. Регулярки не тестил.

[Dumpty]

Дак их то потом вернуть надо. Вобщем и целом задача такая: взять текст, добавить свои ссылки, залить обратно. При этом сохранив структуру текста что была раньше (включая все тэги)

[AlexWM55]

Для этого есть парсинг DOM. берем то, что внутри тега, химичим с ним, и в этот же тег записываем. все уже придумано

[DimaX]

Сообщение от Dumpty

Дак их то потом вернуть надо.

Дак ты так бы сразу и сказал, а ты сказал, что надо только:

в тексте найти слова регуляркой, за исключением случае если слово находится в тэге (ссылка, картинка) или анкоре.

Без внятного ТЗ результат хз (С)

[chesser]

В общем виде решить эту задачу обычным однопроходным regexp-парсером невозможно, т.к. html или xml не являются регулярными языками.

тут либо SAX/DOM, либо разработанный мною (n+1)-проходный рекурсивный нисходящий регулярный LL-парсер, использующий регекспы: http://chesser.ru/blog/html-regexp-p...xcluding-tags/
(n - число исключающих или "особенных" тегов)

по ссылке описан алгоритм и код, который нужно чуть-чуть доработать до нужного функционала.

DOM проще в использовании, но не везде доступен, удобен и кущает много ресурсов. Мой вариант такой же универсальный для решении подобных задач, работает везде, работает всего в n-раз медленнее простых регекспов, что есть быстро. DOM будет медленнее на несколько порядков, потому что там сложность минимум O(N^2)

[Dumpty]

Сообщение от chesser

В общем виде решить эту задачу обычным однопроходным regexp-парсером невозможно, т.к. html или xml не являются регулярными языками.

тут либо SAX/DOM, либо разработанный мною (n+1)-проходный рекурсивный нисходящий регулярный LL-парсер, использующий регекспы: http://chesser.ru/blog/html-regexp-p...xcluding-tags/
(n - число исключающих или "особенных" тегов)

по ссылке описан алгоритм и код, который нужно чуть-чуть доработать до нужного функционала.

DOM проще в использовании, но не везде доступен, удобен и кущает много ресурсов. Мой вариант такой же универсальный для решении подобных задач, работает везде, работает всего в n-раз медленнее простых регекспов, что есть быстро. DOM будет медленнее на несколько порядков, потому что там сложность минимум O(N^2)

реализовал по другому, но оч интересный пост если мой вариант не сработает, буду разбираться с твоим

Сделал так - беру все тэги "a", "img", смотрю их стартовую позицию в тексте и конечную. Пишу в массив (например 230-311). Далее нахожу нужный текст и сравниваю с массивом. Если нужный текст (стартовая позиция и конечная позиция (15-40 или 400-429) не входит ни в один диапазон из массива, значит это не тэг, и можно использовать.

Быдлокод?) Надо проверить в бою

[DimaX]

Сообщение от Dumpty

реализовал по другому, но оч интересный пост если мой вариант не сработает, буду разбираться с твоим

Сделал так - беру все тэги "a", "img", смотрю их стартовую позицию в тексте и конечную. Пишу в массив (например 230-311). Далее нахожу нужный текст и сравниваю с массивом. Если нужный текст (стартовая позиция и конечная позиция (15-40 или 400-429) не входит ни в один диапазон из массива, значит это не тэг, и можно использовать.

Быдлокод?) Надо проверить в бою

На первый взгляд выглядит логично) Быдло-не быдло код, какая особо разница, если делаешь для себя и тебе так удобнее)

Я, например, подумал, что можно все вхождения в теги заменить сначала на что-то не подпадающее под маску поиска (т.е. сначала нашел все вхождения find в тегах и заменил их на "хуяинд"), а после обработки сменить обратно ("хуяинд" -> find) - коряво и костыль, да и пох)

[dady]

Абсолюдно согласен говнокодерство примелимо когда кодишь для себя и не надо никому разбиратся в твоём коде... т.е делать по любому лиж бы работало.