Finx: ну так надо немного подумать, прежде чем копипастить. Скрипт показывает работоспособность обоих методов. В качестве источника данных для вывода используется сервис "ЭХО" для jsfiddle, который требует данные, чтобы их же вернуть. Их я и беру из innerHTML элемента template. Для решения задачи из вопроса этот кусок не нужен.
Во первых - в f-for должно быть IN, а не IS, во вторых - надо в отладчике посмотреть, не является ли то, во что json парсится массивом, и тогда не this.cheapsites = data; а this.cheapsites = data[0];
Андрей жалко, https://github.com/zerobias/telegram-mtproto/issues/20 отложили. А вообще с меня требуют в перспективе не только кнопки создания групп и ботов, но и окошко соответствующих групп, т.е. свой клиент. А как начать получать updates не совсем понятно. Ну и реализация на promise, надеюсь, останется.
Да не, тут проблема с тем, чтобы что-то не забыть. Все в гите, получается при изменении модели надо в зависимых приложениях обновлять модули. И при этом как-то параллельные ветки модели вести для мастера и дева.
В одной папке - не вариант, а то как потом разносить на отдельные сервера (бд / приложение1/ ... /приложение n)?
Приложения делают разные вещи, если что.
John Doe: чтобы обработчик срабатывал на строку вида /cat/cat2/cat3.... указываем регулярку в качестве первого параметра. а далее парсим req.route с помощью того же выражения
Да, это хороший способ. Единственное, надо сначала привязать бота к себе, например через https://core.telegram.org/bots#deep-linking или как-то по другому запустить бота в своем клиенте телеграма. Еще есть реализация консольного клиента телеграма, которая не требует первоначального запуска, сообщения будут рассылаться с реального телефонного номера. Ну, или есть библиотеки на node.js для клиента телеграма (не бота), я использую https://github.com/zerobias/telegram-mtproto .
Ну а если с временными таблицами не хочется заморачиваться, то проверка по 100 записей за один запрос (select field from table where field in (1,2,3,4,5,6...)) будет значительно быстрее
