Что меня всегда радовало, дак это окотонужные рекомендации "профи" и почему кто-то делает не так, но при этом никто чётко ответить не в состоянии.

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

я так и не понял, почему стили в media т.т

Что меня всегда радовало, дак это окотонужные рекомендации "профи" и почему кто-то делает не так, но при этом никто чётко ответить не в состоянии.

Ох, я себя профи не называл) просто написал свои наблюдения Советы правильные тебе ребята выше кидали, но они тебе не понравились Что тут поделаешь

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

Илья, доку прочёл в первую очередь. И попробовал. Проект переделываю с нуля.

Напишу сейчас страшное предложение. :)))

Раноше все хорошо работало не важно где лежит в медиа или в ститике.

ну это не правильно:)

Раноше все хорошо работало не важно где лежит в медиа или в ститике.

ммм... {% url static .... как раз для этого и сделано, чтобы было не важно. Просто нужно в настройках указать, где у тебя папка статики, про collectstatic тоже прочитай в доках

url(r'media/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.MEDIA_ROOT}), url(r'static/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.STATIC_ROOT}), и это тоже не нужно

media и static это не приговор и я могу для каждого типа фалов использовать 100500 типов "ститики" /css/, /js/, /img/ и тд

Раноше все хорошо работало не важно где лежит в медиа или в ститике.

То есть для тебя нормально, когда у тебя что-то "работает" благодаря багу или ещё какой неверной логике, а когда это меняют и фиксят, ты начинаешь бухтеть на новые версии софта?

То есть для тебя нормально, когда у тебя что-то "работает" благодаря багу или ещё какой неверной логике, а когда это меняют и фиксят, ты начинаешь бухтеть на новые версии софта?

Да! Ибо приучили!

media и static это не приговор и я могу для каждого типа фалов использовать 100500 типов "ститики" /css/, /js/, /img/ и тд

ложишь папки с css , js и т.д в папку статик, которая в настройках указывается и в темплейтах обращаешься к ним в этой папке через url static и т.д. Что сложного то?

ложишь папки с css , js и т.д в папку статик, которая в настройках указывается и в темплейтах обращаешься к ним в этой папке через url static и т.д. Что сложного то?

но у меня в 1.8 и так работала! зачем мне это надо делать!

но у меня в 1.8 и так работала! зачем мне это надо делать!

ну раз работала, то в чём суть вопроса тогда? :)

Либо егон тролль, либо спал 8 лет(перед этим писал на пхп и джанге 1.2), либо дурак, либо хочет внимания Я запутался

Либо егон тролль, либо спал 8 лет(перед этим писал на пхп и джанге 1.2), либо дурак, либо хочет внимания Я запутался

Но он при этом на личности и оскобления не опускался.

Добра тебе, @serbernar!

Ага

Неадекватность. И 1к человек вынуждены читать этого якобы тролля.

Терпеливое сообщество, чего уж :)

Где именно троллинг?

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

Тема давно закончилась.

Реальные троли вылезли именно сейчас.

Парни, подскажите пожалуйста. Как получить выбранные элементы в filter_horizontal в нижнем классе(CampaignAdmin)? http://joxi.ru/Y2L4V4yTnMgNj2

Парни, подскажите пожалуйста. Как получить выбранные элементы в filter_horizontal в нижнем классе(CampaignAdmin)? http://joxi.ru/Y2L4V4yTnMgNj2

Через условие и фильтр Типа types=jpg А условие передавать из параметров функции types=param

Через условие и фильтр Типа types=jpg А условие передавать из параметров функции types=param

Непонятно. Если можно, подробнее чуть?

Непонятно. Если можно, подробнее чуть?

filter_horizontal = queryset.filter(type=param)

filter_horizontal = queryset.filter(type=param)

Спасибо вам!!!

Тут ещё важный момент. Стоит сохранять queryset как объект класса и обращаться self.queryset - чтобы каждый раз не подгружать его заново. Если я не ошибаюсь)

queryset = queryset.filter(full_name__icontains=string)

Тут ещё важный момент. Стоит сохранять queryset как объект класса и обращаться self.queryset - чтобы каждый раз не подгружать его заново. Если я не ошибаюсь)

Если он один раз нужен то можно и не сохранять)

Не спорю)Просто на всякий случай сказал)

Я же не знаю всего кейса

Подскажите как вы взаимодействуете между бек сервером и фронтом. Фронт в вьюхах серва или апи и с фронта качаете апи?

