У меня всё ОК.
Странно.
Убираю все расширения, кроме ABP, баг есть. Убираю prefs.js, баг есть. Убираю все фильтры и подписки, баг исчезает.
В моем случае достаточно сохранить локально файл abp_main_2009-11-19.txt и добавить его как подписку (у меня это file:///D:/ ... /abp_main.txt).
Прошлое – это локомотив, который тянет за собой будущее. Бывает, что это прошлое вдобавок чужое. Ты едешь спиной вперед и видишь только то, что уже исчезло. А чтобы сойти с поезда, нужен билет. Ты держишь его в руках. Но кому ты его предъявишь?
Виктор Пелевин. Желтая стрела
Отсутствует
Infocatcher
Даже удалив все подписки и поставив твою я не смог повторить это поведение.
Добавлено 20-11-2009 23:40:11
Ан не, вру. http://top и |http://top*/counter/ отметились как неоптимизируемые.
Добавлено 20-11-2009 23:48:12
Ага, вот. смотри. Удаляем все подписки (я ленивый, я руадлист свой оставил и у меня там есть правило /counter?).
Добавляем правило: /counter/*?*=
А теперь добавляем: /counter/*
Первое становится не валидным!
Так как первое торчит в подписке, а подпискам, видимо, даётся более высокий приоритет, то не валидным становится правило /counter/* вместо /counter/*?*=.
Т.е. адблок просто не мог сгенерировать уникальные хэши для всех твоих /counter/-правил. Их слишком много одинаковых.
Отредактировано Lain_13 (20-11-2009 23:48:53)
Отсутствует
Т.е. адблок просто не мог сгенерировать уникальные хэши для всех твоих /counter/-правил. Их слишком много одинаковых.
Да, похоже.
И теперь понятно, почему у меня могло не получиться повторить баг с подпиской через http:// (а вот прямо сейчас получилось) – я на |http://top*/counter/ проверял, а там можно сделать хэш из первой части, а можно из второй, с каунтером.
Прошлое – это локомотив, который тянет за собой будущее. Бывает, что это прошлое вдобавок чужое. Ты едешь спиной вперед и видишь только то, что уже исчезло. А чтобы сойти с поезда, нужен билет. Ты держишь его в руках. Но кому ты его предъявишь?
Виктор Пелевин. Желтая стрела
Отсутствует
Люди подскажите плиз, например Adbblock режит всю рекламу на странице (в статусе показывает что именно заблокированно) Но при захвате данной страницы Scrapbook'oм потом при открытии банеры и всякая ерунда сохранятся. Почему Scrapbook вытягивает всю ненужную рекламу обходя защиту Adblock ? Получается что траффик в любом случае расходуется даже если в статусе заблокировано?
Странно, у меня нормально сохраняет без рекламы.
Отсутствует
Фаерфокс перестал открывать http://mail.google.com/ не могу зайти в почту а ИнтернетЭксплорер открывает.
Может ли это быть связано с ABP ?
Отредактировано grablin (25-11-2009 20:08:28)
Отсутствует
Вышел Adblock Plus 1.1.2
Список изменений
Владимиp Палант,
Сразу вопрос :
Появилась подпись файлов, как теперь правильно поступить при изменении и перепаковке установки.
К примеру, я удалил ненужные языковые модули, исправил chrome.manifest, перепаковал. Если ли удалить META-INF, не будет ли каких негативных последствий? Если можно, в двух словах, как правильно сделать установку рабочей, без использования NSS?
Отсутствует
Вышел Adblock Plus 1.1.2:
Отсутствует
Прошу прощения, что даю ответы на давние вопросы только сейчас - не было времени сюда заходить, я и свой форум временами забрасывал.
Deim0s
Именно удалить META-INF, тогда расширение не будет подписано - но иначе и быть не может, если вы его изменили.
camo
Adblock Plus не меняет страницу, соответственно расширения типа UnMHT сохраняют ее в неизменном виде, со всей рекламой. Чтобы было иначе надо, чтобы UnMHT запрашивал content policies перед сохранением ссылки, тогда Adblock Plus сможет сохранение "заблокировать". Но внести это изменение должен автор UnMHT. То же, что с версией 1.0.2 "работало", скорее всего связано с функцией "Сворачивать заблокированные элементы" - Adblock Plus прятал заблокированные элементы, а UnMHT это распознавал. В новой версии эта функция стала работать иначе, чтобы веб-сайты не могли ее распознать.
Lain_13
Если вводить "исключения" внутри фильтра, то лучше в виде "http://example.com$not=/images", причем после "not=" идет опять же фильтр (который может быть и регулярным выражением). При этом not должен быть всегда последней опцией (в фильтре могут быть запятые). Это такой способ избавиться от излишка глобальных исключений... Создал тему на своем форуме - посмотрим, что на это скажут другие авторы подписок.
Dimanish
Язык расширений можно переключить настройкой general.useragent.locale - меняйте на en-US и будет английский. В Element Hiding Helper для горячих клавиш используются русские буквы, поскольку сам Firefox их использует. Видимо считается, что русскоязычные пользователи в основном пользуются русской раскладкой клавиатуры.
Отсутствует
Владимиp Палант
В принципе такой вариант тоже интересен, соглсен.
Мой, правда, был несколько иной направленности.
Правило $not= позволяет создавать жесткие правила с исключениями. Т.е. блокируем всё, что не разрешено - позволяет создавать регулярки-исключения для определённых сайтов.
Правило $regexp= подразумевало игнорировать всё кроме того, что подходит под регулярку. Т.е. можно делать регулярки блокирования персонально для определённых сайтов.
Мне кажется, что мягкое правило выгоднее хотя бы потому, что уменьшает вероятность ложного срабатывания при изменениях на сайте. В случае жесткого правила любые новые не подпадающие под исключение объекты будут блокироваться не зависимо от того полезные они или нет.
Можно вместе с $not= ввести конструкцию $also=, которая будет действовать аналогично предложенному мной $regexp= и иметь те же ограничения, что и $not=.
Вместе их, естественно, использовать будет нельзя.
Т.е. $not= будет применяться для жестких правил с исключениями, а $also= для уточнения правила. В конструкции можно будет использовать как регулярки, так и обычные правила, но практически будут использоваться только регулярки, так как обычные правила всё равно нельзя перечислить через |.
Кстати, а ведь обычное правило включает в себя блок с $.
Т.е можно ведь указать ||site.com/$not=something$~object (угу, не блокировать из указанного пути ни чего кроме объектов, их блокировать вместе со всем остальным)
В таком случае двойное отрицание позволяет не вводит конструкцию $also=, а просто сделать так: ||site.com/$not=$not=something
Тогда это будет действовать аналогично предложенному мной, хоть и не очень красиво.
Так же можно ввести конструкцию $ornot=
Например, вот так: ||site.com/$not=something$ornot=something_else
Должна выполнять проверку вписанного туда правила в случае если проверка того к которому она привязана провалилась.
Вот ещё, что Вы думаете по поводу вот этого?
Отредактировано Lain_13 (16-12-2009 04:21:38)
Отсутствует
Дело в том, что "мягкие" правила Adblock Plus уже поддерживает, стандартные правила как раз такими и являются ("||foo.bar^*/subdir/*"). Просто использование регулярных выражений не рекомендуется - так это и дальше не изменится. Помимо проблем с быстродействием, регулярки еще и не читабельны (характерная ошибка - "." вместо "\.", заметить практически невозможно), поэтому поощрять я их не собираюсь.
Два блока опций в одном фильтре - увольте, это явно лишнее усложнение. Я уже насчет просто $not сомневаюсь, не сделает ли это фильтры излишне сложными.
По поводу CPALock имеем https://adblockplus.org/forum/viewtopic … 870#p30870
Включать ли в подписку, вопрос спорный. Fanboy предпочитает включать. EasyList - скорее нет. Дело в том, что такие фокусы вредят сайтам значительно больше, чем приносят пользы (если какая-то польза от них вообще есть). Соответственно, они редко остаются в использовании долго.
Отредактировано Владимиp Палант (16-12-2009 10:09:08)
Отсутствует
Владимиp Палант
Я просто хочу получить возможность описывать несколько разных правил в одном. На некоторых сайтах реклама лежит в нескольких разных ветках и было бы удобно лупить её одним правилом и не замусоривать таблицу хэшей лишними правилами.
По поводу двух блоков опций...
А тут нет ни чего сложного. Просто всё после $not= рекурсивно пускать на обработку как новое правило, но результат учитывать для активного.
Иначе получится исскуственное ограничение.
Давай или полноценную реализацию правил в правилах, или вообще не нужно этого делать ни как.
Отсутствует
не замусоривать таблицу хэшей лишними правилами
Давайте таблица хэшей будет моей заботой? Используйте столько правил, сколько нужно, на быстродействии это все равно не сказывается.
Отсутствует
Владимиp Палант
Хорошо, а что на счёт ограничения? Есть какие-то технические трудности препятствующие использованию блока опций во вложенном правиле?
Отредактировано Lain_13 (16-12-2009 14:19:38)
Отсутствует
А смысл этого второго блока? "example.com$object,not=*/no_ads_here/*" и всё. Зачем вводить нечитабельные правила? Если лишь для того, чтобы можно было указать "исключение из исключения" - сомневаюсь, что это действительно когда-либо нужно. Разрешать правила произвольной вложенности я точно не хочу.
Отсутствует
Владимиp Палант
Количество уровней вложенности можно ограничить скажем значением 5, а дальше считать такое правило не валидным.
Более того, это обязательно нужно сделать в случае рекурсивного вызова.
А смысл второго блока я уже указывал. Можно не только $not=$not= делать, а, наример, вот так: site.com$not=/no_ads_here_except_damn_flash_and_scripts/$~object,~script
Т.е. мы получаем удобный гибкий инструмент, а не недоделанные исключения.
Вон в глобальных исключениях можно указать тот же ~object, а тут получится, что нельзя.
Извини, но это половинчатое решение и его полезность лишь чуть выше маски ^, которая не считает точку разделительным знаком.
Я пока нашёл только 2 случая когда эта маска реально применима: двоеточие вместо слэша после имени сайта (редкость великая) и символы ?& в параметрах (тут даже ровно 1 раз применил). Зато ещё 2 случая было как раз с той самой точкой (.com/, .com.ru/ и .com.ua/, например).
Вот у тут то же самое получится. Как только потребуется ограничить $not=, так сразу исключение превратится в глобальное.
Конструкция $not=$not= это не более чем удобный (как минимум мне) бонус.
Реальный пример глобального исключения с ограничениями: "@@|http://pics.rbc.ru/img/$image" для правила "pics.rbc.ru/$image,object".
В новом синтаксисе это выглядело бы вот так: ||pics.rbc.ru/$image,object,not=.ru/img/$image
Отредактировано Lain_13 (16-12-2009 17:50:07)
Отсутствует
Владимиp Палант
А как насчет того чтобы АВР не только скрывал участки но и блокировал все объекты скрытые правилом?
Так было бы намного эффективнее.
Отредактировано Aleksei_N (19-12-2009 03:46:25)
Отсутствует
Не подскажите почему у меня не устанавливается данное расширение?
Firefox не смог установить файл с
«https://addons.mozilla.org/en-US/firefox/downloads/latest/1865/addon-1865-latest.xpi?src=search»
по следующей причине: Цифровая подпись не может быть проверена.
-260
FireFox 3.5.5. Gentoo Linux.
Отсутствует
Подскажите пожалуйста. У меня на FF 3.6B5 не отказался работать BlockSite. Прочитал о новых фичах Adblock Plus 1.1.2 возможность блокировать домены по правилу типа ||example.com^ Может ли теперь Adblock Plus заменить BlockSite своим полным функционалом? Если да, то как правильно оформить фильтр.
Вот список не желательных для меня ссылок на сайты:
Отсутствует
Sergik1
Описание BlockSite ты, видимо, не понял. То расширение предназначено для блокировки доступа к каким-либо ресурсам. Например туда можно ввести кучу порносайтов и если за компьютером будет сидеть ребёнок, то он на них не сможет зайти, так как от ссылок будет оставаться только текст (правда я не знаю блокируется ли вход если ввести адрес руками). Судя по списку ты хочешь заблокировать не сайты, а рекламу с них. Раз у тебя уже установлен АдБлок, то нажми на ссылку "RuAdList" в моей подписи и установи оттуда список фильтров RuAdList для AdBlock Plus. Реклама с этих и ещё многих других сайтов у тебя пропадёт. Рекомендую ставить только основную подписку. Остальное - на своё усмотрение. Если будут проблемы - сообщай (ссылка есть в моей подписи и на сайте подписки).
Добавлено 20-12-2009 19:39:13
Aleksei_N
К сожалению так нельзя. Скрытие выполняется стандартными средствами CSS-фильтров (стилей). AdBlock не анализирует код сайта самостоятельно, а просто сообщает браузеру список филтров и указание скрыть найденные по ним объекты. Ищет и скрывает их браузер своими стандартными механизмами. Если заставлять адблок разбираться в коде сайтов и искать там ссылки на картинки в скрытых объектах, то работать он станет существенно медленнее, а это ни кому не нужно.
Если хочешь управлять загрузкой картинок на сайте, то лучше установи себе ImgLikeOpera. Это расширение позволяет выключить все картинки или отображать только картинки их кэша, а новые загружать только по запросу пользователя.
Отредактировано Lain_13 (20-12-2009 19:42:02)
Отсутствует
Описание BlockSite ты, видимо, не понял. То расширение предназначено для блокировки доступа к каким-либо ресурсам. Например туда можно ввести кучу порносайтов и если за компьютером будет сидеть ребёнок, то он на них не сможет зайти, так как от ссылок будет оставаться только текст (правда я не знаю блокируется ли вход если ввести адрес руками). Судя по списку ты хочешь заблокировать не сайты, а рекламу с них. Раз у тебя уже установлен АдБлок, то нажми на ссылку "RuAdList" в моей подписи и установи оттуда список фильтров RuAdList для AdBlock Plus. Реклама с этих и ещё многих других сайтов у тебя пропадёт. Рекомендую ставить только основную подписку. Остальное - на своё усмотрение. Если будут проблемы - сообщай (ссылка есть в моей подписи и на сайте подписки).
Дружище, мы похоже немного недопонимаем друг друга Мне именно и нужно заблокировать доступ к некоторым сайтам. Там не реклама! Дело в том, что на некоторых сайтах встроены очень хитрые каунтеры, которые не режутся AdBlock, это я установил методом научного тыка. Допустим заходишь на сайт и видишь, что весь контент загрузился, а вот анимация индикатора загрузки продолжается, в строке состояния отображается адрес куда ломится Огнелис. Запись этих адресов в AdBlock ничего не даёт, зато если их вписать в BlockSite, то страничка лихо грузиться, например http://www.google-analystic.com .
Похоже нашёл расширение FoxFilter похожее по функционалу на BlockSite. пробую пока его обуздать.
Отсутствует