Может тупо на каждом компе можно прописать файлы с разрешенными сайтами?
Я о том — почему бы его не разместить в саму Django — в стандартные либы.
Не уж-то его придется часто менять в процессе реализации проекта?
2) Судя по вашим ответам, вы сами не знаете чего хотите. Это не дерзость, а просто факт. Все что связано с вебом, но не связано с «питон, вёрстка, базы данных, высоко нагруженные сайты, не стандартная логика» — это другие сферы жизни. Похоже, вам просто нужно хорошее интеллектуальное хобби, отличное от работы. Я прав?
Нужно изучать то, что требуется. Если задались таким вопросом, значит почувствовали, что вот тут что-то делаете не так. Возьмите и загуглите "<язык программирования> как сделать <вещь>". Но при этом не забывайте изучать более полно, а не ограничиваться одной статьей и рваться в бой. Прочитали про технологию, прочитайте еще пару статей. Постарайтесь понять какие минусы и недостатки, как и где эта технология применяется. Как оптимизировать ее. Это и есть база. Плюс этого способа в том, что не требует сразу тратить много времени. По сути, вы будете делать тоже самое, что и сейчас, но более полно, более основательно подходить к изучению. Со временем накопиться тот самый бэкграунд.
А всякий матанализ скорее всего и не пригодится. Дискретка еще возможно, но тоже редко. Согласитесь, 80% кодинга — рутина :) Если вы не используете этого в работе, то они вам не помогут, а когда столкнетеся с реальной задачей, то, наверняка, сами захотите ее загуглить.
Давайте пример приведу. Появилась задача найти кратчайший путь между двумя точками на карте дорог. Загуглив эту тему, вы обнаружите уже решенные подобные задачи, сведение их к графами и использованию какого-то алгоритма, например Дейкстры. Но не торопитесь сразу же кодить. Почитайте какие алгоритмы для графов есть, какие из них применимы к вашей задаче, сравнение их с алгоритмом Дейкстры и т.д. После этого у вас появится та самая база. Правда только в сфере поиска кратчайшего пути в взвешенных графах. Но, аналогично поступая во всех подобных случаях, вы расширите свой бэкграунд и в целом.
Изучать то, что вы не используете полезно, но скучно и быстро забывается.
Для улучшения практического скилла советую читать чужой код и смотреть скринкасты опытных людей. Такие вещи часто богаты мелкими-оптимизациями. А если автор еще и озвучивает ход своих мыслей при проектировании функционала, вообще замечательно. (Именно этим полезны курсы по питону на udacity, например.)
p.s^ Старайтесь знать все о чем-то и что-то о всем :)
Чуть не забыл, если не знаете, что нужно изучать, можно мониторить интересующие вас вакансии. Например, в php часто требуется highload — гуглим highload. Нужен опыт NoSQL? Ок, гуглим их.
По сути да.
Только, у вас дев(тестовый) сервер? То есть то что не в продакшене, а только для обкатки на сервере или показу третьих лиц?
Если да, то никаких проблем в этом не вижу. Разработчик пишет код, при каждом значимом изменении, а не только поменял кавычку, делается коммит и пуш. Или только коммит.
Это нужно в первую очередь для того, что если что-то пошло не так, всегда можно отмотать одной командой, всё назад, на несколько коммитов. Очень удобно. Не приходится ломать голову, что же я там написал, от чего сломалось. Таким образом быстрый откат на несколько коммитов на сервере. Потом дебаг локально последних изменений, в поиски ошибки. Далее новый коммит на сервер репозитария. И на сервере сайта уже пулл.
Так же по коммитам, видно что же было накодено и в каких файлах. То есть быстро отследить какие были внесены изменения и найти причину ошибки.