German Jet

Раньше была статья за вредительство.
Убить бизнес - это про ваш сайт. Никто не будет 160 секунд ждать чтобы ваш сайт загрузился. 10 мегабайт ненужной информации...

Разбивайте все на экраны. Подгружайте их в момент скролла. lazy load называется.

Загружайте изображения того размера, что и ваш div. Но не 1 мегабайт пикча размером 2560 пикселей. Нафига она пользователю нужна пока он не нажал на нее? Используйте лайтбоксы.

Уберите png гигантского размера (ага - рюшечка в виде планшета). Наконец-то его просто в srcset засуньте - разные размеры в зависимости от экрана. Зачем пользователю на экране 1200 пикселей он в 1800 пикселей?
зачем на экране в 360 пикселей картинка мужика 808х600 пикселей? display: none; - ну что двойка вам за реализацию. Аналогично и слайдер display: none; а js его там переключает. Это жесть

Откройте для себя squoosh или file optimizer - полезные штуки - планшет ваш сожмут с 817 до 671 килобайт. Но рюшки я бы отменил. Все равно на мобильном чаще заходят, а они там и не выводятся. Десктоп украшаете? а зачем мобильного юзера ими мучаете?

Наведите порядок со шрифтами. Используйте woff2 - конверторы есть. Думаете покупателю они все нужны на лишний мегабайт? 1 текстовый шрифт и 1 иконочный шрифт. Лишнее убить.

js - это ад. Выкидывайте кучу аналитики. Оставляйте что-то одно. Или гугл или яндекс. Там и с виджетами беда. Никто не будет вам звонить по ним - т.к. тупо сайта не дождутся загрузки.

Если делаете пагинацию - делайте её верно: ajax-запрос. Хотя, показывает практика, мало кому интересны слайдеры и пагинация. Сделайте нормальный рубрикатор или ajax фильтр чтоб не гонять ненужные данные. А там на беке не дергайте однотипные данные из базы - есть же кеширование. не... не слышали.
Хотя "СВЕЖИЕ ЗАЯВКИ НА ПОИСК ЗАПЧАСТЕЙ" - какую полезную инфу несет этот тяжелый блок, да еще якобы с пагинацией?

ПОНРАВИЛСЯ СЕРВИС
ПОИСКА АВТОЗАЧАСТЕЙ?

Нет! потому что так не делают сайты.

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

А пока HR-видит, что ты через месяц слился и думает: "Да ну его нахер, то ли он конфликтный, то ли он "мамкин айтишник, который хочет 100к со старта", то ли он рукожоп"

т.е. этот опыт лучше вообще убрать из резюме. (ну это так намек)

2) Удаленку без опыта реальной разработки на уровне Джуна - очень сложно найти. Будь ты хоть JS, хоть PHP, хоть Java разработчик. Тут дело не в стеки.

3) В идеале, тебе надо получить строчку в трудовую, что работал программистом условно 9 месяцев (хоть на чем) - после этого, уже и удаленку можно будет найти проще, либо уже уезжать на офер в СПБ, Москву или другой город

Так отредактируйте стиль, добавив туда отображение номеров домов.

Для начала хорошо освойте питон и джангу, потом уже можно задаваться таким вопросом, но скорее всего ответ у вас уже будет свой

Во-первых: "На все это у меня есть пару недель.(Поверьте я псих, и не такое могу)" - нет, не можешь. За пару недель можно изучить некоторые технологии, но научиться правильно думать нельзя.
Во-вторых: "На Видеокурсы времени нет! Нужна текстовая информация!" - видео усваивается лучше. Но, в целом, нужно комбинировать все возможные ресурсы.
В-третьих: "JavaScript (НЕНАВИЖУ)" - нет смысла ненавидеть молоток. Это очень наивная позиция. Выбери задачу и используй то, что нужно.
В-четвертых: Объем математики определяется целью: занимаешься машинным обучением, искусственным интеллектом и прочим дата сайенс или пишешь физический движок, например, - понадобится серьезная математика. В остальных случая хватит школьного курса, и то средней школы.

Непосредственно подготовка:
Cracking the Coding Interview
Elements of Programming Interviews in Python
Из этих книг тебе станет ясно, что нужно знать, чтобы пройти собеседование на работу.

Тренируй problem solving скилл на специальных сервисах. Популярные: https://leetcode.com, https://www.hackerrank.com, https://practice.geeksforgeeks.org
Нужно не просто решать задачи, а учиться это делать правильно, походу изучая алгоритмы, структуры данных и анализ сложности. Грокаем алгоритмы - хороший выбор. Будет отлично, если найдешь друга, с которым можно будет тренировать witeboard'ы, когда один берет на себя роль интервьюера и задает другому задачу. Это важно. Так вы сможете разобраться, где и почему вы застреваете и научитесь правильно выстраивать мыслительный процесс при решении задач. По большому счету, это твой основной навык как программиста, именно его и будут проверять в первую очередь при собеседовании на работу. По крайней мере, должны. Если спрашивают только конкретные технологии, то тебе стоит задуматься, стоит ли у них работать. (Подсказка: нет)

Изучай ООП и Паттерны проектирования.
Все доступно и с примерами.
Видео по одной популярной книге, которую тоже можешь начать читать.

