И там нас законы заставили немного попробовать ОС РОСА на основе альта вроде, там в плане версий была боль

хе. с Росой всё сильно интересно. первоначально, у них был реп, отпочковпвшийся от альтовского. что не удивительно, часть команды Росы была из экс/альтовцев. но почти мгновенно реп Росы стал несовместим с альтовским

неофициально подключаямые репы, это и хорошо и плохо. как минимум, гарантий согласованности уже нет

Ну да, но по факту как бы все работает :) Если не нужная какая-то прям гос. стабильность

Наоборот репы от разработчика продукта ставить предпочтительей, они свой продукт лучше поддерживают

Да вот взять хотя бы пример с D, у них deb пакет хороший с последними версиями.

Ну да, но по факту как бы все работает :) Если не нужная какая-то прям гос. стабильность

да, конечно. плохо, что может взорваться в самый неподходящий момент. после небольшого обновления, например

альт не запрещает подключать сторонние репы. только их очень мало ?

Ну да потому что область действия ограничена рф

Ну да потому что область действия ограничена рф

не-а. большой пулл юзеров в израиле и бразилии. но конечно, сов продукт редко широко используется в мире, ага

надо бы маркетинга добавить

пакет от разработчиков это не всегда хорошо

лучше пусть мэйтейнер готовит

тогда точно всё согласованно будет

пусть и версия не самая самая

тогда точно всё согласованно будет

Ну оно бычно через спецификацию пакета согласовано

Есть формат deb пакетов, там все прописано что куда устанавливать. Достаточно нормально.

Есть формат deb пакетов, там все прописано что куда устанавливать. Достаточно нормально.

Так зависимости же

Что зависимости?

как-то нарывался на rpm для не понятно какой системы, столько мусора поставил

Ну вот уже докер придумали для такого )

потом прочитал, а эти пакеты deprecated и вообще не стиль

Ну вот уже докер придумали для такого )

тогда я о нем не знал

сейчас это некоторого рода панацея

Что зависимости?

Если я правильно понял мысль Олега, он говорил, что в пакете от разрабов могут требоваться более новые библиотеки, чем есть в официальном репозитории

Если я правильно понял мысль Олега, он говорил, что в пакете от разрабов могут требоваться более новые библиотеки, чем есть в официальном репозитории

скорее не новые а 'не те'

Ну в нашем случае ничего нового не было

тот же deb под разными системами работает

как и rpm

а что в каждом конкретном дистре намутили это уже другое

получается есть пакеты deb и rpm от разработчика, но они могут быть не совместимы или плохо совместимы с системами, которые отличаются от систем, используемых разработчиками

так что тут палка о двух концах

я бы хотел чтобы пакет, прежде чем попадёт ко мне прошёл мэйнтейнера и тот проверил зависимости и тд

Старый nginx который не умел работать с websockets, старый php в котором не было многих фишек, старый redis без нужных команд, старый postgres 9.2 кажется, без хороших materialized view, elasticsearch вроде вообще не было пакета. То есть нам пришлось бы значительно перепилить продукт если бы мы тогда действительно решились на эту систему из зафиксированных проверенных версий.

я бы хотел чтобы пакет, прежде чем попадёт ко мне прошёл мэйнтейнера и тот проверил зависимости и тд

Ну так в deb же есть система ограничения версий. Если что-то не так то он сообщает список конфликтов.

Старый nginx который не умел работать с websockets, старый php в котором не было многих фишек, старый redis без нужных команд, старый postgres 9.2 кажется, без хороших materialized view, elasticsearch вроде вообще не было пакета. То есть нам пришлось бы значительно перепилить продукт если бы мы тогда действительно решились на эту систему из зафиксированных проверенных версий.

в том то и дело, что это странный прикол в разработке использовать прям самое самое, если не используешь докер и не можешь упаковать то что нужно в один образ

Ну так в deb же есть система ограничения версий. Если что-то не так то он сообщает список конфликтов.

я привёл пример только что смысл в том, что в rpm тоже есть, но, например в fedora какая-то библиотека depricated, а разработчик собирал rpm для centos, допустим и получается что мне при установке нужно заиспользовать старую либу

которая кроме как для этого продукта больше никому не нужна

> прям самое самое Какое это самое самое? Самое-самое это ветки мастера и всяке бета-релизы. А когда постгрес 9.4 официально зарелизился публично, то значит что он уже прошел все стадии тестирования, о нем сообщество позаботилось. И вот не иметь возможность его поставить потому что в дистрибутиве цикл проверки пакетов 2 года - вот это и есть странно.

> прям самое самое Какое это самое самое? Самое-самое это ветки мастера и всяке бета-релизы. А когда постгрес 9.4 официально зарелизился публично, то значит что он уже прошел все стадии тестирования, о нем сообщество позаботилось. И вот не иметь возможность его поставить потому что в дистрибутиве цикл проверки пакетов 2 года - вот это и есть странно.

это где цикл 2 года? в убунте?

всегда думал что она не очень, но чтобы на столько... )))

LTS версии каждые 2 года выпускаются.

16.04, 18.04 - это номера годов.

Ну иначе невозможно нормально протестировать все пакеты на совместимость. Это тогда отдается на откуп к пользователям дистрибутива - они себе подключили ppa - они и отвечают за все проблемы.

Как по мне толстые бинарики спасут мир. Уже пофиг на размер даже лишь бы работало

Как по мне толстые бинарики спасут мир. Уже пофиг на размер даже лишь бы работало

нет)

По итогам ни я ни коллеги джангу разверуть не смогли. Завтра будем дергать тех кто сайт делал. Там черт ногу сломит как оно сетапиться должно по их плану

Ну так должна быть документация )

или докеробраз

Как обычно она с реалом не бьется)

Плюс дистриб иной

