А почему не ввели подтверждение от юзера на выполнение операции? То есть, вот какое-то внешнее устройство пытается что-то сделать, а ваш аппарат запрашивает «Устройство номер 2345 запрашивает ваши данные, вы согласны их ему отдать? Нет, да, только на один раз».
А есть новые стандарты WiFi с уже защищённым каналом?
А то ведь похоже на то, как раньше передавали пейджерные данные по незащищённому каналу. Помню, используя tv-тюнер и программку, можно было читать все эти сообщения =)
Полный текст статьи человек будет читать в своей rss-читалке.
Цель достигнута — на хабре статья скрыта, а текст читается. Верно?
Полный текст статьи хранится на том сервисе, который парсит эти полные статьи.
В любом случае ссылки на какой-то кеш не нужно, важен сам текст, а этот текст останется в
кеше вашей rss-читалки.
То есть, по сути, ссылка на кеш есть. Например, для google reader вот она:
Почему в расширениях не внедряются скрипты из папки /includes/ в iframe, которые находятся в самом расширении, например, в content-файле?
То есть, задача или цель такая — контент-скрипт, который находится в расширении, должен работать не только в тех страницах, которые юзер открывает во вкладках и окнах, но и в самом расширении, например, в popup-окне, в фоновой странице и всех возможных iframe, созданных внутри них.
На любом оригинальном проекте вся статика расположена на том же сервере, что и html.
А тестировать свойство (SPDY), а на самом деле его не использовать — смысл?
Статика (особенно картинки) по объёму занимает намного больше 50% от объёма html (например, 10 кб страница, а на ней 10 изображений каждая по 10 Кб, то есть, статика занимает примерно 90%), поэтому для правдоподобных тестов SPDY статика тоже должна отдаваться через него.
Сделайте, чтобы по клику на хеш комментария в хеше адреса браузера появился данный хеш, чтобы можно было использовать клавишу backspace для возврата обратно. Сейчас же нужно искать обратную ссылку и метиться в неё.
Ведь с незапамятных времён есть вертикальные фото, значит, искусство не стоит на месте, переходя на видео.
Прогресс.
Только, конечно, использовать это нужно правильно.
А то ведь похоже на то, как раньше передавали пейджерные данные по незащищённому каналу. Помню, используя tv-тюнер и программку, можно было читать все эти сообщения =)
Неужели не могли сразу сделать wifi защищённым?
Но в читалке всё отлично pix.am/HCMv.png полный текст =)
Цель достигнута — на хабре статья скрыта, а текст читается. Верно?
Полный текст статьи хранится на том сервисе, который парсит эти полные статьи.
В любом случае ссылки на какой-то кеш не нужно, важен сам текст, а этот текст останется в
кеше вашей rss-читалки.
То есть, по сути, ссылка на кеш есть. Например, для google reader вот она:
www.google.com/reader/view/feed/http%3A%2F%2Fpipes.yahoo.com%2Fpipes%2Fpipe.run%3F_id%3D048a74364387e0e14b06fb6ca32db393%26_render%3Drss#stream/feed%2Fhttp%3A%2F%2Fpipes.yahoo.com%2Fpipes%2Fpipe.run%3F_id%3D048a74364387e0e14b06fb6ca32db393%26_render%3Drss
То есть, задача или цель такая — контент-скрипт, который находится в расширении, должен работать не только в тех страницах, которые юзер открывает во вкладках и окнах, но и в самом расширении, например, в popup-окне, в фоновой странице и всех возможных iframe, созданных внутри них.
В Хроме это работает.
Сделаете ли вы это в Опере?
Нужно подписаться и статьи в читалке должны быть полные (если яху успеет схватить её до того, как её поместят в черновики)
А тестировать свойство (SPDY), а на самом деле его не использовать — смысл?
Статика (особенно картинки) по объёму занимает намного больше 50% от объёма html (например, 10 кб страница, а на ней 10 изображений каждая по 10 Кб, то есть, статика занимает примерно 90%), поэтому для правдоподобных тестов SPDY статика тоже должна отдаваться через него.