>После переноса
>no such file or directory
разве не наталкивает на мысль, что при переносе потеряли некоторые файлы?
напиши два парсера и протестируй, чо.
тогда это бы можно было бы увидеть в show processlist запущенным от суперпользователя.
а должен был показать. ты просто невнимательно смотришь
для начала включи slow log и изучай его.
попробуй.
удобнее выбирать списки значений. сразу видно результат в текстовом виде, а не в виде подсвеченной html-хрени в firebug
ну а в чем проблема? там же не ракетные технологии, а вполне отлаженные в других конфигурациях задолго до ispmanager. найдутся люди и разберутся и в NFS и репликации.
они там правда демонов некоторых понаписали своих, но не так уж сложно выглядит.
про NFS - Андрейку поменьше читай и все будет хорошо.
ну большая часть программистов обходится регулярными выражениями. кто-то пытается изучать xpath.
парсеры на основе xpath точно медленнее. их сложно начать писать.
но так как сайты меняются постоянно, то в последующей поддержке некоторый толк есть. иногда, если выражение составлено удачно, cайт сверстан верстальщиками-модниками, изменение дизайна сайта никак не отражается на работе парсеров.
в php парсеры xpath не так красиво и лаконично выглядят по сравнению с языками где есть специализированные модули - это perl и ruby.
"не, все понятно, но шо конкретно?" (c) Несчастный случай.
Именно на эту песню похожи твои рассуждения. Ну смешно же. если ты понял те утверждения, то вопросов больше не возникнет.
для верстки, где верстальщик аккуратно вставляет tbody.
набери сам простейший html и увидишь, что все работает.
Garf, все там работает и в firebug тоже. это сделали для других нормальных случаев верстки.
Ты вообще пытался изучать xpath или по гуглу программы пишешь? сравнивал эти два выражения?
Выражение полученное в firepath начинающееся с символов "//" - вообще другое по смыслу. оно пропустит достроенные теги и приведет тебя к нужной выборке.
выражение от firebug - полное от корня дерева и строгое не пропускающее ни одного тега, в том числе и достроенных.
dom-парсер в php вообще не знает зачем нужны эти теги и зачем может понадобиться их дополнять. Он просто работает с html как xml.
сейчас проверил этот firepath - не особо удобно в качестве инструмента для парсинга сайтов, когда нужно выдирать не один элемент, а наборы элементов. но выражения строит хорошие.
и, кстати, там есть опция Generate absolute XPath - будет выдавать точно такое же нерабочее в php выражение как и в firebug.
ну так если в браузере просто не хранится другого варианта дерева, кроме исправленного, то какое же еще выражение получится? firefox вот уже много лет ведет неравную битву с потреблением памяти, а ты хочешь чтобы они еще и дерево дополнительное хранили.
если кто-то знает браузер или способ быстро выделять xpath без достроенных тегов - расскажите очень полезно было бы.
