Lain_13
Это проблема браузера: https://bugzilla.mozilla.org/show_bug.cgi?id=465767
По ссылкам хелпер кликать уже и так не позволяет. А вот с Flash проблема - плагины браузеру "не подчиняются", свои клики они обрабатывают сами. Но Flash лучше блокировать, а не прятать (при скрытии он все равно скачиваться будет, и процессор загружать тоже).
Отсутствует
Владимиp Палант
Да ладно, когда Вас обвиняли в преднамеренном ослаблении Adblock Plus и тайных исключениях, Вы писали, что вот на англоязычном форуме вся критика конструктивная, англоязычные пользователи Вас ни в чём не подозревают и т.п. И что же? Через некоторое время аналогичные обвинения появились в комментариях на adblockplus.org. На английском (хотя какая нация писала - не знаю )
А может быть, причина различий кроется в другом... На этом форуме тоже редко кто отважится выступать против модератора или админа...
Отсутствует
Владимиp Палант
Нашёл глюк, может это и не к адблоку, но всякое может быть
http://www.bitlet.org/
Там при наведении на "Блокировать" в статусной строке видно только адрес сайта.
Отсутствует
SurferNet
Глюк, но не мой. Firefox не всегда правильно определяет адрес Java-апплетов.
Edit: Собственно, вот он: https://bugzilla.mozilla.org/show_bug.cgi?id=364400
Отредактировано Владимиp Палант (08-12-2008 12:58:33)
Отсутствует
Владимиp Палант
Вот такой у нас гениальный менталитет...
Не смог удержаться - http://zivago.livejournal.com/124764.html
Совершенно случайно сегодня попалось.
Отредактировано Владимиp Палант (08-12-2008 13:23:44)
Отсутствует
Владимиp Палант
А ведь он прав...
В 3.1.
Баг document.adoptNode() хоть и отмечен как исправленный, но рамочка всё равно пропадает со временем.
Поавторил тесткейс по описанию. На второй раз выдало эксепшн NS_ERROR_UNEXPECTED.
Поставил себе сейчас на работе 3.2, вроде оба раза проходит нормально. Посмотрю ещё.
Отредактировано Lain_13 (08-12-2008 15:18:50)
Отсутствует
Lain_13
У меня (билд 20081207) вроде бы работает. На всякий случай: в более старых сборках работать не будет.
Отсутствует
Владимиp Палант
В смысле в билд это попало только в сборке за 7е число? У меня за второе сборка была. ОК, значит в свежескачанном 3.2 это действительно поправлено. Просто статус RESOLVED FIXED баг получил существенно раньше, чем был добавлен в транк. Меня это сбило с толку.
Отредактировано Lain_13 (08-12-2008 15:21:51)
Отсутствует
Lain_13
Там небольшая неразбериха получилась, но даже так - статус FIXED баг получил третьего числа, так что со сборкой на второе число тестировать точно бесполезно.
Отсутствует
Владимиp Палант
В Adblock Plus 1.0 при составлении фильтров фреймы обозначаются как $subdocument
В старых подписках используется $frame
Работает ли $frame в Adblock Plus 1.0? Вообще есть разница между $frame и $subdocument или нет?
И ещё вопрос. Будет ли на http://adblockplus.org/en/subscriptions изменён адрес RU AdList? сейчас эта подписка здесь: http://ruadlist.googlecode.com/svn/trunk/adblock.txt
Подписаться: abp://subscribe/?location=http://ruadli … e=RuAdList
И ещё антипорно-подписка, блокирующая и сворачивающая сайты и ссылки на них - тоже для Рунета: http://ruadlist.googlecode.com/svn/trunk/antinuha.txt
Подписаться: abp://subscribe/?location=http://ruadli … о подписка
Отсутствует
Радик245
$frame не работает и никогда не работал, эта опция просто игнорируется.
Адрес изменен будет, просто руки не доходят обновить эту страницу (там далеко не только RU AdList менять надо). Попробую сегодня успеть это сделать.
Отсутствует
Владимиp Палант
У меня вопрос появился по оптимизации регулярных выражений. Есть такая конструкция: (?>вариант1|вариант2|вариант3). От обычной группы с вариантами отличается не только тем, что не сохраняет найденный вариант в памяти, как это делает (?:шаблон), но ещё и не перебирает все варианты при нахождении первого совпадения, и запрещает их перебирать потом, если после группы найдены несовпадения, что положительно влияет на скорость работы выражений. Иногда даже очень. Так вот, проблема в том, что когда я пытаюсь сделать правило с использованием такой конструкции, то оно отправляется в группу невалидных правил. Это значит, что движок регулярок фокса не понимает такую конструкцию или у тебя там самописная валидация регулярок (в чём я сомневаюсь)?
Отредактировано Lain_13 (14-12-2008 18:33:49)
Отсутствует
Lain_13
Инструменты – Консоль ошибок
→ проанализировать
Ошибка: invalid quantifier ?>s|o|m) Источник: javascript:%20/(?>s|o|m)/.test("someString") Строка: 1, символ: 1 Исходный код: /(?>s|o|m)/.test("someString")
Вообще говоря, есть разные реализации регулярных выражений...
Добавлено 14-12-2008 18:43:59
А вот на ?: результатом бедет true.
Прошлое – это локомотив, который тянет за собой будущее. Бывает, что это прошлое вдобавок чужое. Ты едешь спиной вперед и видишь только то, что уже исчезло. А чтобы сойти с поезда, нужен билет. Ты держишь его в руках. Но кому ты его предъявишь?
Виктор Пелевин. Желтая стрела
Отсутствует
Infocatcher
Но ?: не исключает бэктрэкинг и переборку всех мыслимых вариантов выражения, к сожалению. А о разных реализациях знаю. Значит эта не поддерживает, а жаль. Баг, что ли, написать мозилловцам...
Заодно проверил выражения вида ++, *+. Тоже не работают, но их я тут и не ожидал.
Отредактировано Lain_13 (14-12-2008 19:08:33)
Отсутствует
Lain_13
JavaScript не поддерживает весь синтакс регулярных выражений, который существует в Perl, см. https://developer.mozilla.org/en/Core_J … xpressions - как варианты есть (?:x), (?=y), (?!y). Кстати, то же сообщение об ошибке вы в Adblock Plus 1.0 можете увидеть в подсказке для невалидного фильтра.
PS: Perl тоже не поддерживает квантификаторы ++ и *+, что они должны означать?
Отредактировано Владимиp Палант (14-12-2008 20:06:12)
Отсутствует
Добавил в рекомендации русскоязычный список фильтров Александра Михалкина: http://hg.mozdev.org/adblockplus/rev/297e725ee24e
Отредактировано Владимиp Палант (14-12-2008 22:24:53)
Отсутствует
Владимиp Палант
Чисто из интереса -- чем эта подписка нашего (RuAdList) лучше? Есть какие-то критерии? Наличием интегрированного EasyList и EasyElements?
Отредактировано Lain_13 (15-12-2008 03:21:19)
Отсутствует
Lain_13
С RU AdList все те же проблемы, что были в самом начале. Во-первых, пара десятков громадных регулярных выражений. Это, конечно, сказывается на быстродействии (сейчас проверил, в два с лишним раза медленней, чем список Михалкина в комбинации с EasyList). Кроме того, в таких монстрах гораздо сложнее искать проблемы и фильтр "@@$stylesheet" тут уже показатель. А во-вторых, бОльшая вероятность ложных срабатываний из-за экономии байтов. Фильтры типа "adriver.ru" - почему бы не добавить пару знаков, ведь ".adriver.ru/" уже не сработает к примеру на сайте "abcdadriver.ru".
Отредактировано Владимиp Палант (15-12-2008 09:49:08)
Отсутствует
Lain_13
Наличием интегрированного EasyList и EasyElements?
Нет, в оригинальном списке их нет, но
Моя подписка, не основная, а только дополнение к EasyList (by rick752)
Интересно, с какой стати его подписка оказалась "первой российской" (см. его подпись)? Впрочем, дополнительно к RU Adlist пойдёт - может, что-то ещё заблокирует.
Глядя на некоторые правила, возникает ощущение, что они скопированы из RU Adlist (или точное совпадение, и даж добавлялись в той же последовательности). Я вовсе не обижаюсь, но не понимаю, почему скопированы только некоторые правила (т.е. список заведомо кое-что пропускает на этих сайтах)? Например, эти правила для "зайцев, которых нет" можно сделать по разному, но точно такие делал я:
zaycev.net##TD[width="240"][valign="top"][align="center"]:last-child
zaycev.net#TD(align=center)(colspan=3)
zaycev.net#DIV(class=menu1)(align=center)
Сейчас Lain_13 заменил их совсем другими, но если посмотреть историю версий RU Adlist, то можно заметить, что в "моих" правилах есть ещё одно. Тоже касается и "двух баксов", с той разницей, что вошедшие в список Михалкина фильтры
2baksa.net##DIV.block_text[align="center"] + DIV.leftblock + DIV.block_text
2baksa.net#DIV(class=block_text)(align=center)
2baksa.net##TD:last-child > BR[clear="all"] + * + * + CENTER
делал DemonSat, и возможно, Михалкин просто не заметил, что они что-то пропускают и после не читал тему про фильтры.
А-а, пока писал, догадался: Михалкин старается избегать сворачивания по ссылке, потому эти правила и не скопированы. Что-ж, наверное, нужна такая очень осторожная, хотя, на мой беглый взгляд, и слабоватая подписка.
Не знаю, что делает в его подписке @@|https://ssl.google-analytics.com/urchin.js| - это исключение входит в RU Adlist и в подписку Хакруса, там оно нужно, а у Михалкина - не нужно, так как у него нет общего правила для google-analytics.com, а только аккуратные
http://www.google-analytics.com/urchin.js
http://www.google-analytics.com/__utm.gif?*
Отредактировано Радик245 (15-12-2008 14:44:07)
Отсутствует
Радик245
Да так и есть. Более того, некоторые я оттуда уже утянул обратно... Вот вот, как раз для zaycev. А вот для 2baksa явно он у нас взял. И нет в этом ничего плохого.
Я постараюсь убрать лишние регекспы, а то развелось их некультурное множество, это правда.
Добавлено 15-12-2008 14:39:46
Гест
Пока Морпеховскую, похоже.
Отредактировано Lain_13 (15-12-2008 14:39:09)
Отсутствует
Lain_13
некоторые я оттуда уже утянул обратно... Вот вот, как раз для zaycev.
А я как раз не вижу у нас похожих зайцев в текущей версии.
И нет в этом ничего плохого.
Я и не говорю о плохом, просто пытался понять причины того, что что-то пропущено (в смысле, реклама пропущена). Понял: осторожность. Вообще похоже, что Михалкин сам не составляет скрывающие фильтры
Гест
Конечно, вопрос был к Владимиру Паланту, но по моим наблюдениям, даже если одновремеенно использовать все подписки, которые на http://adblockplus.org/en/subscriptions предлагаются для Рунета, на быстродействии это не сказывается. Теоретически подписка Михалкина самая быстрая, но она является лишь дополнением к другой подписке.
Отредактировано Радик245 (15-12-2008 15:13:11)
Отсутствует
Радик245
Рекомендуется ведь не оригинальный список, а http://easylist.adblockplus.org/morpeh+easylist.txt
PS: Пояснение: Именно эта комбинация работает в два с лишним раза быстрее чем RU AdList (выше я уже писал, что я замерял скорость именно комбинации MORPEH+EasyList).
Отредактировано Владимиp Палант (15-12-2008 16:43:16)
Отсутствует