Когда текст по некоторым признакам (сторонние ссылки, упоминания бизнеса) может быть рекламой — многие видят в этом именно рекламу, и, скорее всего, именно по этой причине и «минусуют». Меня это не слишком беспокоит, поскольку я вижу количество людей прочитавших этот текст, т.е. узнавших о такой возможности. В этом и был смысл этой короткой заметки — показать, что можно делать и так. (Кстати, для меня важнейший показатель качества здесь — сколько человек поставило на текст закладки, а не лайки или карма).
Не первая статья — это верно (12-я здесь, если быть точным). У вас же, как я понимаю — 0. Покорять сердца цели нет. Поделиться опытом — это пожалуйста — можете пользоваться.
Согласен с вами — кое-что можно улучшить и методами SEO, особенно, вы правы, уменьшить кол-во http-запросов. Но я убеждён, что всё это есть полумеры и латание старых штанов, поэтому я и не хотел отвлекаться на эту тему в статье. Уже существуют вполне зрелые фреймворки (в т.ч. упомянутые в тексте), которые посвятили годы работы этой оптимизации (и регулярно её актуализируют), и от того я не вижу никакого смысла заново изобретать колёса и велосипеды, да ещё и самостоятельно поддерживать их на ходу. Очевидно, что надо осваивать новые современные технологии — т.е. делать шаг вперёд и вверх. Да, возможно, лень или некогда, но обстоятельства, как всегда, подгоняют.
Согласен — AMP не на все случаи жизни. В дальнейшем я планирую развить немного эту тему, и написать про более сложные случаи применения, например, e-commerce. Но вот в этом конкретном примере (с AMP-историями) у меня никаких существенных проблем не возникало. Поэтому считаю, что для таких презентационных целей AMP вполне хорош.
Во-первых в Я.Облаке никаких «pay as you go» не наблюдаедся (касательно баз данных). Во-вторых — БД в Я.Облаке недёшевы. В третьих — из Я.Облака нельзя иницировать запрос к API Telegram (только ответ на входящий запрос). Поэтому утверждение «лучше не использовать firestore» мне не кажется бесспорным.
Полностью согласен. Обычно я так и поступаю. Но Firebase на бесплатном плане не позволяет делать запросы к API 3-х лиц (т.е. можно обращаться только к API Google). К тому же хотел показать, что возможно кое-что сделать и в юрисдикции РФ, несмотря на… несмотря ни на что.
Здесь немного другое — не вы звоните в 2 клика, а вы лишь делаете 2 клика, а звонят вам. Кроме того, ответный звонок — это лишь пример. Служба такси может сразу по координатам слать машину (особенно проверенным клиентам) — тогда можно сказать и так: машина в 2 клика. А строить маршрут свой на карте — как по мне это на любителя. Зачем, если адрес можно назвать водителю?
Здесь мы рассуждали о функциях, которые должны корректно отвечать на запросы от Telegram. И сделали это через вебхуки. А как юзеру пользоваться Telegram в РФ — это он должен сам позаботиться (законом ему пользоваться не запрещено).
Мы используем функции, тарификация которых зависит от кол-ва вызовов, времени выполнения, и выделенной памяти. Поэтому надо считать в каждом конкретном случае. Например, 1M вызовов стоит 10 руб. Подробности посмотрите здесь: cloud.yandex.ru/docs/functions/pricing
Согласен. Лично я сам использую некоторые из перечисленных вами. Но бывают обстоятельства (например, у юрлиц), когда нужен именно отечественный сервис. В общем я не призываю пользоваться именно им, просто показываю как это можно сделать, если потребуется.
А, ну да — через прокси, пожалуй, ОК — но надо поговорить с юристом. :) Но тогда я бы лучше вынес код в другую юрисдикцию — чтобы не иметь дополнительную временную задержку на проксирование.
И это при том, что он обращается по HTTP к стороннему API.