Добрый день, подскажите пожалуйста как такое реализовать: Каждый блок это одна модель в бд, отличающаяся только типом (сериал, фильм, короткометражка) связь м2м на себя. Необходимо на странице первого сезона выводить ссылки на второй сезон и на спинофф, так и подписывая их "продолжение" и "ответвление сюжета", на странице второго сезона выводить ссылки на первый сезон "предыстория" и третий сзон "прододжение".. ну и т.д. из скрина понятно примерно. Вопрос: а как собственно это реализовать, сам вывод надписей в зависимости от того на какой странице находишься? Просто связь - не проблема, тут се легко. а правильное отображение надписей "продолжение/предыстрория, спин-офф/основной сюжет, обобщение/развернутая история" не понятно. Где хранить эти связи, и как их выводить?

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

живой пример: https://shikimori.org/animes/1575-code-geass/related (обобщение) и https://shikimori.org/animes/4596-code-geass-hangyaku-no-lelouch-special-edition-black-rebellion/related (Развернутая история). сейчас подумал, что можно добавить 2 доп поля в промежуточную модель м2м, одно поле тянуть для прямой связи, другое для обратной. но звучит хреново.

Добрый день, подскажите пожалуйста как такое реализовать: Каждый блок это одна модель в бд, отличающаяся только типом (сериал, фильм, короткометражка) связь м2м на себя. Необходимо на странице первого сезона выводить ссылки на второй сезон и на спинофф, так и подписывая их "продолжение" и "ответвление сюжета", на странице второго сезона выводить ссылки на первый сезон "предыстория" и третий сзон "прододжение".. ну и т.д. из скрина понятно примерно. Вопрос: а как собственно это реализовать, сам вывод надписей в зависимости от того на какой странице находишься? Просто связь - не проблема, тут се легко. а правильное отображение надписей "продолжение/предыстрория, спин-офф/основной сюжет, обобщение/развернутая история" не понятно. Где хранить эти связи, и как их выводить?

Между двумя записями в БД про сезоны есть дабл-линкед связь на прошлый? А как она реализована?

Не брать. Они не стоят 20к

Когда там цены упадут, со следующим поколением?

Поля типа last next?

Мне кажется тут нужно хранить в какой-нибудь таблице вообще список всех "вселенных" (т.е. допустим "вселенная" кода гиасса, ид которой будет записываться в каждый сезон, спин офф, полнометражку и вообще во всё что с ним связано). Потом просто берете нужный сезон, смотрите к какой он вселенной относится, выбираете всё что там есть и выводите списком, к каждому элементу ещё смотря его тип "сезон, спин-офф, что-то ещё". На счет порядка выведения, тут есть два варианта: смотреть по дате выхода, или сделать отдельную таблицу в которой вручную какие-нибудь админы сайта будет изменять порядок отображения. Ну а по дефолту оно там будет выстраиваться по датам.

На счет вашего рисунка, я его не совсем понимаю, если честно :) Сделайте что-то похожее либо на ER-диаграмму, либо SQL запрос на построение таблиц, если он у вас есть, либо ещё что-то подобное, хз, с джанги модели например.

Поля типа last next?

сейчас единственное решение которое я придумал это делать м2м с through таблицей в которой будут поля типа preview и next (хотя названия полей так себе, ибо тот же спин-офф не является не предысторией, ни продолжением) для первого сезона/предыстории/развенутой истории всегда тянуть поле next и вытаскивать оттуда название, а для второго сезона/обобщения/спин-оффа тянуть поле preview. записывать в сущность его тип - невозможно по причине того что одна сущность может являться одновременно и предысторией и спиноффом и развернутой историей. если это к примеру сериал который происходит во вселенной другого сериала, содержит 2+ сезона и первого сезона есть обобщение в виде фильма. т.е. по отношению к сериалу во вселенной которой он проходит он является спин-оффом, для своего второго сезона первый сезон является предысторией, а для фильма первый сезон является развернутой историей. если бы нужно было определить только номер сезона, то это делалось бы через лдату выхода, "вышел позже? значит это сезон n+1" но из-за всяких ответвлений и компиляций такое не прокатит. ну и чукча не писатель.. рисовать не умею ;(

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

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

http://dpaste.com/08PRCX7 в итоге, как я понимаю, должно получится нечто вроде этого, так?

Не preview, a previous, если что :)

А спин-офф не может быть продолжением?

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

А, и да, у вас енот на аватарке и вы говорите про аниме, вы случайно не с SHIZA Project? :)

А, и да, у вас енот на аватарке и вы говорите про аниме, вы случайно не с SHIZA Project? :)