Верно, документация это всегда такая штука которая должна быть но которой никогда нет

интересно, а если на vibe писать сайт то разворачивать его надо через nginx или apache?

простите, не по теме. просто навеяло

интересно, а если на vibe писать сайт то разворачивать его надо через nginx или apache?

Можно

А если у тебя будет не один сервер, то по-любому нужен какой-то балансировщик.

просто джанго не рекомендует использовать встроенный в него сервер для боевых задач. а как дело обстоит в vibe?

просто джанго не рекомендует использовать встроенный в него сервер для боевых задач. а как дело обстоит в vibe?

О.о

А зачем он тогда?

для разработки

Я думал это веб-фреймворк

ну так к нему же еще небольшой сервер прикручен который может слушать порт и адрес

ну так к нему же еще небольшой сервер прикручен который может слушать порт и адрес

А он что умеет?

просто джанго не рекомендует использовать встроенный в него сервер для боевых задач. а как дело обстоит в vibe?

vibe и есть сам сервер, но вот раздавать статику он умеет явно хуже чем nginx, так что лучше его за nginx спрятать

Вопрос на засыпку, а в разные sanic ( https://github.com/huge-success/sanic ) встреонный http сервер как? Норм?

Просто нам от Джанги блин только ORM по факту нужно (которое успешно меняется на люое другое ORM) и если тот же Sanic сам себя сервить может это очень сильно все упрощает. Только я вот по докам понять не могу подходит ли его штатный сервер для прода или нет. Просто 90% возможностей Джанги только мешают и\или не нужны в нащих задачах. Ту же админку можно написать за неделю и будет в разы удобнее

Да, async приложение переживёт без nginx. Сервер Django не умеет async, и его ставят за gunicorn или uwsgi, но те не умеют статику отдавать и терминовать ssl и тут подключается nginx. Пока писал, стал не уверен, что nginx не нужен

Ага, должен уметь

насколько я знаю, все то же что и обычный http сервер: те слушает порт и адрес и выдает страницу по запросу

А он что умеет?

а если вместо джанги использовать более легковесные решения типа flaks или bottle для вашего проекта?

У них уже есть по факту написанная система на джанге, им надо поднять ее

тогда можно все тотже встроенный сервер использовать для отладки, и, если все с сайтом хорошо то колдовать c nginx

угу норм идея

По итогам ни я ни коллеги джангу разверуть не смогли. Завтра будем дергать тех кто сайт делал. Там черт ногу сломит как оно сетапиться должно по их плану

дистрибутивная джанга не подошла?

получается есть пакеты deb и rpm от разработчика, но они могут быть не совместимы или плохо совместимы с системами, которые отличаются от систем, используемых разработчиками

пакет от разработчика, сделанный без учёта целевой системы и с ней не синхронизованный, это кошмар и ужас. особенно, если требует несовместимую, или ещё хуже, устанавливает несовместимую библиотеку. такие вещи всё-таки лучше в контейнере ставить. а в реальную систему, только из репа или пересобранное в дистрибутивном окружении.

> прям самое самое Какое это самое самое? Самое-самое это ветки мастера и всяке бета-релизы. А когда постгрес 9.4 официально зарелизился публично, то значит что он уже прошел все стадии тестирования, о нем сообщество позаботилось. И вот не иметь возможность его поставить потому что в дистрибутиве цикл проверки пакетов 2 года - вот это и есть странно.

как пример: сизиф - непрерывно обновляемый реп. в принципе, при некоторой крепости яиц, на нём вполне можно держать сервер, но подкладывая соломку и непрерывно молясь. у меня есть такие системы, но на ответственное место такой чреватый подход не посоветовал бы. хотя да, всегда всё свежее, удобно. в среднем, в год приходится 1 или даже два раза загружаться на предыдущий снэпшот и оставаться на нём от 1 дня до недели. либо фиксировать версии и горя не знать. как-то так. и да, lxc рулит и спасает

Да, async приложение переживёт без nginx. Сервер Django не умеет async, и его ставят за gunicorn или uwsgi, но те не умеют статику отдавать и терминовать ssl и тут подключается nginx. Пока писал, стал не уверен, что nginx не нужен

Мега спасибо за ответ!

дистрибутивная джанга не подошла?

Я хз. Я с альтом вообще не сталкивался раньше

Да, async приложение переживёт без nginx. Сервер Django не умеет async, и его ставят за gunicorn или uwsgi, но те не умеют статику отдавать и терминовать ssl и тут подключается nginx. Пока писал, стал не уверен, что nginx не нужен

А wsgi делают джангу ассинхронной? Или как? Какую проблему они решают

Вы б почитали бы уже что-нибудь, а то так и останутся болью и деплой, и веб, и питон.

А wsgi делают джангу ассинхронной? Или как? Какую проблему они решают

Я сейчас найду ссылку, чтоб не флудить

раньше джанго было просто задеплоить через wsgi. что-то поменялось за последние лет 5-10?

Я хз. Я с альтом вообще не сталкивался раньше

ну так сначала поставить дистрибутивную и нужные модули, в альте это всё тоже в репе. потом постепенно подкручивать

А wsgi делают джангу ассинхронной? Или как? Какую проблему они решают

Не нашёл. Короче нет. Её могила уже только сделает асинхронной. Wsgi сервер в отличие от django сервера может обработать больше запросов, безопаснее, не делает ничего лишнего, в частности Hot reload

Хватит про django)

Хватит про django)

я уж перестал с этим бороться) у всех веб, D не нужен)

Хватит про django)

Может они о DJango

О Jango на D :)

Смешно)

Парни

У меня есть структура:

struct T(R...) { }

Как ее нужно модифицировать, чтобы можно было делать так:

T!int()

и

T()

Сейчас второй вариант не работает