палят!
Последний раз редактировалось Kaidan; 18.02.2016 в 04:45. Причина: site-specific mess
Не срабатывает когда нужно, зато срабатывает когда не нужно.
Ок, после исправления - теперь срабатывает и когда нужно, и когда не нужно.
---------- Добавлено в 20:53 ---------- Предыдущее сообщение было в 20:51 ----------
А вот так на самом деле работает..
Код:var адрес = 'http://forum.velomania.ru/forum.php', раздел='Беседка', автор ='Juggernaut', интервал = 15; var func = function() {$.get(адрес, function(d) { if ($('.forumrow').has('.forumtitle a:contains('+раздел+')').has('.username:contains('+автор+')').length) { alert('Сообщение автора "'+автор+'" найдено'); } else { setTimeout(func, интервал*1000); } })}; func();
---------- Добавлено в 20:57 ---------- Предыдущее сообщение было в 20:53 ----------
Последний раз редактировалось lookout; 19.02.2016 в 22:45.
Proof or GTFO.
Не работает. Ни на роутере "за тыщу рэ", ни на бюджетном хостинге с 256MB ОЗУ, так, чтобы каждые 2-3 сек, хотя бы 20 страниц мониторить. Пример такой задачи для "домашних" целей: отслеживание появления билетов в продаже на несколько спектаклей, на разные даты. Если не затруднит, пример в студию, как такой скрипт справится с задачей и сколько ресурсов будет выжирать при этом. И чур не халтурить c микро-страницами. В качестве эталона - афиша Большого Театра.
Для этого мне придётся создать тему в беседке "Juggernaut ломает греп", чего я делать не хочу )
Он также не работает на калькуляторе, принтере, картофелине...
Но для его работы нужно 0 (ноль) ресурсов пользователя. И не надо ни роутеры держать включёнными, ни хостинги покупать, и потом ещё и их админить..
Регишься на openshift, там бесплатно запускаешь всё что угодно на node.js сервере - https://developers.openshift.com/en/...-overview.html
А вот твой у меня не пошёл на ротуере, т.к. места для курла уже нет.
Можно конечно было что-то потереть.. но честно говоря, во времена, когда космические корабли бороздят просторы Большого театра, снова париться с этим микроменеджментом нет никакого желания.
---------- Добавлено в 23:14 ---------- Предыдущее сообщение было в 23:12 ----------
Уточни, откуда спектакли и даты берутся? опять хардкод, как у тебя?
Последний раз редактировалось lookout; 20.02.2016 в 23:26.
Какое отношение имеет создание другой темы, к вопросу предоставления доказательств к вашему утверждению в этой?
Распространненый полемический прием, используемый при отсутствии собственных веских аргументов в споре: «Сведение к абсурду».
Мсье теоретик? "Бесплатно" относится к проектам уровня "мааам смари у меня hello world работает на сервере!". Трафик и конская нагрузка на CPU от js-парсера потребуют вложений. Вот почему мы до сих пор не видим решения предложенной мною задачи с билетами от вас.
Мы с вами на брудершафт не пили.
Откуда берутся спектакли и даты можно уточнить в дирекции Большого Театра.
Вся суть погромистов на библиотечке jQuery. Оптимизация, датчики, микроустройства, "Интернет вещей"? — Не, не слышал.
Вообще-то смысл первого сообщения в том, что можно использовать нормальные парсеры html вместо грепа, которые существуют и в консольке.
А код под JQuery был приведён как пример насколько логичнее он выглядит, и дальше был пример по надёжности - с грепом получилось на второй раз, да и то в глючащем полурабочем варианте, с парсером html - с первого раза и надёжно..
Можно вместо jquery использовать консольный перл и пайтон, какие проблемы.
Можно, хотя как гласит Бритва Оккама: «Не следует плодить сущее без необходимости». Парсинг HTML, в плане вычислительных ресурсов - дорогая операция. В большинстве задач мониторинга web-страниц можно и нужно обходиться без него. jQuery в этом качестве - изврат и тормоза, подойдет разве что для быстрого прототипирования или мелкой задачки. Подтверждение моих слов - так и не написанная вами задача с мониторингом билетов. Выстраивать каждые 3 секунды DOM для каждой из двух десятков страниц, а потом искать по нему на js - задача требующая в десятки раз больше вычислительных ресурсов, чем требуется grep.
Скрипт работает идеально - как швейцарские часы. Он надежен и прост - как автомат Калашникова.
Ваш вариант с браузером и jQuery - нежизнеспособен изначально и при масштабировании (20 страниц каждые 3 сек, например) просто умрет под нагрузкой. Вы легко можете работающим примером опровергнуть это утве.. А нет - не можете. Какая досада.
Так сформулируйте нормально задачу. Смысл мне тратить время на какие-то отрывочные намёки?
Селекторы там ничем не сложнее любых других:А что с этим делать - уже сильно зависит от конкретной цели.20 страниц каждые 3 секунды это смешно )) тем более для тормознутого сайта большого:
Загрузка занимает в ~30 раз больше времени чемКод:VM3781:4 загрузка страницы: 2682.000ms VM3781:9 ЕСТЬ КАРЛОС В МАРТЕ! VM3781:11 поиск: 75.000msпарсингпоиск самым медленным и неоптимизированным способом (из времени загрузки где-то 200-300 мс было потрачено на парсинг DOM джаваскриптом, это однократная операция)
Последний раз редактировалось lookout; 03.03.2016 в 12:24. Причина: парсинг/поиск
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)