впс не нужна, просто конфиг сборки напиши и все

можешь тыкнуть на пример?

я не понял, о чём ты

codecommit/codebuild/codepipeline/codedeploy и все это естественно масштабируемое

Мне кажется, вы далеко уходите в оффтоп.
Плюс тонну сообщений односложных генерите

короче, я "за" serverless, допустим, вот у меня Django и я хочу запустить её через Zappa на AWS Lambda, но у меня есть зависимость от либы zstd, как пример) как мне её туда правильно поставить без лишнего гемора и сборки впсок? я знаю вот такое решение: https://github.com/Miserlou/Zappa/issues/1374#issuecomment-361526234

я согласен, что чат про Django и стоит быть ближе к ней)

вот самый популярный способ запустить Django как serverless - это Zappa, как правильнее всего поставить пакет?

то есть я не могу по-нормальному как все люди сделать yum install, я могу это сделать где-то у себя, потом оттуда это скопировать и приложить

что хочется: некий готовый пример именно с Django u Zappa

то есть когда ты говоришь вот это, я готов с этим согласиться, если ты предложишь простое решение для того, что я написал выше)

и я даже закрою глаза на то, что внутри AWS Lambda используется Amazon Linux, который по сути RHEL, то есть вместо контейнера с Alpine Linux или Ubuntu/Debian у меня какой-то а-ля CentOS с устаревшими версиями всего...

вместо заппы лучше sls
https://serverless.com/blog/django-serverless-framework-a-match-made-in-heaven/
питоньи пакеты, если не много, можно класть вместе, в общий деплой
если нет, чтото  другое, то в слои
https://serverless.com/blog/publish-aws-lambda-layers-serverless-framework/
далее к лямбде цеплять слои, и реюзать либы, чтобы не грузить в каждый деплой

вообще самый правильный метод, это использовать SAM, это нативно и полная интеграция со всем сразу, SAM это сразу облачно нативное приложение получается, но с удобствами для лямбд
сторонние либы не успевают внедрять все фичи, sls для девочек, SAM для мальчиков
если загрузить всю джангу, то потом будет ОЧЕНЬ легко колоть ее на микросервисы сразу в лямбды, и чтото в контейнеры, если вдруг будут нужны, все между собой будет тесно интегрировано

Ребят, подскажите ещё один вопрос. Делаю миграцию для заполнения поля, хочу заполнить одно поле преобразованным значением из другого. Правильно ли я понимаю, что если в .update использовать F('field') то для каждой записи будет браться своё значение поля 'field'? Или берется значение 'field' из первой записи?

Код: https://dpaste.de/vhf8

Или F можно только в annotate и co юзать?))

Не, всё норм, проблема не в этом)) slugify для кирилицы возвращает пустую строку. А как сделать чтобы сначала транслит был, а потом slugify, подскажите? Грубо говоря, как в админке. А то в гугле народ дополнительные пакеты ставит.

Всёёё, я всё понял. В админке получается js транслитом занимается, так что я зря искал черную кошку в темной комнате)) Хорошо, когда есть у кого спросить))

Там в самом методе slugify чекни
В параметрах должен передаваться параметр связанный с транслитом

Там ток allow_unicode, с ним slug на исходном языке будет