Решил первый заменить на вариант с JS чтобы буфер обмена не перезаписывался.Зачем использовать алиасы там где без них можно обойтись? Чтобы получить зависимость от содержимого search.ini ?
Зачем использовать алиасы там где без них можно обойтись? Чтобы получить зависимость от содержимого search.ini ? Imho, лучше полностью расписать всю строку запроса, чем потом думать почему не работает.
зыЖ Почему все боятся портить перезаписывать буфер обмена?
В противном случае всегда должен быть включен JS, что менее привлекательней для функционала.
Упс, не заметил, что нужно открыть в фоне. Если бы можно было на JS минимизировать окно...
Item, "Найти на VT в новой вкладке" = Go to Page, "javascript:void(window.open('vt %'+encodeURIComponent(document.getSelection())));",,, "find"
но он не работает, не подскажете, где ошибка?
Раньше у меня было так (и работало)
Решил первый заменить на вариант с JS чтобы буфер обмена не перезаписывался.
Теперь еще один вопрос: где можно посмотреть описание файла меню, за что отвечают разные секции файла?
). Не работает видимо потому, что алиас оперовского поисковика (в данном примере "vt ") не воспринимается внутри javascript-кода.
pakos2 не понятно, что именно вам нужно
ставит себе чтото кроме адблока
у меня и адблока нету и рекламы нету. Почитайте лучше тему, все способы несколько раз подробно описывались.
PREVED для поиска на VT там post используется. Из моего search.ini для него
...
Можно прикрутить вставку этого токена через JS?
function(){var reh=/^_?[hх].{2}[pп]:\/\//i;var rehs=/^_?[hх].{2}[pп][sс]:\/\//i;var ref=/^_?[fф].{1}[pп]:\/\//i;var refo = /^_?ftp\./i;var reop = /^_?opera:/i; var url=document.getSelection().toString()||window.inivar;window.inivar=null;var hrefurl=url.replace(reh,'http:\/\/').replace(rehs,'https:\/\/').replace(ref,'ftp:\/\/').replace(refo,'ftp:\/\/ftp\.').replace(reop,'opera:'); if (hrefurl.indexOf('http:\/\/')==-1 && hrefurl.indexOf('ftp:\/\/')==-1 && hrefurl.indexOf('https:\/\/')==-1 && hrefurl.indexOf('opera:')==-1){hrefurl='http:\/\/'+hrefurl}; window.open(hrefurl,hrefurl);})()"" Насколько я понимаю, токен уникальный для каждого пользователя (зарегистрированного на Virus Total) и выдается только в случае, если пользователь вошел (выполнил login) в VT под своей учеткой?
Вот что у меня получилось (без токена, т.к. у меня нет регистрации на VT):
А почему тогда работает из этих полей пункт "Перейти по ссылке" (в качестве ссылке может быть любое выделение). Ведь по сути в этом пункте выделенный текст вставляется в адресную строку
Вот этот пункт:
Item, "Перейти по ссылке"="Go to Page, "javascript:void(inivar='%t')",,, ...вырезано...
Не знаю может post запрос и уникальный, но от наличия регистрации точно не зависит. И сейчас для теста зашёл не авторизованным на вкладку поиск - нормально ищет по хешу.
Регистрация даёт некоторые преимущества, но поиск отчёта по хешу файла к ним не относится (это есть и у не авторизованных).
тоже сначала пробовал такую строку, но по сути это обычная строка без указания post запроса, а как следствие не работает.
С букмарклетом как получить нужную строку не разобрался. Перехожу на вкладку поиск - запускаю букмарклет - он говорит, что там 6 символов в запросе заменено, жму Ок - нажимаю Поиск - перекидывает на страничку отчёта по файлу, в адресной строке явно ссылка на отчёт по файлу, то есть на поисковый запросы совсем не похоже.
Попробовал искать информацию на VT по хэшу старого трояна - все работает.
Склоняюсь к мнению, что подставлять token в поисковой запрос с помощью url вовсе не обязательно, а достаточно просто ограничиться одним запросом /search/?query=ИСКОМЫЙ_ХЭШ. Если в Опере еще сидят действующие cookies (выданные VT при входе под своим аккаунтом) - сайт сам выдаст нам нужный токен.
Уникальный token выдается каждый раз новый, а именно при каждом новом входе под своей учетной записью на сайте VT.
попробовал, действительно работает, но не всегда. К примеру вот архив с логом AVZ. В архиве есть .html и .xml
В обоих файлах есть md5 файлов. Так вот если выделить MD5 в html файле или где-то на сайте (как пример, что вы написали выше), то поиск по хешу через JS сработает. А вот если выделить в .XML то не работает.
Я всё время проверял поиск по XML файлу, поэтому у меня всё время не работало. Есть мысли почему такая дискриминация и как поправить?
Поисковик я себе добавил давно, после этого много раз заново логинился и не залосненным искал. Так что думаю, что либо не обязательно использовать новый (полученный при последней авторизации), а сработает любой валидный, либо как вы предположили он вообще не обязателен.
Мне именно для [Edit widget popup menu] и нужно. Буду подождать решения.
Вот нашел в OAC (немного упростил)
А вот с рубордом по-прежнему корректно не работает - кракозябры. Нет ли каких-нибудь мыслей?
Функционирует отлично с латинским текстом, но на русском тексте не работает.
Вроде в сборке OperaAC была утилита (внешняя), которая имя файла в окно сохранения подставляет из заголовка текущей страницы
Файлы .XML Opera открывает своим просмотрщиком(встроенным в браузер), а не как веб-страницу. Следовательно, код javascript не может быть выполнен внутри просмотрщика XML (javascript в Опере НЕ РАБОТАЕТ за пределами контекста Document Window - области веб-страницы.) Для XML-просмотрщика остаются лишь варианты работать с выделением теста посредством буфера обмена (команда Copy, далее переменная %c).
Да, действительно работает, но для руборда - всё то же самое - кракозябры для русского текста из любой секции.Там в параметрах есть возможность указать функцию для перекодировки, например encodeURIComponent или escapeRu (можно поиграться этим) или любую другую, какую напишете в том же js-файле.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196
Предыдущая тема: Расширения для Firefox (Mozilla Firefox Extensions)