Потому что парсить урлы дорого, а инклюды собирать ещё дороже

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

Кто мешает в эту переменную записать что надо?

Посрать. Оно тут при чём? Типа, что только один процесс узнает, что это надо сделать? Ну нахачить ченить

При том что preload может быть

Они кешируют? Вы думаете это специально так сделанно? Это автоматически получается, т.к. глобальные переменные инициализируются один раз - при импорте модуля.

Они кешируют? Вы думаете это специально так сделанно? Это автоматически получается, т.к. глобальные переменные инициализируются один раз - при импорте модуля.

Они кешируют. Даже в ченжлоге было.

Гы-гы. Может знаете где? Может я смогу в этом кеше делать нужные мне замены?

Ну, может в этом и заключалась реализация, что на глобалку переехали

А то очень радражают 17 тестов падающих по этой причине

Хм, я не помню что бы оно когда то было по другому

Так ты и так можешь писать в неё. Там же объект, меняй его свойства и все увидят

Гы-гы. Может знаете где? Может я смогу в этом кеше делать нужные мне замены?

django.core.urlresolvers

urlpatterns - это же просто список

Сложновато?

поставь Windows 10

urlpatterns - это же просто список

Нет, но матчинг не по нему все равно

добрый вечер господа

urlpatterns - это же просто список

Ты видел там вызов patterns есть?

Ты видел там вызов patterns есть?

Это уже не нужно

Может конечно где то внутриях джанги и остался patterns

добрый вечер господа

Вечер в хату ...))

Может конечно где то внутриях джанги и остался patterns

Ну оно точно это в себя на старте грузит

Если менять этот объект, то видимо придётся делать какой то не банальный алгоритм по поиску в нём нужных urls-ов, что бы их удалить от туда или добавить, если их там нет

django.core.urlresolvers

Да, вот это читать

Если менять этот объект, то видимо придётся делать какой то не банальный алгоритм по поиску в нём нужных urls-ов, что бы их удалить от туда или добавить, если их там нет

Там просто всё

Да, вот это читать

Там же и кэширование у них

господа

а нужен-ли докер ?

вообще

django.core.urlresolvers

Ну да, что то там такое есть похожее. Надо будет покурить

ну и обьясните зачем нужен докер, который ранится всредине vagrant'a

ну назначение у докера и вагранта разное

Было бы гораздо лучше, если бы все настройки джанги хранились в неком одном объекте, который можно легко пересоздать, а urlpatterns могли быть не только глобальной переменной, а хотя бы любым callable который вызывается на этапе инициализации джанги. Вот в pyramid в этом плане правильнее сделанно.

ну назначение у докера и вагранта разное

не понятно зачем нужен докер ... Vagrant поднял вм , где уже все есть, настроено все как надо. Но нет извольтесъ

А зачем вам докер в вагранте запускать? Оно нормально и без него запускается на любом современном линуксе.

Вагрант нужет только там где нет линукса

нуууу так решили за меня господа синиоры-архитекторы

мне -же все-таки кажется что либо одно либо без докера

Ну как бы одно дело запустить на одном сервере 20 докерров, и совсем другое - 20 вагрантов. На вагранты может просто ресурсов не хватить. А если всё что нужно запихнуть в один вагрант - то нафига тогда вагрант, тоже самое можно прямо на сервере сделать.

У вас что ли винда на серверах?

У вас что ли винда на серверах?

у меня

У вас что ли винда на серверах?

никак нет

А почему напрямую докер не запускают архитекторы?

Право какие то странные архитекторы

Может у архитекторов рабочий бук виндовый или MacOS, и они просто так привыкли, что доккер внутри вагранта должен быть.

MacOS?

Мак то при чем? Там все в порядке

ну это странные архитекторы

MacOS же мертв

Из коробки работает и никаких вагрантов

Мак то при чем? Там все в порядке

Да ладно? Там же какой то docker-machine используется. Может я конечно ошибась, но мне казалось что это какая то штуковина для запуска полноценной виртуалки (может и без вагранта), и уже внутри неё линух с доккером.

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

такчто на макоси вроде ок все, тоже

Ну вагрант вообщем не нужен! Скажи архитекторам что пацаны в чатике телеграма все решили ?

а вообще ну если инфраструктура работает через вагрант и докеры, зачем ломать. пусть работает

такчто на макоси вроде ок все, тоже

Хм, ну может быть, если ядро макоси более менее совметимо с линуксом, то какие то обычные прикладухи наверное и будут работать.

А почему напрямую докер не запускают архитекторы?

мне по чем знать ?

такчто на макоси вроде ок все, тоже

так ты определись

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

вот и определились

я не про это

?

ты то мертвую ос упоминаешь, то ос тен

Нативная под Mac, наверное будет работать так же как нативный доккер под виндовс - т.е. в нём можно запускать контейнеры с виндой, но не с линуксом.

а, мы про терминилогию. ок, osx 10.14

или какая там нынче

10.11

На винде я ещё понимаю смысл нативного докера - винду используют на серверах. А вот нативный для MacOS... хм, ну может где то есть такие хостеры :)

ERROR: S client not available

я видел

но это еще и на десктопе

ведь докер и там полезен

да нормальные там контейнеры, у меня на макоси куча центосконтейнеров

А зачем вам докер в вагранте запускать? Оно нормально и без него запускается на любом современном линуксе.

Который на винде бывает в вагранте

простите, на osx

?

да нормальные там контейнеры, у меня на макоси куча центосконтейнеров

Блин, как оно работает? BSD ядро ведь наверняка не совсем совместимо с линухом на бинарном уровне.

В Docker machine?

Да нет, про нативный докер в маке говорят

I'd just like to interject for a moment. What you're referring to as Mac OS, is in fact, OS X, or as I’ve recently taken to calling it, OS Ten.

I'd just like to interject for a moment. What you're referring to as Mac OS, is in fact, OS X, or as I’ve recently taken to calling it, OS Ten.

БОЖЕ ЭТО БОЖЕСТВЕННО

I'd just like to interject for a moment. What you're referring to as Mac OS, is in fact, OS X, or as I’ve recently taken to calling it, OS Ten.

OS X 10.12 will probably be called macOS

ВОТ ИМЕННО ЭТОГО МНЕ НЕ ХВАТАЛО

OS X 10.12 will probably be called macOS

probably

OS X 10.12 will probably be called macOS

пруф

пруф

что-то в коде нашли

пруф

Где-то в коде нашли

И на сайте Apple

лол, ну лана

только я привык

Да мы же не грамотные, не отличаем MacOS от OS X - нам всё одно :)

Да мы же не грамотные, не отличаем MacOS от OS X - нам всё одно :)

............. ..┌───────┐.. ..│Сарказм│.. ..└───────┘.. .....││...... .....││...... .............

Ладно хоть я ещё отличаю его от iOS, а то ведь совсем ведь было бы стыдно :)

[let] s x y = x + y

это хаскель?

да, как же без него

но скобки это не синтакс

Последний раз я запускал ОСь для Mac-ов, когда она ещё называалась MacOS - уж простите за привычку.

это я показал, что оно необязательно