менять настройки веб. сервера нельзято, наверное, единственный способ -- собирать статику в каталог
/static/s/
, а загружаемые файлы -- соответственно в /static/m/
(названия подберите по своему вкусу и в соответствии с имеющимися настройками веб-сервера). или же менять хостера/переходить на VDS. <form>
. ещё надо в каждой форме как-то отдавать id, либо скрытым полем, либо в URL. чтобы этим всем удобно было орудовать с точки зрения конечного пользователя, стоит прикрутить AJAX..gitlab-ci.yml
работу deploy
, которая будет скриптом "выкатывать" изменения в нужное место. дополнительно стоит прописать условия, чтобы изменения выкатывались только из главной ветки главного репозитория. wsgi.py
прописать активацию виртуального окружения или же руками прописать site-packages
.url(r'^articles/$', views.articles, name='articles'),
url(r'^articles/articles_item/(?P<slug>.+)/$', views.articles_detail, name='articles_detail'),
DEFAULT_AUTHENTICATION_CLASSES
'rest_framework.authentication.TokenAuthentication'
(для токенов), 'rest_framework.authentication.SessionAuthentication'
(для авторизованных пользователей). для локалхоста придётся либо писать свой собственный аутентификатор, либо аутентифицироваться на общих основаниях.option value
следует вместо {{tag.name}}
подставить tag.id
. action
указывает на URL, на который её содержимое должно отправиться после submit'а.http://сайт/урл/?filter_tags=значение
.tag_detail
, то придётся через JavaScript перехватывать нажатие кнопки, и вручную перенаправлять на нужный URL.request
, самостоятельно парсить значения из request.GET
и далее выдавать или не выдавать результат (потребуется обработка ошибок, на случай, если на входе не целое число, или же тег с требуемым id не найден). тогда у формы в action
надо будет выставить его.