Телеграм хороший мессанджер для общения. В нем удобные чаты, есть шифрование.
Но боты и каналы — портят его. Я уже приводил пример, что пользователи не держат большое количество активных каналов — они просто забивают список диалогов. В итоге это все не масштабируется, каналы имеют достаточно низкое количество подписчиков, а прочтения это скорее метод сбить флажок непрочитанного. Читать более 10 лент в телеграме эффективно практически нереально, нет общей ленты, невозможно фильтровать эти потоки.
Мы не говорим что телеграм плохой, мы говорим, что то для чего он используется — это костыль.
О чем стучать? Основной кейс телеграма для айтишников был в виде оповещений из Zabbix, или по кронам. Или например уведомления из корпоративной CRM. И тут телеграм банят и вдруг вы теряете удобный инструмент для оповещений, мы для этого и делали сервис.
У нас просто даже и нет информации которая может кого либо заинтересовать.
А так нет — никому ничего не передаем.
«Если же сервис не подключится к ФГИС в течение 30 дней с момента получения требования от Роскомнадзора, то его заблокируют.»
1. А сервис не подтвердит что он вообще получил требование от Роскомнадзора, значит не будет заблокирован.
2. Даже если подтвердит — что мешает каждые 30 дней пересоздавать сервис на новый? :)
Лишние операции даже к очень быстрой файловой системе могут быть медленнее, чем к локальному Redis. Причем ФС может быть загружена конкурирующими запросами.
Может у вас кэшировался — у меня вот нет. У меня быстрые скрипты без фреймворков — там весь скрипт менее чем за 1мс выполняется, причем большую часть занимают запросы к БД. Так вот xhprof явно указывал что выполнялось много лишних файловых операций проверки file_exists из автолоадера.
Сейчас точно не вспомню, но мне кажется в phpmailer была как раз проблема у меня в консюмере, что автолоадер там с ума сходил.
Например вы в цикле вызываете другую библиотеку, которая в свою очередь при создании объекта таки определяет, какие есть библиотеки через проверку существования класса и " в случае его отсутствия объявлять ему замену. " как раз использует замену. Однако т.к. мы вызываем эту стороннюю библиотеку в цикле с разными параметрами — она постоянно проверяет существование классов. Если файлы находятся на медленном диске, или вообще подключаются через NFS — это может быть очень и очень долго.
У автозагрузки есть еще интересный баг, если в коде есть проверки существования класса и т.д. и это все внутри цикла — это будет приводить к проверке file_exists на каждый вызов, а это файловая операция, которая может неплохо так замедлить весь цикл. Например внутри своего автолоадера я сразу впилил небольшой кэш проверок, на случай попытки подключения несуществующих классов. Но иногда подключая сторонние библиотеки ловлю там самостоятельные автолоадеры, которые таки делают постонные лишние запросы на проверку библиотек, которых нет.
На всякий случай проверил как работают лимиты — если выкрутить при текущих 28 активных пользователях и 60 лентах скорость в 500 раз, убрать лимит на раз в 30 секунд, убрать рандомизацию для размешивания проверок и т.д. то получаем что те у кого 2-3 ленты не упирается в лимит, а на моем аккаунте где 7 лент ВК — упирается, но не всегда, все равно успевает за следующие итерации все проверить, при этом мои проверки на том же ключе API на другие ленты не влияют — по ним не одного возврата в очередь, при этом RPS c API был более 8 в секунду.
Итого в общем то без особых усилий без проблем будет работать при масштабировании в 500 раз — 14 тысяч пользователей и 30000 лент. При таком количестве примерный RPS будет около 8 запросов в секунду.
Некоторые любят решать головоломки. Например если ты в какой то сфере уже отвечаешь на все возможные вопросы — значит ты гуру в этой теме. Плюс ко всему такой профиль с кучей ответов может быть неплохим подспорьем для резюме — мол вот я тему знаю, даже на вопросы отвечал и всегда все верно
subscribe не используем, у ВК он есть в виде постоянных коннектов, но согласитесь проще проверять 300 тысяч лент за 10 минут по 500 в секунду, чем держать постоянно 300 тысяч соединений? Вк в общем то в рамках токена может позволить проверять сразу все ленты — но все равно будет не то.
У VK RPS ограничен на токен, то есть для одного пользователя в общем то хватает для его нужд.
В случае если сталкиваются много запросов и все таки ВК дает ошибку о лимите — сообщение возвращается в очередь и через пару итераций таки долетает
Статья в тему, вы тут пишите про то что вы против надоедливых вещей — а у вас в статье эти вещи изо всех углов лезут
Слава богу на хабре администрация правильная и такого тут нет, не было и не будет, это одна из причин почему хабр годный ресурс.
«этот поп-ап появляется один раз в сутки, если пользователь подписывается, то больше он его не беспокоит. „
Поп-ап зло. Окошко с виджетом чата должно появляться без анимации, чтобы не привлекать внимание, а самое главное не отвлекать.
Поп-ап пушей — зло. Говорю вам как создатель PushAll, злостный ненавистник всплывающих окошек подписаться на пуши, и автор статьи habrahabr.ru/company/pushall/blog/281012
Если человек только к вам пришел почитать статью — то что оно появится 1 раз в сутки не важно, важно лишь то, что оно появилось в первые 15 секунд использования сайта. Представьте себе ситуацию, заходите вы в Apple Store, а к вам с порога консультант подходит и в руках держит iPhone и в глаза вам им тычет и кричит “Купите наш Айфон, мы же знаем что мы пришли за ним.» Правда выглядит глупо? Так почему же вы с порога человеку на сайте тычите «Ну подпишись на наши окошечки, чтобы мы тебя донимали каждый день, когда захотим!»
Поп-ап подписки на емейл тоже зло — человек читает статью, вникает и тут вы ему рубите все на свете. Нельзя же отвлекать человека.
Короче, компания, которая говорит о ценностях, которая сама их не соблюдает — зло.
Вообще закон о мессенджерах очень размыт. Под него по идее подпадает все.
2. «информационно-коммуникационные сервисы (далее — ИКС: прим. — моё) – информационная система и (или) программа для электронных вычислительных машин, которая предназначена и (или) используется для приема, передачи и (или) обработки электронных сообщений пользователей сети «Интернет» в целях обмена электронными сообщениями между пользователями сети «Интернет», в том числе для передачи электронных сообщений неопределенному кругу лиц».
По сути если вы отправляете пакет другому пользователю — вы уже используете «информационно-коммуникационные сервисы» То есть по факту, если будет тупо мессенджер, который работает по IP-адресу и использовать шифрование, то вам по закону его тоже надо будет зарегистрировать (причем каждый человек — является сервером и отправителем) и раскрывать ключи шифрования.
Вообще вся сеть интернет и каждый отдельный узел подпадает под мессанджер. Тут еще вопрос, если вы обмениваетесь пакетами между узлами — это ведь мессандржер? А если в этих пакетах — данные телеграма, это мессандржер через мессанджер. А если у вас в телеграме бот через который вы передаете сообщения и он тоже как то шифрует данные (присылает вам зашифрованную строку, а вы по своему алгоритму расшифровываете) то бот это тоже мессанджер, работающий через 2 других мессандржера?
В общем они похоже не знают что можно все что угодно во что угодно инкапсулировать и передавать данные между людьми.
И по факту. если требуется лишь подтверждение на уровне провайдера, то выходит обмен пакетами идет, провайдер вас знает и ваш номер телефона тоже. В итоге и телеграму не нужно знать ваш номер, или же нужно? Получается что и боту нужно знать?
Любой сайт с чатиком или общением — уже мессаджер?
Вот так вот и получаем закон, по которому вас при желании могут оштрафовать, если придраться к тому, что ваши устройства пакеты отправляют и принимают от неизвестных вам лиц.
Я думаю гугл может очень круто наказать чиновников.
1. Сделать так чтобы информации о них не было в поиске. То есть просто физически гугл сотрет их с лица интернета. (может это и минус что нельзя будет прочитать о их яхтах и дачах, но все же нельзя будет прочитать что это за человек, считай и не существовал)
2. Удалить аккаунты чиновников и всех связанных с ними людей (родственников например) Это критично т.к. они не смогут вести например свой ютуб полноценно, потеряют все данные в сервисах гугла и многое многое другое вплоть до того что телефоны на андроиде не будут у них работать полноценно.
И все это будет как санкции со стороны гугла.
Может конечно немного глупо выглядит, но тут недавно была статья про то как удаляют аккаунты за наружение при публикации приложений в Google Play или при страйках на ютубе — не вижу особой разницы. Тут накосячили сильно — и либо пусть они штраф плятят. либо гугл все блочит.
И я уже ранее писал про телеграм, что в итоге у нас всего 10% им пользуются. И с выходом iOS приложения стало ещё меньше использовать телеграм т.к. нативное решение для уведомлений удобнее.
Я как велосипедист практически не пользуюсь такси. Использую лишь если нужно до аэропорта доехать и то редко.
Но больше всего проблем с двумя вещами
1. Такси стоят и ждут пока их закажут. Ждут на аварийке вдоль дороги, там где по сути даже не парковка.
2. Резко перестраиваются в крайний ряд, когда видят клиента. Им важнее к клиенту поближе быть и пофиг, что они могут сбить проезжающего велосипедиста. Причем тут такая же ситуация — остановка происходит в местах где останавливаться нельзя. Да на аварийке.
В общем у такси аварийка это кнопка номер один. Особенно в центре — весь крайний ряд может быть забит такси, большенство от яндекса.
Итак мое предоложение:
1. Вы же можете отслеживать достаточно точно где находится водитель. По сути вы можете штрафовать его, если он поджидает клиентов в месте, где парковка запрещена или нежелательна. Если уж он ждет клиента — может он встанет на на полосе движения?
2. Нужно добавить в ваш расчет маршрута как раз момент с местом где можно остановиться или припарковаться, Чтобы такси именно съехало с дороги куда нибудь на парковку. Очень актуально в центре. Да, возможно клиентам придется пройтись лишние 2-3 минуты, опять таки. Но вы значительно ускорите движение в центре города, т.к. очень много пробок просто из за того, что такси посреди дороги вдруг останавливается и ждет пока клиент свои вещи загрузит — вся улица стоит и ждет.
Но боты и каналы — портят его. Я уже приводил пример, что пользователи не держат большое количество активных каналов — они просто забивают список диалогов. В итоге это все не масштабируется, каналы имеют достаточно низкое количество подписчиков, а прочтения это скорее метод сбить флажок непрочитанного. Читать более 10 лент в телеграме эффективно практически нереально, нет общей ленты, невозможно фильтровать эти потоки.
Мы не говорим что телеграм плохой, мы говорим, что то для чего он используется — это костыль.
У нас просто даже и нет информации которая может кого либо заинтересовать.
А так нет — никому ничего не передаем.
1. А сервис не подтвердит что он вообще получил требование от Роскомнадзора, значит не будет заблокирован.
2. Даже если подтвердит — что мешает каждые 30 дней пересоздавать сервис на новый? :)
Лишние операции даже к очень быстрой файловой системе могут быть медленнее, чем к локальному Redis. Причем ФС может быть загружена конкурирующими запросами.
Static-кэш. Чтобы в рамках одной сессии не пробовать попытки подключения того, чего нет.
Может у вас кэшировался — у меня вот нет. У меня быстрые скрипты без фреймворков — там весь скрипт менее чем за 1мс выполняется, причем большую часть занимают запросы к БД. Так вот xhprof явно указывал что выполнялось много лишних файловых операций проверки file_exists из автолоадера.
Сейчас точно не вспомню, но мне кажется в phpmailer была как раз проблема у меня в консюмере, что автолоадер там с ума сходил.
Итого в общем то без особых усилий без проблем будет работать при масштабировании в 500 раз — 14 тысяч пользователей и 30000 лент. При таком количестве примерный RPS будет около 8 запросов в секунду.
У VK RPS ограничен на токен, то есть для одного пользователя в общем то хватает для его нужд.
В случае если сталкиваются много запросов и все таки ВК дает ошибку о лимите — сообщение возвращается в очередь и через пару итераций таки долетает
Слава богу на хабре администрация правильная и такого тут нет, не было и не будет, это одна из причин почему хабр годный ресурс.
Поп-ап зло. Окошко с виджетом чата должно появляться без анимации, чтобы не привлекать внимание, а самое главное не отвлекать.
Поп-ап пушей — зло. Говорю вам как создатель PushAll, злостный ненавистник всплывающих окошек подписаться на пуши, и автор статьи habrahabr.ru/company/pushall/blog/281012
Если человек только к вам пришел почитать статью — то что оно появится 1 раз в сутки не важно, важно лишь то, что оно появилось в первые 15 секунд использования сайта. Представьте себе ситуацию, заходите вы в Apple Store, а к вам с порога консультант подходит и в руках держит iPhone и в глаза вам им тычет и кричит “Купите наш Айфон, мы же знаем что мы пришли за ним.» Правда выглядит глупо? Так почему же вы с порога человеку на сайте тычите «Ну подпишись на наши окошечки, чтобы мы тебя донимали каждый день, когда захотим!»
Поп-ап подписки на емейл тоже зло — человек читает статью, вникает и тут вы ему рубите все на свете. Нельзя же отвлекать человека.
Короче, компания, которая говорит о ценностях, которая сама их не соблюдает — зло.
То есть если я покупаю велосипед, тогда не применяется?
2. «информационно-коммуникационные сервисы (далее — ИКС: прим. — моё) – информационная система и (или) программа для электронных вычислительных машин, которая предназначена и (или) используется для приема, передачи и (или) обработки электронных сообщений пользователей сети «Интернет» в целях обмена электронными сообщениями между пользователями сети «Интернет», в том числе для передачи электронных сообщений неопределенному кругу лиц».
По сути если вы отправляете пакет другому пользователю — вы уже используете «информационно-коммуникационные сервисы» То есть по факту, если будет тупо мессенджер, который работает по IP-адресу и использовать шифрование, то вам по закону его тоже надо будет зарегистрировать (причем каждый человек — является сервером и отправителем) и раскрывать ключи шифрования.
Вообще вся сеть интернет и каждый отдельный узел подпадает под мессанджер. Тут еще вопрос, если вы обмениваетесь пакетами между узлами — это ведь мессандржер? А если в этих пакетах — данные телеграма, это мессандржер через мессанджер. А если у вас в телеграме бот через который вы передаете сообщения и он тоже как то шифрует данные (присылает вам зашифрованную строку, а вы по своему алгоритму расшифровываете) то бот это тоже мессанджер, работающий через 2 других мессандржера?
В общем они похоже не знают что можно все что угодно во что угодно инкапсулировать и передавать данные между людьми.
И по факту. если требуется лишь подтверждение на уровне провайдера, то выходит обмен пакетами идет, провайдер вас знает и ваш номер телефона тоже. В итоге и телеграму не нужно знать ваш номер, или же нужно? Получается что и боту нужно знать?
Любой сайт с чатиком или общением — уже мессаджер?
Вот так вот и получаем закон, по которому вас при желании могут оштрафовать, если придраться к тому, что ваши устройства пакеты отправляют и принимают от неизвестных вам лиц.
1. Сделать так чтобы информации о них не было в поиске. То есть просто физически гугл сотрет их с лица интернета. (может это и минус что нельзя будет прочитать о их яхтах и дачах, но все же нельзя будет прочитать что это за человек, считай и не существовал)
2. Удалить аккаунты чиновников и всех связанных с ними людей (родственников например) Это критично т.к. они не смогут вести например свой ютуб полноценно, потеряют все данные в сервисах гугла и многое многое другое вплоть до того что телефоны на андроиде не будут у них работать полноценно.
И все это будет как санкции со стороны гугла.
Может конечно немного глупо выглядит, но тут недавно была статья про то как удаляют аккаунты за наружение при публикации приложений в Google Play или при страйках на ютубе — не вижу особой разницы. Тут накосячили сильно — и либо пусть они штраф плятят. либо гугл все блочит.
Но больше всего проблем с двумя вещами
1. Такси стоят и ждут пока их закажут. Ждут на аварийке вдоль дороги, там где по сути даже не парковка.
2. Резко перестраиваются в крайний ряд, когда видят клиента. Им важнее к клиенту поближе быть и пофиг, что они могут сбить проезжающего велосипедиста. Причем тут такая же ситуация — остановка происходит в местах где останавливаться нельзя. Да на аварийке.
В общем у такси аварийка это кнопка номер один. Особенно в центре — весь крайний ряд может быть забит такси, большенство от яндекса.
Итак мое предоложение:
1. Вы же можете отслеживать достаточно точно где находится водитель. По сути вы можете штрафовать его, если он поджидает клиентов в месте, где парковка запрещена или нежелательна. Если уж он ждет клиента — может он встанет на на полосе движения?
2. Нужно добавить в ваш расчет маршрута как раз момент с местом где можно остановиться или припарковаться, Чтобы такси именно съехало с дороги куда нибудь на парковку. Очень актуально в центре. Да, возможно клиентам придется пройтись лишние 2-3 минуты, опять таки. Но вы значительно ускорите движение в центре города, т.к. очень много пробок просто из за того, что такси посреди дороги вдруг останавливается и ждет пока клиент свои вещи загрузит — вся улица стоит и ждет.