SashaKon: это вопрос, правильный ответ на который только усугубит проблему человека, задающего его, потому что ему явно надо вникнуть хотя бы в основы. Если разжевать их здесь и дать готовый ответ, то это потом аукнется кривым костыльным кодом.
Если просветление не наступило, читать документацию по Django. По порядку. Всю. Как вы без этого собирались писать на Django, если даже об основах ничего не прочитали?
Я не помню детали как делать контейнеры докера, поэтому пишу не как решение, а как комментарий. Как вариант, если это данные, которые нужны для любой инсталляции приложения, то их надо добавить в репозиторий либо:
1) в виде миграций, которые добавляют нужные данные в базу
2) в виде fixtures
Если это данные, которые просто нужны для демонстрации, то правильнее наверное загружать их вручную из дампа после создания контейнера.
Вариантов много. Можно использовать Django fixtures, можно сделать дамп базы и как-то заливать его в docker обратно в базу. Поскольку я почти не работал с docker, то конкретное решение не могу сказать, но это несложно. Если данных немного, то можно генерировать при помощи ./manage.py dumpdata, если много, то сделать pg_dump.
Раз пошла такая пьянка, я порылся и нашел на Upwork аккаунт оригинальной компании, которая сдала неработающую кучу исходников. У них 96% Job Success и они имеют рейтинг Top Rated.
Вот вам и Upwork с его гарантиями. Насколько я понял из разговоров с заказчиком, деньги назад выбить им не удалось даже за последнюю неделю работы.
С одной стороны, это логично, так как полгода позволять кормить себя пустыми обещаниями и позволять гнать порожняк - тоже особый талант нужен.
Это не production сайт. У заказчика есть production сайт, старый. Он решил написать новую версию. Украинская «компания» мурыжила его полгода и выдала zip-файлы с исходниками. В этих исходниках «ад и израиль», который вообще не работал. Он хотел запустить это за месяц. Огромный сложный посещаемый сайт. Из исходников, которые хуже мусора.
Почему эта студия дала ему набор этих исходников в виде набора zip файлов без какой-либо организации? Для того, чтобы прошло как можно больше времени, прежде, чем он смог бы понять, что они не смогли справиться с задачей, вообще не умеют программировать, и просто тупо решили его на...ть, подсунув мусорный код, который писали неучи, не осилившие даже tutorial по языку.
Там не было падения сервера и потерянных клиентов. Он просто психовал из-за кидалова студии, и как нетехнический человек не мог понять, что его просто развели.
huwesu Я не оценивал объем работ. От меня потребовали первый результат через три часа. Типа, вот тебе репозиторий, вот задача, делай. Даже ограничений по времени не было. Просто через несколько часов начались психи заказчика: типа, почему нет никаких сдвигов, страницы как не отображались, так и не отображаются.
В этот момент я понял, что с ними каши не сваришь. Последовал еще день долгих разговоров и разрыв контракта.
huwesu В идеальном мире все наверное так и есть. В реальном мире до того, как принимаешь контракт, никто тебе код не показывает.
В итоге, после принятия контракта мне дали доступ к Git-репозиторию. Заказчик и проджект-менеджер уверяли, что проект готов на 80%. Я же открываю исходники и вижу, что они написаны людьми, которые вообще не знают языка. Они подписались на проект, не удосужились прочитать даже туториал по языку, набросали десятки тысяч строк кода, который:
а) не работает
б) просто идиотский и не может заработать в принципе, потому что налицо непонимание языка, предметной области и отсутствие здравого смысла у предыдущих разработчиков
Я сразу сказал заказчику, что рефакторинг тут не подойдет, все надо переписывать с нуля, и быстрых результатов не будет. Заказчик не поверил и начил давить, ну, типа, можно ведь починить, например, часть проекта за 3 часа. Проекта, который не работает вообще, и который в принципе построен на неверных принципах любителями. За три часа, Карл!
Я сказал что нельзя, понял, что дальше будет только хуже и отказался от контракта. Как бы я эту ситуацию мог предвидеть заранее?
CityCat4 эти редакторы на очень больших любителей, и не на любой системе есть. По возможностям и удобству vim их превосходит. Но vim надо изучать, хотя бы tutorial прочитать, а mcedit/pico/nano - не обязательно.
Я считаю, что время, вложенное в изучение vim, многократно окупается. Кто-то может считать иначе, не навязываю свое мнение.
Пустой пароль пробовали?
При установке системы вы должны были установить какой-то пароль. Если вы его не помните, то сбросить можно. Надо при перезагрузке вызвать меню Grub, установить командную строку ядра init=/bin/bash, загрузить ядро, откроется bash, запустить команду passwd ваше_имя_пользователя, установить новый пароль, ввести команду reboot.
Есть редактор Leo, который позволяет и структурировать программу в виде графа и тут же писать документацию. Я им пользовался лет 10-12 назад, очень понравился, но не стал пользоваться им дальше, потому что собственно как редактор он был очень ограничен. Тогда он был написан еще на Python/Tk, сейчас вроде его переписали на Qt. Никак не могу найти время, чтобы посмотреть.
С такими исходными данными никакого совета дать невозможно. Нужно знать хотя бы, что делает скрипт, какие ресурсы «пожирает», в чем сложность оптимизации.
Куча сторонних библиотек - это не недостаток, это преимущество. Я давно уже исходя из своего опыта понял, что публичные библиотеки лучше. Как правило лучше написаны, лучше поддерживаются. Свои велосипеды практически всегда хуже написаны, по ряду причин - чаще всего потому что их пишут новички, которые не знают и не умеют находить готовые решения, и велосипеды приходится поддерживать самостоятельно, что отнимает много сил и времени.