Но все вокруг просто жестко опускают меня с питоном и я не понимаю в чем дело

Но все вокруг просто жестко опускают меня с питоном и я не понимаю в чем дело

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

Говорят, что джанго эт старье ненужное. Это так?

Ну на пхп и работы вроде побольше

Все это однрклассники-пхпшники?

Да, как вариант {% if view_name == 'bookmarks:list' or view_name == 'bookmarks:search' %} Но немного громоздко получилось, хотелось сладких if .. in (..) Но судя по всему легко это не сделать

выглядит ужасно, зачем так делать вообще?

отдельные темплейты для отдельных вьюх

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

В каждую вьюху пихать свой контекст и его же проверять? Ну, такое

В каждую вьюху пихать свой контекст и его же проверять? Ну, такое

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

Ну да, вполне неплохо, учитывая что не нужно плодить темплейты на одну кнопку

короче import os filename = 'SOME-FILENAME.mp3' ydl_opts = { 'outtmpl': os.path.join(settings.MEDIA_ROOT, filename), 'postprocessors': [{ 'key': 'FFmpegExtractAudio', 'preferredcodec': 'mp3', 'preferredquality': '192', }], 'progress_hooks': [my_hook], } with youtube_dl.YoutubeDL(ydl_opts) as ydl: ydl.extract_info(url, download=True) generated_mp3 = '{domain}{path}{filename}'.format( domain='http://yourdomain.com/', path=settings.MEDIA_URL, filename=filename ) title = 'Скачивание MP3' message = ''' Вы скачали MP3 из этого видео - %s ссылка на скачивание MP3 - %s ''' % (url, generated_mp3) send_mail(title, message, settings.EMAIL_HOST_USER, [email]) примерно так

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

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

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

Пишу на жиквери, прекрасно себя чувствую

@panda_balu а что мешает и python пользовать и php?

Ограниченное время в сутках

программирование достойное занятие на всю жизнь, зачем спешить?

Здравствуйте, каждый раз когда я изменяю Html/css я должен collectstatic команду выполнять ?

Кушать хочется сейчас

тогда работать с тем, где выше компетенция, а второе третье четвертое - факультатив

Html обычно в шаблонах живет, а когда css меняешь, нужно

Html обычно в шаблонах живет, а когда css меняешь, нужно

Спасибо:) джанго норм востребованно на западе, да?

а я на dev-сервере когда, вообще не запускаю сбор статики, как так?

Можно ли автомазировать этот процесс?

Если manage.py, то он сам все собирает

Статику нужно собирать, если ее отдает какой-нибудь нгинкс, который хочет ее отдавать из одной папки. Самой джанге это не нужно

на боевом серевере или у себя на локальном компе во время разработки?

Я еще где то читал про fabric

Локальный комп.

А зачем?

Чтобы каждый раз не выполнять команду collectstatic

а что будет если ее на выполнить в вашем случае?

который вполне описывается в ту скупс и даже в доке ЕМНИП

Изменения не подействуют

Господа. Есть вопрос. Две модели: field_product и, допустим, user Вот, немного упрощенная модель: field_product: user = ManyToMany(User, related_name='spec_field') property = ArrayList [Char] Вопрос, как получить все ManyToMany записи при сохранении\создании field_product-а? Цель: получить все связанные записи, взять из них параметры и положить в property. По логике, такое либо в signals, либо в save() модели пихать. Так вот, куда лучше? И, допустим, если сигнал, как обновить поле объекта? kwargs['instance'] перезаписать?

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

Не не стойте. Django читает изменения после команды collectstatic так? Так у меня все работает. Просто я хотел узнать можно ли как то автоматизировать этот процесс.

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

instance.users.all()?

Кеш я часто удаляю. Все работает.

А если сначала вызвать super().save()

При создании модели их и не должно быть

В том то и дело, что они мне уже при создании нужны. Поэтому я склоняюсь к использованию сигнала post_save. Создаем сигнал, берем kwargs['instance'].id, получаем МтМ объекты, но что потом? Я могу запихнуть их в kwargs['instance'].property, а дальше снова save(), но это опять же вызовет сигнал, и получим бесконечную рекурсию.

Точно post_save? Не pre_save? Вытащите что нужно, потом сохраните и всё

КТо нибудь юзал django-autocomplete-light? Лучше его использовать или jquery?

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

Под него отдельную вью делать? А если например в виджет впилить?

делаешь отдельную вью. меняешь виджет на их, указываешь на какую вью смотреть.. документация довольно простая и понятная, разберёшься)

У меня просто на эту вью еще джанго-фильтр стоит. Конфликтовать не будет?

Точно post_save. Так как сохранить? Если вызову метод save сигнал снова вызовется.

Кстати, нет, вот есть такой пример @receiver(post_save, sender=Bookmark) def fetch_bookmark_url_title(sender, instance, created, **kwargs): if created and not instance.title: title = functions.fetch_url_title(instance.url) if title: instance.title = title[:255] instance.save() Сигнал post_save для Закладки, делаем что нужно и сохраняем инстанс

Господа. Есть вопрос. Две модели: field_product и, допустим, user Вот, немного упрощенная модель: field_product: user = ManyToMany(User, related_name='spec_field') property = ArrayList [Char] Вопрос, как получить все ManyToMany записи при сохранении\создании field_product-а? Цель: получить все связанные записи, взять из них параметры и положить в property. По логике, такое либо в signals, либо в save() модели пихать. Так вот, куда лучше? И, допустим, если сигнал, как обновить поле объекта? kwargs['instance'] перезаписать?

переопредил save() и будет тебе счастье..

Вы этот сигнал сделали чувствительным только к созданию. Мне же нужно, чтобы он отрабатывал всегда. И при создании, и при последующих изменениях, т.е. каждый раз когда так или иначе вызывается метод save

custom signal сделай