read-it-later

ленивым чтецам посвящается: read-it-later поделия и костылики

На самом деле проблема сохранения и организации контента не преувеличена. Я застал те времена когда, TeleportPro был клевым хаком, что бы заполучить манящие статьи. В те времена качественный интернет был достаточно редкой вещью. И я как и часть гиков того времени сохранял страницы с полным веб контентом на hdd и ташил к себе домой, аккуратно раскладывал по каталогам после прочтения. Так сказать, растил свое дерево. И даже бэкапил на cd диск. Ух времена то были.

Проблематика

Так что я не удивлен был проблемам и задачам этого автора https://habr.com/ru/post/475092/
Да, как справедливо заметили:
- pocket проебывает сохраненки.
- Да, evernote рвет всех, но сильно оттягивает карман.
- А подающие надежды новички не могут выйти на самоокупаемость и закрываются.

Припарки

Даже мертвому помогают. Так что немного и для себя приготовил парочку:

1. Распространяемые в виде файлов статьи, мануалы и статьи я буду прикапывать в calibre. К сожалению не так много мобильных читалок могут подключиться к домашней калибре, и перетянуть все облако тэгов. Но такие штуки-дрюки есть.

2. C контетом в виде web2.0 я не буду затейничать - закину в букмарки, воспроизведу дома и настрогаю в блог выжимку. Так было раньше, когда времени на присяданий было больше, а костылей подходящей ограненки - маловато.

Но они появились. Теперь как то не особо нужен и блог, есть github pages. С очень красивыми шкурками, кстати. Но... все равно требуется присядания.

Модификации подхода

Лень брала верх, по этому переключился на написание заметок в .markdown через stackeditor.io. Но он был как то очень медленным, возможно потому что ssd диски тогда были слишком дороги и не распространены.

Теперь же они есть у каждого, и даже не замечаешь медленную и печальную работу _приложения_ на JS. Работает быстрее, но все равно остается резонным вопрос: зачем по сети тянуть данные, шрифты, токены авторизации, куски ролевой модели поставщиков идентичностей для Oauth и хрен знает чего еще... Если этого можно не делать.

nodej'ом по представлению

Как? А все просто: с появлением Electron жизнь заиграла новыми красками и css'ем. По факту можно набутстрапить приложение (даже standalone, но зачем) которое будет везде выглядеть довольно прилично, хранить барахло локально, делать ровно то, зачем создали бэкенд приложения, еще и быть кросс-платформенным. Взгляните например на https://app.keeweb.info/, который на вашем стороне будет дешифровывать базу паролей kdbx. Красиво. Подходит для непредвиденных случаев.
Ремарка: нативное приложение KeePass раскачанный плагинами в паре с дропбоксом таки удобнее этих ваших электронов. И рвет дырявый lastpass.

Зальем железом

Так вот, идея толстого клиента на JS раньше звучала.... наивно. Но в 2к18 году Visual Studio Code начал рвать Sublime Text. И это признали многие. Только в 2019 году старый мамонт, в моем лице, забросил заботливо подтюненный переносной ST3 и начал не менее пристально смотреть как тут инсталить плагины к VS Code живя в глубоком lan какого-нибудь энтерпрайза.

Примерно в это время начал отслеживать занятную тенденцию: меньше возни с конфигами, зальем проблему железом.
Я широко улыбнулся с решения умпутуна ради разового продолжительного отчета для бухгатерии - временно насувать ядер (x5) и чего то там еще в хост c mongoDB. А после окончания работы отчета - высунуть обратно. А перед глазами так и всплывают картинки о лагающих игрушках из глубокого детства, потому что железо - раньше было оочень не по карману)

lookaround

А уже в следующем году подсел на Typora на том самом электроне. И свои домашние поделки сохранял в привычном всем .md на dropbox. Все предельно просто и лениво: одна заметка - один файл , одна тема - один каталог. С симлинками возиться было лень, да еще и в 2м квартеле 2019 дробокс вывалил на всех решение не синькать симлинки и все окончательно поняли, что граждане скурвились. Ну и что им тоже дается монетизация.

Но к сожалению решение - ооооочень простое. Нехватало чего-нибудь эдакого, на стыке подходов "пишу сам для себя" и "сохраняю манул для поковырять". По этому, с толикой жадности открыл комментарии с хабра с удивлением нашел еще несколько решений:

OutWiker

https://habr.com/ru/post/144414/
который конечно организатор заметок, на в качестве аутлайнера - страхолюдина по сравнению с workflowy (8 лет, полет отличный) или его братом-бастардом HackFlowy (без нативного приложения, оффлайн работы и расшаривания)

wallabag

https://wallabag.org
Который довольно мощный проект на php, обросший конфигами для быстрого разворачивания дома на антрисоли или платного использования преднастроенного инстанса. Возможно даже выживет.
Fun Fack! Ребята зачем то решили в мануале указать инструкцию к инсталляции на Synology - довольно смешно, так как их владельцы - не будут инсталить втуда такие пакеты. Им тупо будет лень, для того и купили отдельную приблуду для контента)

joplin

https://joplinapp.org/
Который очень перспективен в соло использовании.

Пациент

Да, на этом вашем nodeJS, от которого отрекся даже создатель. Да, на приторможенном js'е. Но сабж просто работает и может:

• сохранять в самые популярные места, такие как (1) локальный диск, (2) dropbox, Webdav, NextCloud.
• Сохранять "ручные статьи", так и парсенные страницы посредством. Есть несколько вариантов парсинга.
• Сохранять в виде обычного paint text и в нем же хранить мету.
• Шифровать / дешифровать "чувствительные" заметки по ключу в виде пароля.
• Мобильное приложение аутлайнер-просмотровщик-редактор
• Парсинг страниц с использованием сервиса (для сохранения в свою БД) не публичного в wan, а службу на localhost - открывают возможности использовать его в глубоком лане любого энтерпрайза.

Пожалуй для сохраненок больше то ничего и не надо.

Немного хохмы: почему локальный диск на первом месте?
Да потому что синхронизаторов сейчас как грязи. Настолько много, что уже нет смысла встраивать в каждое мобильное приложение синхронизацию с каждым облаком бледнеющим при виде стада нищебродов.

Если всю БД не надо пропихивать за каждую итерацию синка, то сохранения будут крайне быстрыми и незаметными. И чем более текст plain, тем проще будет слияние изменений и разрешение конфликтов. И именно так joplin  и работает.

Так что можно просто один раз инстальнуть отдельное приложение, которое умеет только одно и хорошо: рсинкать локальный каталог с удаленным хостом от всех возможных хранилищ.
И второе приложение, только для одной цели, просмотра и редактирования с комфортом. Чем то напоминает linux подход с объединением инструментов в конвейер. Не скатиться бы в башизм :)