Я и один файл для изменения ИИшке отдаю скрепя сердце, а вы про огромный дифф. Достаточно забыть один нюанс указать в промпте, и все - идешь руками исправлять её прекрасные наработки во всех 10 файлах. Ну либо обновляешь промпт и надеешься, что в этот раз он сделает все так, как ты представил у себя в голове :)
Смысл статьи: люди, читающие книги, более квалифицированные и востребованные специалисты, чем те, кто предпочитает другие форматы получения информации.
Хотя как книги, так и, например, видеоуроки, могут быть разного качества, и формат потребления не так уж сильно влияет на эффективность обучения (тикток в расчет не берем))) ). Аргументы очень похожи на те, что приводят отдельного вида книголюбы, которые считают книги высоким искусством, а фильмы так, халтуркой с минимальной нравственной работой, так как настоящий катарсис возможно испытать только с книжкой в руках!
В общем статья пахнет концентрированным снобизмом. Лучше бы просто оставили список хороших книг, которые стоит прочитать. Пойду дальше упрощать фанатам книг зарабатывать деньги
В статье красиво описаны сущности, паттерны и бенефиты, но нет никаких конкретных примеров с кодсниппетами. Не знаю для кого как, но для меня это просто тонна воды, которая оставляет лишь желание найти какое то более подробное описание реализации с конкретными примерами.
Эта статья для людей которые изучают питон. Чувак изучает язык и ему по барабану его производительность. Научится ли он работать с классами, делая гуи? Вполне может. Выучит ли он базовые типы и синтаксис языка? Да, вполне себе. Научится ли он базово алгоритмике? Тоже да.
Вообще люди делают визуальные новеллы на renpy с гуи, и у них проблем нет с производительностью(сам лично тестил - все там хорошо кликается и бодро работает), инструмент устраивает, так что твои тезисы про то, что питон не для гуи, сам по себе спорный
Хороший вопрос! 1. Hono это роутер по сути, не фреймворк, и он отлично работает в воркерах. Лично я люблю больше itty-router, он тоже отлично работает и легковесный 2. Шедулинг там выносится либо в cron, либо в waitUntil. waitUntil - это функция, в которую можно передать какой-то код, который не будет блочить ответ. В итоге можно ответить юзеру, а потом уже выполнить какую-то работу
Касаемо других вендоров, Cloudflare Workers - мой первый cloud native опыт. Возможно это как раз повод изучить вопрос и написать новую статью :). Вообще можете глянуть пример воркера в моем темплейте: https://github.com/StalkerRaftik/cf-web-monorepo
Ну тут примерно тот же опыт использования и получается, только может чуть дешевле и удобнее. Касаемо холодного старта, то Cloudflare в качестве решения(и экономии) придумали 'изоляты'. По сути ты просто переиспользуешь движок после кого-то другого, притом вы друг от друга изолированы на уровне движка.
1. на первых порах там будут не тонны, а килограммы или даже граммы фото котиков2. csv файл вполне подойдет для лайков и комментариев
Я выбрал самый популярный вариант хранения данных, который еще и легко масштабируется/выносится в облако. Вы планируете при каждом GET-запросе парсить CSV? Мне уже страшно
А в чем удобство работы S3 по сравнению с локальным хранилищем на сервере и кэшированием на стороне клаудфлары ? С точки зрения написания кода с нуля
И как можно сравнивать docker-compose с s3 ?
Локальное хранилище не масштабируется, а еще сгоревший жесткий диск гарантирует вам потерю фоток котиков, если у вас хостинг не поддерживает RAID.
Я не сравнивал docker-compose с s3. Я имел в виду то, что если вы(как и я) используете s3 для хранения файлов, то вам желательно и для разработки иметь какое-то s3, либо локально, либо в облаке. Если локально, то проще всего - docker образ + compose.
Так, подождите, у Вас же там был какой-то docker-compose, все должно сразу же на сервере настроиться, иначе зачем он изначально локально был нужен ? И какие порты там надо конфигурировать ? 80 и 443 что-ли ? Вы же их судя по фразе "настраиваете nginx" настраиваете прямо на VPS, а не в докере. И зачем несколько дней настраивать то, что настраивается за 2 часа без докера ?
Докер не закроет за вас открытые порты
А какая разница где настраивать прокси? Все равно это придется сделать. Что с докером, что без, выйдет побольше двух часов, особенно у вас какой-нибудь Openssl, к которому надо написать какую-то крон джобу, которая будет раз в три месяца вам сертификат обновлять.
Вы уверены, что человек без опыта юзания R2/D1/KV это за 5 минут настроит ?
Минут за 20-30 на готовом шаблоне задеплоит. И имеет при этом из коробки капчу, tls, бесплатный домен, http 3 и много еще чего, что я описал в статье.
Ну Cloudflare в этом плане хитрые: в одном v8 могут изолированно крутиться несколько приложений одновременно, соответственно движок не приходится поднимать каждый раз для каждого запроса(ну, по крайней мере, - не всегда)
D1 можно юзать вне воркеров только с помощью API, вряд ли на такой вариант есть ORM. В этом плане D1 как самостоятельный сервис - так себе. То же самое с KV - только через API
Вообще, если брать какой-то реальный опыт использования, то Workers + KV/D1 отлично подходит в качестве прокси: можно заниматься кэшированием/быстрой проверкой токена авторизации и т.п. до того, как запрос пойдет в приложение
Мой коммент был скорее просто пост-скриптумом для джуна о том, что монолит может быть более подходящим выбором, чем микросервисы, и что монолит совсем не зло. А может быть он был нужен только для вашего развернутого комментария, который мне очень нравится :)
Статья - каша ни о чем, сравнение мягкого с холодным.
Для обывателя в принципе разницы нет особой - ноутбук/пк/телефон, на всех них можно форсить интернет и играть в казуальные игрушки, только в телефоне еще звонки/навигаторы/смски, оттого большинство выбирает телефон, т.к. им пк просто не нужен -> конфликт девайсов отсутствует
Профессиональный музыкант, программист или дизайнер - им НУЖЕН компьютер для работы, а в автобусе можно и хабр с мобилки почитать -> конфликт девайсов отсутствует
Но при наличии нормального компьютера использовать смартфон по большей части глупо.
Пришла ко мне в гости девушка, решили посмотреть кино, и мы не хотим класть себе на ноги ноутбук(особенно игровой весом под два кило), и девушка предлагает просто глянуть кинцо на телефоне. Автор, что делать? Если мы будем смотреть кино с телефона - сглупим?
Я и один файл для изменения ИИшке отдаю скрепя сердце, а вы про огромный дифф. Достаточно забыть один нюанс указать в промпте, и все - идешь руками исправлять её прекрасные наработки во всех 10 файлах. Ну либо обновляешь промпт и надеешься, что в этот раз он сделает все так, как ты представил у себя в голове :)
под $mol должна быть картинка китайского убогого мангала с кривыми ножками
Прекрасная серия статей. Продолжения не будет? :(
Смысл статьи: люди, читающие книги, более квалифицированные и востребованные специалисты, чем те, кто предпочитает другие форматы получения информации.
Хотя как книги, так и, например, видеоуроки, могут быть разного качества, и формат потребления не так уж сильно влияет на эффективность обучения (тикток в расчет не берем))) ). Аргументы очень похожи на те, что приводят отдельного вида книголюбы, которые считают книги высоким искусством, а фильмы так, халтуркой с минимальной нравственной работой, так как настоящий катарсис возможно испытать только с книжкой в руках!
В общем статья пахнет концентрированным снобизмом. Лучше бы просто оставили список хороших книг, которые стоит прочитать. Пойду дальше упрощать фанатам книг зарабатывать деньги
В статье красиво описаны сущности, паттерны и бенефиты, но нет никаких конкретных примеров с кодсниппетами. Не знаю для кого как, но для меня это просто тонна воды, которая оставляет лишь желание найти какое то более подробное описание реализации с конкретными примерами.
Эта статья для людей которые изучают питон. Чувак изучает язык и ему по барабану его производительность. Научится ли он работать с классами, делая гуи? Вполне может. Выучит ли он базовые типы и синтаксис языка? Да, вполне себе. Научится ли он базово алгоритмике? Тоже да.
Вообще люди делают визуальные новеллы на renpy с гуи, и у них проблем нет с производительностью(сам лично тестил - все там хорошо кликается и бодро работает), инструмент устраивает, так что твои тезисы про то, что питон не для гуи, сам по себе спорный
Хороший вопрос!
1. Hono это роутер по сути, не фреймворк, и он отлично работает в воркерах. Лично я люблю больше itty-router, он тоже отлично работает и легковесный
2. Шедулинг там выносится либо в cron, либо в waitUntil. waitUntil - это функция, в которую можно передать какой-то код, который не будет блочить ответ. В итоге можно ответить юзеру, а потом уже выполнить какую-то работу
Касаемо других вендоров, Cloudflare Workers - мой первый cloud native опыт. Возможно это как раз повод изучить вопрос и написать новую статью :).
Вообще можете глянуть пример воркера в моем темплейте: https://github.com/StalkerRaftik/cf-web-monorepo
Капчу можно включить, можно не включать, можно вручную врубить если тебя жестко ддосят
Беплатный домен - это поддомен от workers.dev. Полноценный, свой домен придется всё таки покупать
Ну тут примерно тот же опыт использования и получается, только может чуть дешевле и удобнее. Касаемо холодного старта, то Cloudflare в качестве решения(и экономии) придумали 'изоляты'. По сути ты просто переиспользуешь движок после кого-то другого, притом вы друг от друга изолированы на уровне движка.
Cloud решения точно не заменят девопсов в ближайшее время :) Извиняюсь за кликбейтный топик статьи
И какой был опыт использования?
Я выбрал самый популярный вариант хранения данных, который еще и легко масштабируется/выносится в облако. Вы планируете при каждом GET-запросе парсить CSV? Мне уже страшно
Локальное хранилище не масштабируется, а еще сгоревший жесткий диск гарантирует вам потерю фоток котиков, если у вас хостинг не поддерживает RAID.
Я не сравнивал docker-compose с s3. Я имел в виду то, что если вы(как и я) используете s3 для хранения файлов, то вам желательно и для разработки иметь какое-то s3, либо локально, либо в облаке. Если локально, то проще всего - docker образ + compose.
Докер не закроет за вас открытые порты
А какая разница где настраивать прокси? Все равно это придется сделать. Что с докером, что без, выйдет побольше двух часов, особенно у вас какой-нибудь Openssl, к которому надо написать какую-то крон джобу, которая будет раз в три месяца вам сертификат обновлять.
Минут за 20-30 на готовом шаблоне задеплоит. И имеет при этом из коробки капчу, tls, бесплатный домен, http 3 и много еще чего, что я описал в статье.
Мы смогли разобраться без девопса :). Но вообще, конечно, никакие облака профессию девопса не заменят на данный момент
Ну Cloudflare в этом плане хитрые: в одном v8 могут изолированно крутиться несколько приложений одновременно, соответственно движок не приходится поднимать каждый раз для каждого запроса(ну, по крайней мере, - не всегда)
Заголовок, конечно, кликбейтный :)
Разумеется, облака не заменят никак профессию девопса, по крайней мере сейчас.
D1 можно юзать вне воркеров только с помощью API, вряд ли на такой вариант есть ORM. В этом плане D1 как самостоятельный сервис - так себе.
То же самое с KV - только через API
Вообще, если брать какой-то реальный опыт использования, то Workers + KV/D1 отлично подходит в качестве прокси: можно заниматься кэшированием/быстрой проверкой токена авторизации и т.п. до того, как запрос пойдет в приложение
Мой коммент был скорее просто пост-скриптумом для джуна о том, что монолит может быть более подходящим выбором, чем микросервисы, и что монолит совсем не зло. А может быть он был нужен только для вашего развернутого комментария, который мне очень нравится :)
Я так понимаю это статья для джунов-джунов, а потому делаю постскриптум: монолит твой друг, джун!!!! Остановись, пока не поздно!!!!!!!!! :))
Статья - каша ни о чем, сравнение мягкого с холодным.
Для обывателя в принципе разницы нет особой - ноутбук/пк/телефон, на всех них можно форсить интернет и играть в казуальные игрушки, только в телефоне еще звонки/навигаторы/смски, оттого большинство выбирает телефон, т.к. им пк просто не нужен -> конфликт девайсов отсутствует
Профессиональный музыкант, программист или дизайнер - им НУЖЕН компьютер для работы, а в автобусе можно и хабр с мобилки почитать -> конфликт девайсов отсутствует
Но при наличии нормального компьютера использовать смартфон по большей части глупо.Пришла ко мне в гости девушка, решили посмотреть кино, и мы не хотим класть себе на ноги ноутбук(особенно игровой весом под два кило), и девушка предлагает просто глянуть кинцо на телефоне. Автор, что делать? Если мы будем смотреть кино с телефона - сглупим?
Это какие миграции нельзя откатить? В которых забыли указать reverse=noop, или еще есть кейсы?