Я прямо недавно искал альтернативу vercel в РФ, но, к сожалению, ее нет.
У vercel есть лучшее, что я видел и почему никто не может так же повторить в РФ. Бесплатный тир.
Я создаю много проектов , все они под мвп, Версаль нравился мне именно тем, что я совершенно бесплатно могу раскатить мвп, подключить к базе, подключить к своему домену - и это все в рамках бесплатного тира.
До чего нас доводит оптимизация собственных расходов. Раньше бы мы не думая запили на каждый сервис по облаку или даже серверной функции , а теперь, благодаря экономии, я узнаю о таком полезном инструменте, как nginx proxy manager.
Прошел аналогичный путь, вот только мне не нравится, что каждый новый проект надо упаковывать в докер.
Кстати для всех контейнеров я сделал общую бд, чтобы экономить на ресурсах.
Автор уже готов отдать что хотите, лишь бы откатить рейтинг) Реакция аудитории на мой пост - убийственна. Аудитория обвинила за нейрослоп автора, в котором он рассуждает, что отдать нейронке "всё" - плохо. Парадоксально..
Хотелось бы на Ты, потому что мне кажется, что мы +- из одной эры =) Есть такое и у меня, консоль - привычнее хотя многие назовут это олдскулом. Что-то поменять в файле, использую vim - тоже привычка прошлого. Все это наши привычки, которые не всегда эффективны.
К чему я, да к тому, что да, мы и продолжим создавать - оркестрируя процесс. Без нас пока ничего не едет, ничего не создается, пока мы не сделаем промт. А промт джуна и сеньёра будет отличаться, как земля и воздух.
Да гуглю, и знаю что там всё уже ки, но я не слепо беру, а информируюсь, а делаю по своему.
Я убежден, что наши родители воспринимали гугл, как мы сейчас - нейронки) Представляю их мысли: что нам этот гугл, у меня есть "java enterprise applications book" из каких-нибудь начало 2000, я там спокойно найду инф за пару дней.
Это один из нескольких концептуальных подходов DDD. Т.е. единый язык - это часть, большого DDDшного подхода. А еще есть ограниченный контекст, агрегаты, сущности и объекты.
Огромное спасибо за комментарий! Я изучу вопрос, поскольку отсутствия шедулера - было единственным блокером, почему окончательно нельзя было переехать на vercel.
Одно но: он не работает в превью деплойментах :) Нужно обязательно сделать продакшн и тогда все работает. Вот документация по этому поводу: https://vercel.com/docs/cron-jobs
Про продакшен и превью у меня была отдельная история, но я уже в них разобрался =)
Так же с удовольствием расскажу, если хотите, как у меня уже третий год живёт 2 бота на firebase совершенно бесплатно и стабильно.
Я даже не пробовал firebase, но меня всем устроит vercel, когда разберусь с cron.
Если дело про TW, то там дело не в боте же, а впринципе, что сервис Apps не готов к работе. Вы с таким же успехом и на php можете там что-то задеплоить и вордпресс условно упаковать, но зависнуть при деплое по тем же причинам. Т.е. дело не в боте. Рискну предположить, что просто напросто, не хватает ресурсов на сервере, где у них разворачиваются apps. Это по проблеме cpu 100%.
Не вижу смысла с точки зрения архитектуры, интегрировать в сервис еще одну синхронную интеграцию, которая должна на лету переводить на нужный язык.
Вижу риски, что поскольку это синхронная интеграция, то критично время ответа. А если сервис долго отвечает или не отвечает, то тогда нужно делать альтернативное решение на своей стороне и заводить свой шаблон с переводом.
А если я завожу, для перестраховки, свой шаблон с переводом, зачем мне интеграция с сервисом, повышающая риски?
Как вариант, я бы мог выслать весь словарь один раз и получить его же на разных языках. Прихранить себе и бесплатно использовать.
Похоже, основные клиенты такого сервиса, это аудио/видео сервисы с аннотацией-переводом. Если перевода не будет в видео или аудио конференции - это не блокер. А если текста не будет на кнопке оплатить (например), потому что сервис не ответил или отвечал долго - это блокер.
Как уже тут обсуждалось, DDD - это сказочное существо, которое мало кто видел вживую. Но абсолютно точно, что применение хотя бы каких то принципов из DDD, не обязательно всех, это уже отличный шаг, эволюция, как заметил автор.
А в чем вообще такая необходимость изолировать Макс в браузере? Он же все равно не может прочитать в браузере ничего, что не в его домене?
Писал как раз пост про ьтаймвеб, https://habr.com/ru/articles/910278/
Там были проблемы с деплоем , сейчас все лучше ?
Я прямо недавно искал альтернативу vercel в РФ, но, к сожалению, ее нет.
У vercel есть лучшее, что я видел и почему никто не может так же повторить в РФ. Бесплатный тир.
Я создаю много проектов , все они под мвп, Версаль нравился мне именно тем, что я совершенно бесплатно могу раскатить мвп, подключить к базе, подключить к своему домену - и это все в рамках бесплатного тира.
Амвера - почему у вас нет бесплатного типа ?(
До чего нас доводит оптимизация собственных расходов. Раньше бы мы не думая запили на каждый сервис по облаку или даже серверной функции , а теперь, благодаря экономии, я узнаю о таком полезном инструменте, как nginx proxy manager.
Прошел аналогичный путь, вот только мне не нравится, что каждый новый проект надо упаковывать в докер.
Кстати для всех контейнеров я сделал общую бд, чтобы экономить на ресурсах.
Ментор - не дает советы, не учит, не коучит, не консалтит, но всем нужен и дорого стоит. Идеальная роль!)
Эйджизм. Испытываю аналогичные сложности.
Автор уже готов отдать что хотите, лишь бы откатить рейтинг)
Реакция аудитории на мой пост - убийственна.
Аудитория обвинила за нейрослоп автора, в котором он рассуждает, что отдать нейронке "всё" - плохо.
Парадоксально..
Статья содержательней вашего комментария
Вот видите до чего мы докатились, длинные дефисы и высокопарные прилагательные признак АИ. Чем суше статья, тем она — "человечнее"?
Про пафос, я объективно испытал те же эмоции, которые испытал, увидев впервые chatGPT
Хотелось бы на Ты, потому что мне кажется, что мы +- из одной эры =)
Есть такое и у меня, консоль - привычнее хотя многие назовут это олдскулом.
Что-то поменять в файле, использую vim - тоже привычка прошлого.
Все это наши привычки, которые не всегда эффективны.
К чему я, да к тому, что да, мы и продолжим создавать - оркестрируя процесс.
Без нас пока ничего не едет, ничего не создается, пока мы не сделаем промт.
А промт джуна и сеньёра будет отличаться, как земля и воздух.
Я убежден, что наши родители воспринимали гугл, как мы сейчас - нейронки)
Представляю их мысли: что нам этот гугл, у меня есть "java enterprise applications book" из каких-нибудь начало 2000, я там спокойно найду инф за пару дней.
Это один из нескольких концептуальных подходов DDD.
Т.е. единый язык - это часть, большого DDDшного подхода. А еще есть ограниченный контекст, агрегаты, сущности и объекты.
Не юрист, но думаю , что скрины не имеют никакой юридической силы.
Тем более что в браузере самому можно и 1 рубль сделать, через правку элемента, но если бы бы это можно было заверить нотариусом..
А ещё лучше, если бы было письмо, подтверждающее бронь на покупку в 2млн. Тоесть я говорю, о каком то факте, подтверждающем эту цену.
Я бы использовал яндекс, но там нет возможности разместиться не в рф. А у меня интеграция с openai.
А про Lambda от AWS спасибо, попробую.
Сегодня, после мелкого фикса в репе, запушил код, и...снова время приключений. Это заставило меня изучить комментарий @Sleitor, еще раз спасибо!
Но у vercel есть ограничения на cron для hobby проектов: https://vercel.com/docs/cron-jobs/usage-and-pricing
Однако, это натолкнуло меня на идею сделать ручку для того, чтобы ее кто-то дергал раз в N минут. Аналог cron. И тут меня спас бесплатный cron-job.org
В итоге, я окончательно перевез apps из TW на Vercel.
Огромное спасибо за комментарий! Я изучу вопрос, поскольку отсутствия шедулера - было единственным блокером, почему окончательно нельзя было переехать на vercel.
Про продакшен и превью у меня была отдельная история, но я уже в них разобрался =)
Я даже не пробовал firebase, но меня всем устроит vercel, когда разберусь с cron.
Если дело про TW, то там дело не в боте же, а впринципе, что сервис Apps не готов к работе. Вы с таким же успехом и на php можете там что-то задеплоить и вордпресс условно упаковать, но зависнуть при деплое по тем же причинам. Т.е. дело не в боте. Рискну предположить, что просто напросто, не хватает ресурсов на сервере, где у них разворачиваются apps. Это по проблеме cpu 100%.
В коде я лечил архитектуру, которая не работала на честном serverless - Vercel.
А в TW такая архитектура кушалась. Но даже после фикса, TW себя ведет так же криво, как и до фикса. Потому что там дело не в ней, а в инфре таймвеба.
Нет, я не покупал vps/vds.
Можете попробовать по урлу перейти: https://timeweb.cloud/my/apps
Это именно в timeweb cloud, там есть apps меню.
Вот еще нагуглил: https://timeweb.cloud/docs/apps и https://timeweb.cloud/services/apps
Не вижу смысла с точки зрения архитектуры, интегрировать в сервис еще одну синхронную интеграцию, которая должна на лету переводить на нужный язык.
Вижу риски, что поскольку это синхронная интеграция, то критично время ответа.
А если сервис долго отвечает или не отвечает, то тогда нужно делать альтернативное решение на своей стороне и заводить свой шаблон с переводом.
А если я завожу, для перестраховки, свой шаблон с переводом, зачем мне интеграция с сервисом, повышающая риски?
Как вариант, я бы мог выслать весь словарь один раз и получить его же на разных языках. Прихранить себе и бесплатно использовать.
Похоже, основные клиенты такого сервиса, это аудио/видео сервисы с аннотацией-переводом.
Если перевода не будет в видео или аудио конференции - это не блокер.
А если текста не будет на кнопке оплатить (например), потому что сервис не ответил или отвечал долго - это блокер.
Как уже тут обсуждалось, DDD - это сказочное существо, которое мало кто видел вживую. Но абсолютно точно, что применение хотя бы каких то принципов из DDD, не обязательно всех, это уже отличный шаг, эволюция, как заметил автор.