Добрый день. Сделал столбец продуктов и групп репортеров и партнеров при запросе. Также сделал, чтобы изначально в пивот выводилась не какая-то ересь. Плюс сразу создаются все фильтры. Также теперь есть одна кнопка получения данных, которая может исчезнуть (если данные получены), а также меняется ее текст в зависимости от этапа получения данных. Этапы такие: 1. Запрос наличия данных. Если не все данные есть, об этом будет сообщено в строке ответа сервера, но недостающие задания в очередь скачки не добавятся. 2. Добавление данных в очередь. Если не все данные есть, и не на все данные есть уже задания в очереди, то они в очередь будут добавлены. 3. Запрос данных с учетом того, что на них на все уже есть задания в очереди, но очередь еще могла не обработаться. Если при первом запросе данные покрыты уже существующими запросами, но часть из них не обработана и в очереди, то следующим будет сразу пункт 3. При изменении выбора в первичных фильтрах эти этапы сбрасываются на этап 1.
Пока перехожу к реализации подкодов и зеркальных данных. Жду фидбек по тестированию. Если вдруг что-то ломается, будет здорово, если тот, у кого сломалось, запишет четко последовательность действий, которая привела к поломке. <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Без вирусов. www.avast.ru <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> сб, 12 окт. 2019 г. в 14:42, Михаил Брунман <[email protected]>: > I've found the solution (if anyone ever will be in need). > There are 2 situations: > 1. Development. > For development this problem can be solved using static function. > Import it in your app's urls.py: > from django.conf.urls.static import static > Then use it there after the urlpatterns list: > if settings.DEBUG: > urlpatterns += static(r'app_name/page_name', > document_root=settings.STATIC_ROOT + "/inner_files_directory/") > Here app_name and page_name are same as in my initial message. > This string tells Django, that there is an additional static url pattern > and it must be resolved using specified directory. > 2. Deploy. > In deploy Django should not process static files. It should be done by a > dedicated web server. In my case the server is nginx. > So to process these problematic files i added to the config file (.conf > that is placed in /etc/nginx/sites-enabled/) next block: > location /app_name/page_name/inner_files_directory { > alias > abs_path_to_the_app/app_name/static/app_name/inner_files_directory; > } > This block is similar to standard static block, but processes requests > with url, that doesn't contain 'static', but contain app_name/page_name > instead > > воскресенье, 8 сентября 2019 г., 21:57:31 UTC+3 пользователь Михаил > Брунман написал: >> >> Good daytime. >> I've spent some time trying to find a solution to my problem, but I still >> can't. >> Here is my problem. >> One of my html templates has a link on a javascript file, looking similar >> to this: >> <script type="text/javascript" src='{% static >> "app_name/script_dir/script_name.js" %}'></script> >> The page is returned, when asking the next url: >> http://127.0.0.1:8000/app_name/page_name/ >> The mode is Debug, the static is registered and turned on and the script >> itself is loaded quite successfully. >> But the script is a part of a complete project and it contains some >> references on other .js and .css files from that project, that are also >> store locally. >> And when script is loading and requesting that other files, the server >> respond with 404 "Not found", because their references are relative and >> become like this: >> http://127.0.0.1:8000/app_name/page_name/file_relative_path >> instead of >> /static/file_relative_path >> So is there a way to translate such links from a page-relative link to a >> static-relative link? >> >> >> Best wishes, Mikhail >> > -- > You received this message because you are subscribed to a topic in the > Google Groups "Django users" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/django-users/FEO0gy37dRw/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-users/eaef703d-da88-4212-8ff5-c0a43f271dd2%40googlegroups.com > <https://groups.google.com/d/msgid/django-users/eaef703d-da88-4212-8ff5-c0a43f271dd2%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- _________________________________ С уважением, Брунман Михаил Best regards, Mikhail Brunman +7 (921) 552-07-98 [email protected] -- You received this message because you are subscribed to the Google Groups "Django users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/CAK-5vViL47DSf8LWigi6HHj3n%3D1x2ZqB0LxNPjeCwSAt7S0yCw%40mail.gmail.com.
