odd-look: попробуйте перед парсингом применить функцию trim к строке (она обрежет пробелы, переносы строки, возвраты курсора, табуляции и прочие не информативные для вас символы).
Ещё не стоит забывать про event-loop очередь! Таймер не обязательно будет выполнен через 5 секунд, поэтому стоит делать пересчет значения относительно, например, времени начала отсчета.
Хазрат Гаджикеримов: это и есть проблема? о боже.
1. Вешаем обработчик на нужное событие на document.
2. В обработчике проверяем, нужно ли для этого элемента обрабатывать событие.
3. Если да - обрабатываем событие!
Готово! Вы восхитительны!
George The Hipster: я бы писал на ноде, но это сугубо мой выбор. Однако все-же рекомендую выбрать платформу, не запускающую отдельный процесс для каждого запроса.
Чуть больше кода в пользу памяти и скорости - хороший case.
Из лично мной виденных крутых штук, позволяющих такое, кроме node, вспоминается только Golang. Так, что если ещё не имеете навыков написания подобных приложений - лучше начать с более перспективной технологии.
Kofi: свою проблему решил, однако на вопрос ответ так и не был найден. Получить контекст документа без знания имени файла пока не известно как, а без этого и поиск в том самом документе невозможен (опять же, без знания его имени).
Как выяснилось, причина в контексте выполнения. Скрипты выполняются в глобальном контексте, что не очень удобно т.к. путь к файлу узнать до сих пор не удалось.
Я попробовал вашу схему, однако, как было описано выше, элементы ВООБЩЕ не находятся. Т.е. document.querySelector('link[rel=import][href*="load-task-template"]') возвращает null.
@throughtheether Я уже. Полностью подделать заголовки не удалось т.к. net/http расставляет их в каком-то своём порядке. Ещё сервер с непонятной целью "запоминает" wget. Путём проб и ошибок пришёл к выводу, что если достаточно долго не использовать wget, то сервер принимает мой запрос за запрос от wget и нормально отдаёт файл вместо редиректа. Вам спасибо за наводку.
