Как же бесят эти пуш уведомления и сайты, на который так зайдешь случайно раз в жизни, а они тебе: «ваш город звездюйск, мы угадали?», «приложение просит дотуп к геоданным», «здрассти меня зовут пися камушкин, чем могу помочь?», «оповещать вас о наших новостях?»
В анубис пусть себе забьют воронку продаж, псы маркетологические.
Тогдашни Рунет был малонаселенным, но вполне нормальным. Нынешний рунет заселили школьники, олени и медиа-магнаты с прочими бизнесами. Редкие проблески разума имеются, но редкие.
Для этого нужна распределенная транзакция, что далеко нетривиально.
Использовать key-value хранилище, умеющее в шардинг, их много на выбор.
Если пользователь должен интерфейсно нажать какое-то подтверждение у заказа, тогда это защитит от ряда дублей, но ценой лишнего клика.
Он не должен. Приложение должно. Фактически, каждый клик пользователя порождает задачу в очереди на клиентском устройстве. Сообщение считается доставленным тогда, когда с сервера получен ожидаемый ответ или ошибка, или срок доставки истек.
Генерировать новый ключ, но не при каждом чихе, а лишь когда сервер точно-точно ответил, что всё ок, заказ создан, и что теперь то можно клиенту наконец-то сгенерировать новый ключ для всех будущих обращений.
Все же не совсем корректно, клиент может захотеть выполнить две разные операции подряд. Например, написать в чат водителю и заказать еще авто. Ну или дозаказать еще авто.
Само приложение знает что это разные операции, и никто ему не мешает присваивать им разные уиды.
Наличие разных уидов для разных команд позволит спокойно класть все это дело в очередь и пытаться доставить на сервер.
Каждая команда (на клиенте) имеет свой уникальный уид, и вот как делаем:
— Отправка заказа на сервер: клиентское приложение стучит на сервер до тех пор, пока не сработает заранее определенный таймаут или не получит нужный ответ
— На сервере проверяем есть ли уже команда с таким уид, если нет, то выполняем
— Если это команда на создание заказа, выставляем ее статус как пока не подтвержденная
— Клиентское приложение спрашивает о состоянии заказа с уид: его просит подтвердить заказ (приложение должно само отправить true например). Заказ помечается как созданный и по нему дальше производятся действия.
Соответственно, любая команда с клиентского устройства должна выполняться таким образом: отправка на сервер, резервирование, ожидание подтверждения от клиентского устройства, выполнение. Либо отвал по таймауту.
Для клиента это будет выглядеть как спиннер, который «подождите, проводится операция», который потом меняется или на «таймаут, нажмите снова» или на «ок, выполнено».
Для верности на клиентский девайс должны приходить актуальные версии того, что происходит — заказы, чаты и т.п., раз в какое-то время (сам забирать)
зачем эта вся идео-както-там, простите, история?
Это все похоже на попытку скрыть плохой алгоритм работы очень хорошим термином, который только что вычитал в интернетах.
Все просто: большая и толстая площадка (как Гугл) может бесконечно менять свои правила и относиться к разрабам как к букашкам, просто потому что это большая площадка, а разрабов много, гораздо больше чем нужно приложений, и между ними конкуренция.
Ждать от Гугла сочувствия, вхождения в положение или просто нормального отношения к разрабу — нереально в силу его (Гугла) размеров.
Автоматизация — это всегда круто.
Но есть нюанс, она должна или самоподстраиваться под разные условия (например, разные браги), или условия должны быть одинаковыми. Иначе вы или слишком мало отберете голов/хвостов, или наоборот, слишком много.
1. Рус ЖЖ продали СУПу
2. СУП прогнулся под кое-какие структуры РФ. Не как вконтач, конечно, но тоже весьма машет тазом под клиентом.
3. Из бложеков сделали журнал, жалкое подобие таблоида
Вот да
особо удручает отсутствие распознавания голоса «в коробке», а не «в облаке».
хотя, казалось бы, за последние пару лет, вычислительные мощности выросли чуть ли не экспоненциально.
«Нейрораспил» ака «Сосальщик из казны»
отлично, отлично
Где, кстати хотят производить 100% отечественный, без закладок, процессор?
На Тайване, небось, в чужой стране, которую сейчас хочет захавать наш потенциальный «друг», Китай?
В анубис пусть себе забьют воронку продаж, псы маркетологические.
Использовать key-value хранилище, умеющее в шардинг, их много на выбор.
Он не должен. Приложение должно. Фактически, каждый клик пользователя порождает задачу в очереди на клиентском устройстве. Сообщение считается доставленным тогда, когда с сервера получен ожидаемый ответ или ошибка, или срок доставки истек.
Все сценарии можно проработать.
Все же не совсем корректно, клиент может захотеть выполнить две разные операции подряд. Например, написать в чат водителю и заказать еще авто. Ну или дозаказать еще авто.
Само приложение знает что это разные операции, и никто ему не мешает присваивать им разные уиды.
Наличие разных уидов для разных команд позволит спокойно класть все это дело в очередь и пытаться доставить на сервер.
— Отправка заказа на сервер: клиентское приложение стучит на сервер до тех пор, пока не сработает заранее определенный таймаут или не получит нужный ответ
— На сервере проверяем есть ли уже команда с таким уид, если нет, то выполняем
— Если это команда на создание заказа, выставляем ее статус как пока не подтвержденная
— Клиентское приложение спрашивает о состоянии заказа с уид: его просит подтвердить заказ (приложение должно само отправить true например). Заказ помечается как созданный и по нему дальше производятся действия.
Соответственно, любая команда с клиентского устройства должна выполняться таким образом: отправка на сервер, резервирование, ожидание подтверждения от клиентского устройства, выполнение. Либо отвал по таймауту.
Для клиента это будет выглядеть как спиннер, который «подождите, проводится операция», который потом меняется или на «таймаут, нажмите снова» или на «ок, выполнено».
Для верности на клиентский девайс должны приходить актуальные версии того, что происходит — заказы, чаты и т.п., раз в какое-то время (сам забирать)
зачем эта вся идео-както-там, простите, история?
Это все похоже на попытку скрыть плохой алгоритм работы очень хорошим термином, который только что вычитал в интернетах.
Ждать от Гугла сочувствия, вхождения в положение или просто нормального отношения к разрабу — нереально в силу его (Гугла) размеров.
Но есть нюанс, она должна или самоподстраиваться под разные условия (например, разные браги), или условия должны быть одинаковыми. Иначе вы или слишком мало отберете голов/хвостов, или наоборот, слишком много.
2. СУП прогнулся под кое-какие структуры РФ. Не как вконтач, конечно, но тоже весьма машет тазом под клиентом.
3. Из бложеков сделали журнал, жалкое подобие таблоида
имхо эти три пункта убили ЖоЖе
особо удручает отсутствие распознавания голоса «в коробке», а не «в облаке».
хотя, казалось бы, за последние пару лет, вычислительные мощности выросли чуть ли не экспоненциально.
отлично, отлично
Где, кстати хотят производить 100% отечественный, без закладок, процессор?
На Тайване, небось, в чужой стране, которую сейчас хочет захавать наш потенциальный «друг», Китай?