Изучай инструменты (языки, фреймворки и пр) под конкретную сферу. Не надо изучать все подряд, учи то, что нужно для того, чем ты хочешь заниматься, конкретный стек технологий. Помни про принцип Парето.
Например, вот хорошие ресурсы по питону:
https://www.amazon.com/dp/1593279280/
https://www.amazon.com/dp/1593275994/
https://www.youtube.com/watch?v=8DvywoWv6fI

Наконец, ты должен понимать, что нетехнические, т.н. софт-скиллы не менее (а в случае с джуном часто более) важны. Я не зря предлагал ресурсы на английском - этот язык разработчику знать важнее, чем любой язык программирования. Не знаешь, с чего начать? Посмотри "Полиглот. Выучим английский за 16 часов!", начни пользоваться https://lingualeo.com (там есть и тренировки и курсы)

Окружи себя инфосферой: ютуб, твиттер, телеграм и пр.
Мне, например, нравятся эти ребята:
https://www.youtube.com/channel/UCVbz7l0COUdLupcY4...
https://www.youtube.com/user/HexletUniversity
https://www.youtube.com/channel/UC4xKdmAXFh4ACyhpi...
Они помогут тебе начать думать в правильном направлении.

Удачи!

Выходи из депрессии и иди устраивайся на работу своей мечты.
Хватит переживать и беспокоиться из-за стечения обстоятельств, тратить на это время, нервы, здоровье. Это не ты им не подошёл как работник, а они тебе не подошли как работодатели.
Выше голову, шире плечи, улыбка до ушей и вперёд!

Всмысле

Как распознавать все существующие модели, подключённых в проект приложений

Через ContentType, вы можете получить все модели зарегистрированные в вашем приложении

from django.contrib.contenttypes.models import ContentType
queryset = ContentType.objects.all()
for model in queryset:
    print(model.model_class())

REST интерфейс можно написать и при помощи стандартных средств django. Отдаете ему dict, и он его сериализирует и наоборот. В чём проблема?
https://docs.djangoproject.com/en/2.2/ref/contrib/...

хотелось бы узнать потребуют ли военный билет при устройстве,

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

как к этому моменту относятся в IT

Как и везде при официальном трудоустройстве.

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

Не совсем понятно что за проблемы? Служить не хочется идти? Будь готов к тому, что при трудоустройстве работодатель обязан отправлять информацию о сотрудниках призывного возраста. Соответственно военкомат тут же начнет в отношения Вас призывные мероприятия.
В крупных организациях есть военно-учетный стол, ну или хотя бы сотрудник, занимающийся призывниками.

Заменить тайтлы в записях можно помощью SQL-запроса в phpMyAdmin:

UPDATE 'news' SET title = REPLACE ('title', 'текущее значение', 'новое значение');

Либо поставить очень удобный для этого плагин: Better Search Replace

А можно просто из phpMyAdmin выгрузить базу, заменить что вам нужно открыв эту базу в обыкновенном блокноте, а потом сохранить с изменениями и загрузить базу обратно.

1) что значит все страницы. если у Вас всего 4 екшена , то создаете главный блюпринт и в нем роутеры свои
Делите все блюпринты. образно говоря главный блюпринт, посты, юзеры.
Если это все страницы , то смысла особого не вижу.
2) на 2 Вам ответили в комменте
3) вопрос ничего не говорит, какие переменные?
4) можно создать фалй отдельный роутер.пу и его ипортите в инит

Эм... Если у Вас штрих-код не метр на метр и в чётко определённом месте, то бесполезное занятие (позиционирование квадрика в помещении задача не из лёгких) - с этим у меня опыт неудачный есть.

Из считыватель - только камера, т.к. большинству считывателей необходима короткая дистанция, есть и более профессиональные, но и вес у них приличный вместе с ценой.
Поэтому квадрик вместо карманного превращается в полноценный Фантом.
Лучше, конечно, что бы были Qr коды - их на картинке искать проще.

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

Тут всё по-моему зависит от задачи, которую нужно решить.
У нас задачи были такими:
1. Снизить количество "потеряшек" (в основном из-за того, что грузчики не на ту полку положили)
2. Снизить количество краж из коробок (именно когда товар вынимали из одной общей коробки).

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

https://www.php.net/manual/ru/

0. Определить показатели, по которым вы будете определять переместиться или остаться
1. Провести замеры и определиться

Если речь про время загрузки для пользователей
Она состоит из
- жс скрипты и верстка (от 10мс много раз)
- отработка скрипта (от 10мс)
- получение статики и хтмл (от 10мс много раз)
- днс запросы (от 10мс один раз)

Например, перенос с хорошего хостинга в Нидерландах, на плохой в Уфу даст уменьшение времени на сети, но ухудшит скорость исполнения скриптов

И так по каждому пункту

Я свой первый SQL-запрос написал уже на работе, до этого баз данных не касался вообще никак и никогда. Из документации у меня были только исходники с редкими комментариями, да коллеги. На первую задачу у меня ушла неделя или две, а прежде чем я смог закоммитить её в репозиторий мой руководитель полчаса объяснял мне как работать с SVN. Весь испытательный срок я очень переживал, что ничего не умею и меня вот-вот выгонят, но всё-таки прошёл его и дорос до мидла. Для новичка в индустрии подобная растерянность вполне нормальна. Старайтесь, учитесь, спрашивайте у коллег (в нормальных коллективах это не осуждается) и всё у вас получится. Да, и не решайте за работодателя, увольнять вас ему или нет))