catprog: Я подозреваю что MySql перестраивает индексы или чтото там себе служебное делает, а после перезагрузки продолжает это делать. Вот знать бы как это остановить.
тогда это бы можно было бы увидеть в show processlist запущенным от суперпользователя.
хотя другие запросы можно было выполнять на сервере, нельзя было только удалить таблицу над которой был запрос. ... запрос "show processlist" не показывает ничего особенного, как будто все ок.
а должен был показать. ты просто невнимательно смотришь
Александр Фролов: По умолчанию используется NFS, а также репликация MySQL в режиме Master-Slave.
Насколько я понимаю, NFS не устроит меня по скорости работы и надежности, тут больше подходит дисковое хранилище с оптическим интерфейсом. За доп. деньги это могут настроить в ISP System, видимо, и репликацию Mysql в режиме Master-Master, однако, насколько я понял, мне не могут предложить сопровождение с гарантированным и очень малым временем реакции на запросы. В результате может получиться ситуация, когда кластер перестанет работать, и я не получу мгновенной поддержки
ну а в чем проблема? там же не ракетные технологии, а вполне отлаженные в других конфигурациях задолго до ispmanager. найдутся люди и разберутся и в NFS и репликации.
они там правда демонов некоторых понаписали своих, но не так уж сложно выглядит.
про NFS - Андрейку поменьше читай и все будет хорошо.
Counselor: Первый раз слышу мнение, что функция копирования пути нужна для пхп ))
ну большая часть программистов обходится регулярными выражениями. кто-то пытается изучать xpath.
парсеры на основе xpath точно медленнее. их сложно начать писать.
но так как сайты меняются постоянно, то в последующей поддержке некоторый толк есть. иногда, если выражение составлено удачно, cайт сверстан верстальщиками-модниками, изменение дизайна сайта никак не отражается на работе парсеров.
в php парсеры xpath не так красиво и лаконично выглядят по сравнению с языками где есть специализированные модули - это perl и ruby.
Garf, все там работает и в firebug тоже. это сделали для других нормальных случаев верстки.
Ты вообще пытался изучать xpath или по гуглу программы пишешь? сравнивал эти два выражения?
Выражение полученное в firepath начинающееся с символов "//" - вообще другое по смыслу. оно пропустит достроенные теги и приведет тебя к нужной выборке.
выражение от firebug - полное от корня дерева и строгое не пропускающее ни одного тега, в том числе и достроенных.
dom-парсер в php вообще не знает зачем нужны эти теги и зачем может понадобиться их дополнять. Он просто работает с html как xml.
сейчас проверил этот firepath - не особо удобно в качестве инструмента для парсинга сайтов, когда нужно выдирать не один элемент, а наборы элементов. но выражения строит хорошие.
и, кстати, там есть опция Generate absolute XPath - будет выдавать точно такое же нерабочее в php выражение как и в firebug.
ну так если в браузере просто не хранится другого варианта дерева, кроме исправленного, то какое же еще выражение получится? firefox вот уже много лет ведет неравную битву с потреблением памяти, а ты хочешь чтобы они еще и дерево дополнительное хранили.
если кто-то знает браузер или способ быстро выделять xpath без достроенных тегов - расскажите очень полезно было бы.
>После переноса
>no such file or directory
разве не наталкивает на мысль, что при переносе потеряли некоторые файлы?
да ну, это на регулярках они быстрее что ли?
напиши два парсера и протестируй, чо.
Я подозреваю что MySql перестраивает индексы или чтото там себе служебное делает, а после перезагрузки продолжает это делать. Вот знать бы как это остановить.
тогда это бы можно было бы увидеть в show processlist запущенным от суперпользователя.
хотя другие запросы можно было выполнять на сервере, нельзя было только удалить таблицу над которой был запрос.
...
запрос "show processlist" не показывает ничего особенного, как будто все ок.
а должен был показать. ты просто невнимательно смотришь
для начала включи slow log и изучай его.
А чем xpather лучше firepath ?
попробуй.
удобнее выбирать списки значений. сразу видно результат в текстовом виде, а не в виде подсвеченной html-хрени в firebug
По умолчанию используется NFS, а также репликация MySQL в режиме Master-Slave.
Насколько я понимаю, NFS не устроит меня по скорости работы и надежности, тут больше подходит дисковое хранилище с оптическим интерфейсом. За доп. деньги это могут настроить в ISP System, видимо, и репликацию Mysql в режиме Master-Master, однако, насколько я понял, мне не могут предложить сопровождение с гарантированным и очень малым временем реакции на запросы. В результате может получиться ситуация, когда кластер перестанет работать, и я не получу мгновенной поддержки
ну а в чем проблема? там же не ракетные технологии, а вполне отлаженные в других конфигурациях задолго до ispmanager. найдутся люди и разберутся и в NFS и репликации.
они там правда демонов некоторых понаписали своих, но не так уж сложно выглядит.
про NFS - Андрейку поменьше читай и все будет хорошо.
Кроме firepath есть xpather http://xpath.alephzarro.com/. Мне больше нравится.
Первый раз слышу мнение, что функция копирования пути нужна для пхп ))
ну большая часть программистов обходится регулярными выражениями. кто-то пытается изучать xpath.
парсеры на основе xpath точно медленнее. их сложно начать писать.
но так как сайты меняются постоянно, то в последующей поддержке некоторый толк есть. иногда, если выражение составлено удачно, cайт сверстан верстальщиками-модниками, изменение дизайна сайта никак не отражается на работе парсеров.
в php парсеры xpath не так красиво и лаконично выглядят по сравнению с языками где есть специализированные модули - это perl и ruby.
"не, все понятно, но шо конкретно?" (c) Несчастный случай.
Именно на эту песню похожи твои рассуждения. Ну смешно же. если ты понял те утверждения, то вопросов больше не возникнет.
На нескольких сайтах попробовал абсолютные пути Xpath с файрбага и все равно не работает. Для какой верстки "нормальной" это сделано я хз.
для верстки, где верстальщик аккуратно вставляет tbody.
набери сам простейший html и увидишь, что все работает.
Garf, все там работает и в firebug тоже. это сделали для других нормальных случаев верстки.
Ты вообще пытался изучать xpath или по гуглу программы пишешь? сравнивал эти два выражения?
Выражение полученное в firepath начинающееся с символов "//" - вообще другое по смыслу. оно пропустит достроенные теги и приведет тебя к нужной выборке.
выражение от firebug - полное от корня дерева и строгое не пропускающее ни одного тега, в том числе и достроенных.
dom-парсер в php вообще не знает зачем нужны эти теги и зачем может понадобиться их дополнять. Он просто работает с html как xml.
сейчас проверил этот firepath - не особо удобно в качестве инструмента для парсинга сайтов, когда нужно выдирать не один элемент, а наборы элементов. но выражения строит хорошие.
и, кстати, там есть опция Generate absolute XPath - будет выдавать точно такое же нерабочее в php выражение как и в firebug.
ну так если в браузере просто не хранится другого варианта дерева, кроме исправленного, то какое же еще выражение получится? firefox вот уже много лет ведет неравную битву с потреблением памяти, а ты хочешь чтобы они еще и дерево дополнительное хранили.
если кто-то знает браузер или способ быстро выделять xpath без достроенных тегов - расскажите очень полезно было бы.