тьфу, тьфу, тьфу) не имею к ним никакого отношения) (сабы, только сабы)

спасибо за информацию) второй вопрос: допустим есть блог на django и drf, на фронте SPA (angular, react, vue) и, соответственно, вся информация тянется из API. Вопрос, есть ли возможность ограничить доступ к API только для моего SPA? или API всегда будет торчать наружу и любой пользователь сможет спокойно к нему обращаться?

Шаблонная генерация страницы? Как такового API тогда и не будет

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

Шаблонная генерация страницы? Как такового API тогда и не будет

на сервере только index.html с инициализацией SPA генерится, остальное на на клиенте. т.е. абсолютно все данные через API. просто хочется и SPA сделать на фронте, и доступ всем давать к API не хочется. но судя по документации(и логике) это взаимоисключающие хотелки ;(

Throttling + pagination - вроде должно помочь

спасибо за информацию) второй вопрос: допустим есть блог на django и drf, на фронте SPA (angular, react, vue) и, соответственно, вся информация тянется из API. Вопрос, есть ли возможность ограничить доступ к API только для моего SPA? или API всегда будет торчать наружу и любой пользователь сможет спокойно к нему обращаться?

Throttling + pagination - вроде должно помочь

правый клик - reply :)

А если со смартфона?)Прошу прощения

)

А если со смартфона?)Прошу прощения

тап :)

Хорошо)

ERROR: S client not available

на сервере только index.html с инициализацией SPA генерится, остальное на на клиенте. т.е. абсолютно все данные через API. просто хочется и SPA сделать на фронте, и доступ всем давать к API не хочется. но судя по документации(и логике) это взаимоисключающие хотелки ;(

Почитай про CORS и permissions в Django rest

тап :)

Принято)

Почитай про CORS и permissions в Django rest

CORS выглядит как то, что надо. спасибо

Может лучше доступ по token?

С QORS вроде немного трудно работать

Может лучше доступ по token?

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

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

Не, ты серверу по апи пару логин и пароль, а он тебе токен

Ну как вк апи сделана например

Не, ты серверу по апи пару логин и пароль, а он тебе токен

И ты этот токен в каждый запрос пихаешь

Не, ты серверу по апи пару логин и пароль, а он тебе токен

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

И можно контролировать чтобы токен был валиндвм в течении какого-то времени. Как у facebook

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

А корс то тогда тебе зачем?

Он решает другую проблему

Ребята, никто не знает как называется на английском вывод объектов с помощью Ajax на странице. Имею ввиду как ленту вниз листаешь, чтобы объекты грузились. Было бы хорошо если кто-нибудь статью скинул как это реализовать.

Ребята, никто не знает как называется на английском вывод объектов с помощью Ajax на странице. Имею ввиду как ленту вниз листаешь, чтобы объекты грузились. Было бы хорошо если кто-нибудь статью скинул как это реализовать.

Читай доку вк апи, там есть пример. Если крато, то все это рест апи

Ребята, никто не знает как называется на английском вывод объектов с помощью Ajax на странице. Имею ввиду как ленту вниз листаешь, чтобы объекты грузились. Было бы хорошо если кто-нибудь статью скинул как это реализовать.

Pagination

Он решает другую проблему

тогда возвращаемся к моему вопросу. Можно ли скрыть API(ну или хотя бы сильно затруднить к нему доступ) для парсеров?

infinit scroll?

Читай доку вк апи, там есть пример. Если крато, то все это рест апи

мне надо свои объекты с бд вытаскивать, не чужие))

Pagination

Да, этот ответ лучше чем мой)

тогда возвращаемся к моему вопросу. Можно ли скрыть API(ну или хотя бы сильно затруднить к нему доступ) для парсеров?

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

А по токену можешь сделать ограничение на кол-во запросов в секунду

В интернете только готовые решения с гитхаба, но не показано как все надо делать, а мне именно это надо. Понять вообще, откуда берется и как работает.

Не претендую)Главное чтобы помогло человеку хоть что-то)

В интернете только готовые решения с гитхаба, но не показано как все надо делать, а мне именно это надо. Понять вообще, откуда берется и как работает.

если общо то когда из в бд фигачишь скуль запроз то добавляется LIMIT и OFFSET

У них в документации баги есть)))Я в своё время юзал rest-auth. Это обёртка для allauth + куча функционалу который может пригодится

pip install ?

мб не в то вирт окружение устанавливаешь, или в проекте выбрано другое venv

Pip list что показывает?Возможно либа уже установлена

Проверь нет ли ее в pip list