Комментарии 39
Потом его выкупает гугл и снова убивает.
Шутка
Шутка
в каждой шутке есть доля правды)
Паша? Гугл вроде убивает свои сервисы из-за того, что они денег не приносят. Купить и убить — это высшая степень непринесения сервисом денег
В каждой шутке есть доля шутки.
Лично я перешел на Feedly, но считаю что он слишком перегружен фенечками. Из-за чего становится менее удобным. Все что нужно — это функционал гуглоридера.
Поглядите на InoReader, возможно наши вкусы совпадут.
Попробуйте TheOldReader
Не наблюдаете подлагиваний при переключении на другую ленту новостей?
да бывает, но сама простота TheOldReader делает его пока что лучшим для меня.
Я готов подождать и 15 секунд, если у сервиса других косяков нет.
Фишки олд-ридера просты и ненавязчивы. Например, в гуглоридере всегда было непонятно, что прочитано, а что нет. Цветная полоска слева олд-ридера очень радует.
Feedly не смог осилить. Сначала они работали через расширение, что их сразу отбрасывало назад. Сейчас появился веб-клиент, но они не могут логинится без аккаунта соц. сети. Заходить в ридер через соц. сеть не хочу.
Фишки олд-ридера просты и ненавязчивы. Например, в гуглоридере всегда было непонятно, что прочитано, а что нет. Цветная полоска слева олд-ридера очень радует.
Feedly не смог осилить. Сначала они работали через расширение, что их сразу отбрасывало назад. Сейчас появился веб-клиент, но они не могут логинится без аккаунта соц. сети. Заходить в ридер через соц. сеть не хочу.
Лагает при чтении, медленно обновляет фиды, не помечает фиды прочитанными при клике на заголовок.
А я на платный feedbin.me Все просто и красиво.
И на ридер от AOL.
аол ридер прекрасен и полностью заменил мне гугл ридер, не хватает приложений, но они появятся
И нифига не обновляется сам( Надо Всю страничку перегрузить, чтобы он фиды обновил. Сколько уже перепробровал «замен», и всюду найдется какая-нибудь мешающая штука… Впрочем и сам гридер был не идеален. В итоге тоже решился свой вариант написать. Может когда-нибудь и про него на хабре будет пиарстатейка.
Большое спасибо всем откликнувшимся. Feedly, как лидера рынка, мы смотрели и понимаем его недостатки. Если Вы им продолжаете пользоваться, то напишите, пожалуйста, что Вас там удерживает?
Про InoReader и TheOldReader — спасибо за новодку, уже смотрим. Напишите, пожалуйста, что в них Вам нравится по сравнению с Google Reader.
feebbin.me — почему Вы выбрали этот продукт, а не другие?
Про InoReader и TheOldReader — спасибо за новодку, уже смотрим. Напишите, пожалуйста, что в них Вам нравится по сравнению с Google Reader.
feebbin.me — почему Вы выбрали этот продукт, а не другие?
Мне в InoReader нравится четкость, не простота, а именно четкость.
И как ни странно очень легкое отключение всех социальных функций. Хотя даже при включенной опции они не заметны.
И как ни странно очень легкое отключение всех социальных функций. Хотя даже при включенной опции они не заметны.
Feedly мне нравится своей кроссплатформенностью. Поддерживается везде. Изначально был большой недостаток, что он не работал как простой веб сайт. Но это весьма быстро исправили еще до ухода google reader. Кроме того он быстро и удобно все ипортировал. А другие варианты я пока мало рассматривал.
А вообще я думаю, что велосипедов и так предостаточно.
А вообще я думаю, что велосипедов и так предостаточно.
Theoldreader — почти тоже самое, что и гуглоридер.
Это в нем и нравится.
Это в нем и нравится.
Прочитал статьи в разных подписках. Закрыл ридер. Открыл. Прочитанные стали непрочитанными. Поди разберись теперь, где что, если подписок много. Какая разница, что у него с фенечками, если за две недели пользования он раз 10 «забывал» о том, что я уже читал. Он попросту глючный, причем глючит так, что не верится, что так может работать большой проект с довольно большой аудиторией. Как на коленке сделан, ей Богу.
Feedly глючить начал где-то во время закрытия Гуглоридера — видимо много людей к ним повалило, или торопятся ребята к дедлайнам.
С синхронизацией проблемы бывают, да. Например, прочитанные в браузере на десктопе статьи через какое-то время (не сразу) могут всплыть в мобильном приложении, и наоборот.
Затоту мобильного приложения очень удобный интерфейс.
Не хватает загрузки полного текста статей для чтения в оффлайне.
С синхронизацией проблемы бывают, да. Например, прочитанные в браузере на десктопе статьи через какое-то время (не сразу) могут всплыть в мобильном приложении, и наоборот.
Затоту мобильного приложения очень удобный интерфейс.
Не хватает загрузки полного текста статей для чтения в оффлайне.
я — андроид разработчик, который очень скучает по ГР. С удовольствием помогу в тестах/разработке.
НЛО прилетело и опубликовало эту надпись здесь
Хороший вопрос :-)
Основная проблема — проблема определения пользователем что же именно ему нужно. Технические возможности Платформы позволяют использовать разнообразные многопараметрические фильтрации. Планируются как привычные для многих простые привязки лент к тематикам, так и более продвинутые методы фильтрации отдельных новостей через автоклассификацию.
Поиск/фильтрация новостей по заданным темам (поиск по ключевым словам) — один из краеугольных камней продукта, именно этот метод, мы надеемся, станет основным и привычным для обычных людей, даже не знающих о существовании RSS :-)
По сути это предоставление возможности коммерческих систем мониторинга СМИ и соцмедиа для массовой аудитории.
Основная проблема — проблема определения пользователем что же именно ему нужно. Технические возможности Платформы позволяют использовать разнообразные многопараметрические фильтрации. Планируются как привычные для многих простые привязки лент к тематикам, так и более продвинутые методы фильтрации отдельных новостей через автоклассификацию.
Поиск/фильтрация новостей по заданным темам (поиск по ключевым словам) — один из краеугольных камней продукта, именно этот метод, мы надеемся, станет основным и привычным для обычных людей, даже не знающих о существовании RSS :-)
По сути это предоставление возможности коммерческих систем мониторинга СМИ и соцмедиа для массовой аудитории.
Поддержу InoReader
Закроется или нет, купят или нет — не важно. Максимально просто, удобно, быстро и максимально аналогично GR.
К тому же видно как работа идет прямо в процессе чтения. часто и много изменений и исправлений появляется в changelog.
Смотрел все «новые и свежеиспеченные» ридеры но только тут почувствовал себя дома. Кто еще не видел — крайне рекомендую к ознакомлению. А там сами решите.
Закроется или нет, купят или нет — не важно. Максимально просто, удобно, быстро и максимально аналогично GR.
К тому же видно как работа идет прямо в процессе чтения. часто и много изменений и исправлений появляется в changelog.
Смотрел все «новые и свежеиспеченные» ридеры но только тут почувствовал себя дома. Кто еще не видел — крайне рекомендую к ознакомлению. А там сами решите.
Как я поняла, InoReader есть в веб-версии и на Андроид. Вы какую используете? Странно, почему нет по iPhone…
Попробую перейти с oldreader на inoreader (благо, фича импорта OMPL позволила сделать это за минуту).
Плюсы InoReader, которые сразу видно:
Работает по SSL.
Существенно быстрее.
Можно комментировать записи.
Переключатели «Все/непрочитанные» и «Сначала новые/старые» действуют глобально, а не на текущий фид (совпадает с моим сценарием использования)
Тултипы над переключателями понятные. Например «Show newest articles first. Click to show oldest first», когда в OldReader: «Normal (New post first)», и непонятно — это текущее состояние или команда для кнопки.
Минусы:
Нет кнопки «make unread». Часто пользуюсь, чтобы отложить статью, когда не осилил прочитать сразу.
Плюсы InoReader, которые сразу видно:
Работает по SSL.
Существенно быстрее.
Можно комментировать записи.
Переключатели «Все/непрочитанные» и «Сначала новые/старые» действуют глобально, а не на текущий фид (совпадает с моим сценарием использования)
Тултипы над переключателями понятные. Например «Show newest articles first. Click to show oldest first», когда в OldReader: «Normal (New post first)», и непонятно — это текущее состояние или команда для кнопки.
Минусы:
Нет кнопки «make unread». Часто пользуюсь, чтобы отложить статью, когда не осилил прочитать сразу.
Когда-то в 2005 году, еще во времена когда Google Reader был ужасным (примерно таким ajaxian.com/wp-content/images/google-reader.png) и им нельзя было пользоваться я создавал свой ридер (эх, ностальгия web.archive.org/web/20060720092920/http://www.infeeds.com/), который продал после того как Google сделал редизайн ( 0.tqn.com/d/webtrends/1/0/k/0/-/-/googlereader.jpg ) и он стал похожим на тот что был последние несколько лет.
Так вот из опыта могу сказать что если сделать UI и какие-то фишки относительно легко (при том что сейчас полно разных фреймворков), то там есть еще много сложностей.
Например, готовьтесь рвать волосы от того что не все получается удачно сграбить. Очень большой процент фидов с ошибками и вообще не валидных, парсеры просто валятся на этом контенте. Даже распарсив контент остаются сложносте с тем что там получили. Кроме того что могут отсутствовать необходимые данные, в контенте фида очень часто бардак, нужно будет вырезать лишнее, форматировать текст (там часто форматированный HTML который не впишется в ваши стили интерфейса) не говоря уже о том что *необходимо* вырезать из контента JS код, а это очень сложно.
Придется делать очень много запросов, и вообще лучше создавать систему которая будет умно определять когда стоит почаще опрашивать фиды, когда реже либо вообще не опрашивать. Можно многое сэкономить. Одни фиды обновляются чаще, другие могут месяцами и годами не обновляться, одни обновляются в одно время суток, другие в другое. Нужно будет иметь несколько серверов которые будут только грузить обновления.
Ну и банально хранение информации. Конечно если 20013 сравнивать с 2005 годом то технологии развились, появились решения для горизонтального масштабирования БД (например NoSQL базы такие как Cassandra, Amazon web services), но все же. RSS ридер это громадные объемы данных, невероятно громадные. Если бы вы собрались аггрегировать все социалки то на это потребовалось бы меньше ресурсов.
Все это требует очень больших ресурсов, и это будет стоить дорого. Я не отговариваю, просто чтобы вы понимали и были готовы.
Так вот из опыта могу сказать что если сделать UI и какие-то фишки относительно легко (при том что сейчас полно разных фреймворков), то там есть еще много сложностей.
Например, готовьтесь рвать волосы от того что не все получается удачно сграбить. Очень большой процент фидов с ошибками и вообще не валидных, парсеры просто валятся на этом контенте. Даже распарсив контент остаются сложносте с тем что там получили. Кроме того что могут отсутствовать необходимые данные, в контенте фида очень часто бардак, нужно будет вырезать лишнее, форматировать текст (там часто форматированный HTML который не впишется в ваши стили интерфейса) не говоря уже о том что *необходимо* вырезать из контента JS код, а это очень сложно.
Придется делать очень много запросов, и вообще лучше создавать систему которая будет умно определять когда стоит почаще опрашивать фиды, когда реже либо вообще не опрашивать. Можно многое сэкономить. Одни фиды обновляются чаще, другие могут месяцами и годами не обновляться, одни обновляются в одно время суток, другие в другое. Нужно будет иметь несколько серверов которые будут только грузить обновления.
Ну и банально хранение информации. Конечно если 20013 сравнивать с 2005 годом то технологии развились, появились решения для горизонтального масштабирования БД (например NoSQL базы такие как Cassandra, Amazon web services), но все же. RSS ридер это громадные объемы данных, невероятно громадные. Если бы вы собрались аггрегировать все социалки то на это потребовалось бы меньше ресурсов.
Все это требует очень больших ресурсов, и это будет стоить дорого. Я не отговариваю, просто чтобы вы понимали и были готовы.
Вопросы сбора и хранения данных у нас уже решены. Это та самая Платформа, о которой говорилось в статье. Вы правы, создание такой системы стоит ооочень дорого.
Там есть и сбор RSS с автопополнением лент, с самообучающемся расписанием сбора, и сбор по шаблонам, и сбор по API и многое другое. Все источники отмодерированы вручную на качество сбора, все проблемы парсинга решены. Все это хранится на десятках серверов в NoSQL базе и индексированом виде в нашем поисковике. Сейчас в базе 2,7 млрд сообщений, в день собирается около 10 млн новых. Статистику по источникам можно посмотреть здесь, попробовать поиск по базе можно здесь
Там есть и сбор RSS с автопополнением лент, с самообучающемся расписанием сбора, и сбор по шаблонам, и сбор по API и многое другое. Все источники отмодерированы вручную на качество сбора, все проблемы парсинга решены. Все это хранится на десятках серверов в NoSQL базе и индексированом виде в нашем поисковике. Сейчас в базе 2,7 млрд сообщений, в день собирается около 10 млн новых. Статистику по источникам можно посмотреть здесь, попробовать поиск по базе можно здесь
Убить вас мало за javascript:void(0) на ссылках. Пооткрывал 10 фоновых вкладок, пока не заметил что они все пустые.
Судя по первым откликам задача переноса _акцента_ с привычных для ЦА Хабры RSS-лент на тематические ленты будет не очень простой. Поясню на примере.
Привычная парадигма: мы привыкли читать _сайтами_ (источниками) — подписываемся на Хабру, 4pda, 3dnews, technews и пр., и пролистываем заголовки, пока не попадаем на интересный нам материал. Т.е. у каждого из нас есть первоначальная выборка _тематических источников_, читая которые мы сами отфильтровываем нужное.
Подобный подход вполне подходит для узкотематических источников, редакционная команда которых выстроила хороший «фильтр» для качественного контента, чтобы пользователь получал нужное и не в чрезмерном для человека объеме. И Хабр здесь является хорошим примером. Но в случае крупного всеядного агентства, например РИА «Новости», на выходе получается лента с 2 000 новостями, для большинства людей такой поток каждый день осилить нереально.
Парадигма «сборных тематических лент», когда человеку собираются материалы по интересующей его теме (дизайн, коммутаторы, приложения для Android, Сирия, Олимпиада) из разных источников, про которые мы можем даже не знать, позволяет расширить первую парадигму, и является, IMHO, более человеческой для обычных людей.
А если подход «сборных лент» дополнить опцией указания конкретными источниками (Хабра, 3dnews, 4pda), то получим привычное нам чтение RSS-лент, но со значительной экономией времени — система отфильтрует только сообщения по важным темам. При таком варианте даже новости РИА не покажутся страшным потоком, если наложить фильтр, например «Digit, Сирия, Олимпиада».
Привычная парадигма: мы привыкли читать _сайтами_ (источниками) — подписываемся на Хабру, 4pda, 3dnews, technews и пр., и пролистываем заголовки, пока не попадаем на интересный нам материал. Т.е. у каждого из нас есть первоначальная выборка _тематических источников_, читая которые мы сами отфильтровываем нужное.
Подобный подход вполне подходит для узкотематических источников, редакционная команда которых выстроила хороший «фильтр» для качественного контента, чтобы пользователь получал нужное и не в чрезмерном для человека объеме. И Хабр здесь является хорошим примером. Но в случае крупного всеядного агентства, например РИА «Новости», на выходе получается лента с 2 000 новостями, для большинства людей такой поток каждый день осилить нереально.
Парадигма «сборных тематических лент», когда человеку собираются материалы по интересующей его теме (дизайн, коммутаторы, приложения для Android, Сирия, Олимпиада) из разных источников, про которые мы можем даже не знать, позволяет расширить первую парадигму, и является, IMHO, более человеческой для обычных людей.
А если подход «сборных лент» дополнить опцией указания конкретными источниками (Хабра, 3dnews, 4pda), то получим привычное нам чтение RSS-лент, но со значительной экономией времени — система отфильтрует только сообщения по важным темам. При таком варианте даже новости РИА не покажутся страшным потоком, если наложить фильтр, например «Digit, Сирия, Олимпиада».
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Больше, чем GoogleReader: давайте сделаем это вместе!