Друзья, а кто как реализовывал GenericIPAddressField, чтобы айпишник автоматически в админку записывался, при заполнении формы ? Через миддлвары ?

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

Друзья, а кто как реализовывал GenericIPAddressField, чтобы айпишник автоматически в админку записывался, при заполнении формы ? Через миддлвары ?

при сохранении не пробовал?

при сохранении не пробовал?

при сохранении ничего, пустое поле так и остается

сделай просто CharField и вручную бери ip address и сохраняй

Я же написал, что вручную мне не надо. Пользователь заполяет форму и его ip пишется автоматически в бд. Я нашел библиотеку django-ipware, но не разобрался как связать модель, вьюху и форму

скажи мне зачем юзать библиотеку ради пару строчек кода?

один метод который берет ip с request и один который иницилизирует ip адресс при рендере формы

скажи мне зачем юзать библиотеку ради пару строчек кода?

я ее и не юзал, т.к. не связал это все вместе

Из реквестор можно дергать ip

Привет. Нужно к модели добавить поле slug и сгенерировать его для каждой записи по правилу. В миграциях есть возможность запускать свои функции. Вопрос: нужно ли писать у slug (null=False, blank=False)? ведь будут проблемы - у старых записей нет значения.

думаю да

после того как все slug будут заполнены можно накатить еще одну миграцию в которй убрать null=False, blank=False

читаю документацию. Думаю попробовать через SchemaEditor поменять поле. Зачем две миграции, если можно в одну попробовать)

или я слишком большую хитрость делаю)

ну тут с одной стороны вроде как сделать правильно - круто с другой стороны - а оно того стоит ? =)

конечно стоит. Есть alter_field(), но что туда передавать пока не пойму

мне кажется тебе нужно посмотреть в сторону migrations.RunPython

def create_stripe_plans(apps, schema_editor): # your code here class Migration(migrations.Migration): dependencies = [ ('subscriptions', '0001_initial'), ] operations = [ migrations.RunPython(create_stripe_plans, migrations.RunPython.noop) ]

это из живого сайта пример

спасибо, сейчас пишу миграцию

Ребят, можете подсказать как формируется flatimage_set.all

именно название_set

Гуглил, но что то не понял.

автомагически

это название связанной модели в нижнем регистре + '_set'

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

Благодарю! Теперь понятно.

А что у celery 4.0.2 с интеграцией с django?

А то походу вот этот https://pypi.python.org/pypi/django-celery/3.2.1 только для celery 3.x

Я себе отложил автономный целери в репу, он работает всегда

очень давно не пользовался celery, какой у него плюс перед manage.py задачами и cron?

асинхронное выполнение задач

например у меня есть сервис по рендеру 3д печати, мне вгружают модель, я сохраняю её в хранилище и пускаю задачу в целери, как она отработает, я отдаю результат фронтенду

Как отдается на фронт? Сокеты какие-то?

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

Блин, не могу никак разнести по файлу celery.py в проекте и файлу tasks.py в приложении.

например у меня есть сервис по рендеру 3д печати, мне вгружают модель, я сохраняю её в хранилище и пускаю задачу в целери, как она отработает, я отдаю результат фронтенду

а, окей, спасибо

В celery.py создаётся app, и по идее для добавления periodic_tasks нужен этот app в tasks.py

Относительный импорт это вроде как не ок тема.

Что бы @app.on_after_configure_connect декоратор работал.

Для функции, которая заполнит periodic tasks.

Ребят, подскажите, почему конфликтуют два урла?

url(r'(?P<metro_slug>\S+)/$', views.metro, name='metro'), url(r'(?P<cat_slug>\S+)/$', views.category, name='category'),

В чем ошибка регулярки?

1 перетягивает приоритет другой

Другогл

у тебя они одинаковые

срабатывает первая

Почему одинаковые? Вьюхи разные, слаг разный идентификатор

url(r'^metro-(?P<metro_slug>\S+)/$', views.metro, name='metro'), url(r'^category-(?P<cat_slug>\S+)/$', views.category, name='category'),

они ищут одинаковые условия

у обоих r'(?P<metro_slug>\S+)/$' одинаковая

и я бы не советовал использовать \S+

хотя зависит от задачи конечно

UPD: поправил регулярку

А что если я не хочу использовать лишние префиксы типа metro-, category-. Какой выход?

А что если я не хочу использовать лишние префиксы типа metro-, category-. Какой выход?

https://github.com/raiderrobert/django-multiurl

А что если я не хочу использовать лишние префиксы типа metro-, category-. Какой выход?

а как ты плаируешь рузруливать ?

у тебя есть два урла /foo /bar как понять какое куда болжно вести ?

у тебя есть два урла /foo /bar как понять какое куда болжно вести ?

см. выше ссылку, если 404, то идет дальше

имхо, этого очень не хватает в дефолтном урл ресолве джанги

я посмотрел

мне такой подход не очень нравится =)

ERROR: S client not available

можно упртся и проверять в get_object()

нет в дефолтном такого точно не надо

(?P<slug_foo>\S+) (?P<slug_bar>\S+) через {% url передавать %} ну и во views првоерять какой slug но это жесть что-то

конечно жесть

да не, просто в Yii, если мне память не изменяет, такое поведени по дефолту

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

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

FlatPage для всего в плоском виде не хватает

в том то и дело что для сеошников это полный кошмар

почему?

разраб задал урл /moi-blog/ в котором что-то есть

после очередного анализа запросов появилась необходимость использовать урл /ego-blog/

и все, нам требуется разработчик

вместо того, чтобы поправить из админки это)

o.O

category slug = models.SlugField() не?

category slug = models.SlugField() не?

неа, мы меняем не дочерний, а сам слуг

т.е. смотри, у нас есть /ego-blog/ и /ego-photo/

у тебя было две страницы которые отдавали 2 объекта foo и bar foo удалил и теперь въюха отдает 404 по твоей логике при заходе на url /foo или /bar всегда будет отдваться bar

на одном уровне и мы хотим управлять слугами их обоих

что приводит к дабл контенту и еще неприятным весчам

Ну так вынеси дочерние в модельку оо

у тебя было две страницы которые отдавали 2 объекта foo и bar foo удалил и теперь въюха отдает 404 по твоей логике при заходе на url /foo или /bar всегда будет отдваться bar

не совсем, я про другое, смотри, в приоритете указываем следующие урлы /foo/ которое ведет на вьюху foo /foo/ которое ведет на вьюху bar если первый ресолв из админки удаляется, то попадет на второй. Если удаляется второй, то 404. Не допускать одинаковых имен - это другая задача, но в целом, думаю понятен смысл

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

ну а почему тебе не реализовать тоже самое на стороне въюхи ?

я пробовал :)

и ?

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

ты так же делваешь два метода

если первый ругнулся вызываешь второй

хотя сама логика для меня не понятна