Это всё прекрасно, только ограничения для многих сервисов (и моего в том числе) будут не такими уж большими, а пользователям гораздо проще ввести номер либо логин в телеграме. Обезличенный номер телефона не является персональными данными.
Хорошо, конечно, что вы сделали такого бота, тут я совершенно не против. Но нужно думать как упрощать получение уведомлений, потому что реальные пользователи, в отличие от гиков, ленивы.
Сделал уведомления просто зарегистрировав обычного юзера на левый номер телефона и подняв на сервере telegram-cli. Неудобно то, что юзер должен сообщать номер телефона, но такой бот умеет сам инициировать общение, в отличие от ботов которые предложили в телеграм.
Опыт подсказывает, что на мелких проектах симфони тоже очень даже неплох. И позволяет относительно просто этот проект масштабировать в перспективе. Не так уж много времени тратится на рутинные задачи, нормальному разработчику это время потратить нужно один раз в жизни.
Хотел написать про то, какие у вас поверхностные доводы, но решил, что лучше не нужно. Вместо этого задам простой вопрос: вот подняли вы проблему, а решение какое, хотя бы направление? Я на хабре читаю уже не первую статью про то, что N — плохой фреймворк, X — плохой язык и т.п. Обычно это именно такие вот статьи ни о чем: находится пара сомнительных доводов, накручиваются эмоции и не предлагается решение.
Дополню по поводу исключений: на своём опыте пришлось столкнуться с ситуацией когда исключение бросается в одном месте, а трейс отображается из совершенно другого модуля. так было, например, с модулем node-curl, который ловил каким-то образом эксепшен, который должен был пойматься конструкцией try-catch в совершенно другом месте кода. Описание довольно сумбурное, но и проблема тоже оказалась непростой. Для себя решил — никаких эксепшенов в ноде.
Вы можете легко проверить определяется ли этот сайт в нашем сервисе определения cms: itrack.ru/whatcms там используются ровно те же самые отпечатки, что и в рейтинге.
Недавно здесь был пост наших конкурентов habrahabr.ru/company/openstat/blog/212937/ и цифры по UMI у них примерно такие же. А два одинаковых результата полученных разными способами о чем-то да говорят.
На сайте itrack.ru так исторически сложилось, что есть дополнительны раздел с динамикой. Там можно наглядно увидеть изменения в количество установок между сборами: itrack.ru/research/cmsrate/dynamic/29/31
Добрый день, на графиках не отражена убыль или прибыль у раздела Прочее. А потерянные 4 сотые процента это всего лишь последствие округление вниз при выводе процента. Я как-то не обращал внимания на этот нюанс, но обязательно его исправлю.
Позволю себе немного влезть. На последний вопросу в рунете вы можете увидеть ответ здесь track.ruward.ru/health. Вообще, моя практика показывает что CMS можно определить на 22-24% сайтов, а 35-40% сайтов дохлые (причем от сезона это сильно зависит).
Хорошо, конечно, что вы сделали такого бота, тут я совершенно не против. Но нужно думать как упрощать получение уведомлений, потому что реальные пользователи, в отличие от гиков, ленивы.
Как лечить не придумал, кроме как заменить часовой пояс в системе.