Использование Github в качестве хранилища пользовательских данных

[@AnisimovAM]

Интересная идея. Спасибо за статью.

[@limonte]

> копия с bitbucket, потому один коммит

Вы похерили всю историю коммитов при комировании репозитория.
Поздравляю, у вас много вещей которые нужно выучить, начать можно с google: git change origin remote


[@getId]

Ну зря вы так. Я то это специально сделал для гитхаба, потому что не хочу раскрывать историю коммитов. А рабочее дерево у меня в порядке на bitbucket. Какие другие вещи посоветуете выучить?

[@limonte]

https://github.com/knigopis/api.knigopis.com/blob/master/config/db.php

в YII нет поддержки DotEnv для переменных окружения как в Laravel?

[@getId]

По умолчанию предлагают использовать перезаписывающие файлы конфигурации, но DotEnv подключается довольно легко, если есть желание. У меня же DB не используется совсем, просто файл остался из шаблона.

[@denis4inet]

Но в январе 2016 мы узнали, что Parse.com проживет только один год и будет закрыт.

Остается firebase, приобретенный Google. Но закроется или не закроется ли он, никто не знает…

[@getId]

Слова «Google» и «закрыл» слишком часто встречаются рядом в заголовках.

[@andrikeev]

Мне Firebase видится более удобным, а на счёт того, что Google может его закрыть: его только-только в мае представили в качестве полноценной платформы, добавив много нового функционала; на него уже перевели GMS, аналитику, AdMob и т.д.
Максимум что с ним будет, это его могут переименовать или сделать только для бизнеса, как это делается с Google Cloud, что не помешает им пользоваться. Уж слишком большие ставки на него делает Google, имхо

[@denis4inet]

Более удобным чем что? Github as a Storage?
На самом деле искал альтернативы «беслпатному» firebasу — не нашел. Есть только open-source решения для self-hostingа. Возможно искал плохо…

[@andrikeev]

Мне вообще кажется, что GitHub as a Storage — это костыли.
Насчет альтернатив, я в своё время смотрел в сторону https://scorocode.ru

[@mgramin]

Думаю хранить конфиги норм, spring cloud config например тоже поддерживает github

[@tonissimo]

В качестве формата данных выбран json за свою неизбыточность и хорошую совместимость с идей git-хранилища. Если хранить каждое значение json в отдельной строчке, это позволит получить наглядный diff на Github.

Тогда почему не YAML?

[@getId]

На тот момент я был плохо знаком с YAML. Но и сейчас мне кажется, что с json работать в javascript чуточку удобнее. Но для git, наверное, YAML подошел бы лучше.

[@simpel]

Я однажды делал хранение данных в GISTS на гитхабе, из плюсов — можно делать сркрытый гист на бесплатном акаунте. API есть, история есть и тд;

[@crea7or]

Может лучше пару центов в месяц тратить? Не ну правда, всё бесплатное постепенно заканчивается за редким исключением.

[@getId]

С моими объёмами я могу просто на VDS хранить все данные. Речь же о возможности получения данных в случае окончания действия всех платных компонент проекта.

[@crea7or]

Ну почему не дропбокс/вандрайв? Они же именно хранилища для этого созданные. Апи есть, ограничения гораздо более мягкие.

[@getId]

Github интереснее за счет истории изменений (как журнал действий) и за счет автоматического рендера markdown и удобного просмотра записей через веб без API. От этого можно отказаться, если с Гитхабом возникнут трудности.

[@redmanmale]

Сервис учёта прочитанных книг с возможностью экспорта пользовательских данных в машиночитаемом формате…
Как насчёт Goodreads и экспорта CSV по крону куда угодно.

[@getId]

Сервис мне не понравился с первого взгляда. Регистрация из нескольких шагов, включая приглашение пользователей, подписка на жанры и прочее. С трудом нашел, как добавлять прочитанное. Скорее всего, это поиск слева (текущее чтение). При этом я не смогу добавить одной записью весь цикл Ведьмака или Властелина Колец.

Практика показала, что свободный ввод позволяет добавлять не только изданные книги, но и тексты, которые, скорее всего, не попадут в эти фиксированные базы известных книг.

В моем решении получилась не просто *возможность* экспорта, а долговременная доступность этих данных.

P.S.: Из аналогичных Goodreads больше понравился livelib.ru

[@redmanmale]

Не понравился и ладно, не настаиваю, однако.

Регистрация в один шаг (по факту нужна только почта), приглашение друзей и подписки опциональны (по крайней мере были, когда я регистрировался).
Сервис и сам неплохо справляется с индексацией вышедших книг, а если чего нет, то можно добавить самому.
У меня настроен ежемесячный экспорт своей библиотеки, которая бережно складывается в репозиторий и бэкапится вместе со всем остальным. Т.е. в случае смерти сервиса я не потеряю свои данные плюс, если найду аналог (да с API), будет возможность залить всё обратно.