Дмитрий Свиридов

Если ты так в своем сервисе решил поиск реализовать, то крайне не советую. Юзай лучше Sphinx. Но если уж совсем приперло, то придется городить велосипед под конкретную СУБД. Получаешь список таблиц, идешь по ним циклом, получаешь в каждой список столбцов - и т.д. Это будет работать медленно и не универсально.

Нет, именно так нельзя. getElementById - это получение элемента по ID. Id элемента должен быть уникальным в рамках страницы. Поэтому если ты решил искать элемент с id = one внутри элемента с id = main_info, то это неправильно, потому что тебе достаточно сделать document.getElementById('one'); Чтобы в теории работала такая конструкция, как у тебя, getElementById должен возвращать document.

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

Формируй этот код на основании первичного ключа таблицы. То есть юзер отправил форму, ты сделал запись в БД, получил ее ID. И формируешь промокод на основании этого ID. ID в рамках таблицы уникален, поэтому и прокод твой будет уникальным. Можешь этот промокод формировать не в PHP, а в базе триггер повесить на событие вставки. Но советую все же это делать в коде, потому что так тестами можно покрыть.

Я не очень понял, честно говоря, что именно ты хочешь, но отвечу на твой вопрос по докеру: да, ты можешь подключиться в контейнер, зайти внутрь, выполнять в нем команды. Можешь туда внутрь пробросить папку. Другое дело, что я не совсем уверен, что работа с Докером под Виндой у тебя будет без боли и страданий.

P.s. я не очень понял, зачем тебе несколько экземпляров приложения? Мне что-то очень кажется, что ты сильно усложнил все. Почему ты не можешь это реализовать в одном приложении? Типа вызываешь скрипт твоего приложения с определенными параметрами после изменения конфига в json - оно его считывает и выполняет те или иные действия через selenium. Зачем тут докер-контейнеры?

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

Я думаю, что это просто лучше делать не программно с помощью jquery-анимации, а с помощью добавления элементам класса с анимацией через css-свойство transition. Тогда у тебя будет параллельно.

Подключи любую библиотеку для парсинга HTML, распарси, полученные объекты отсортируй - и преврати их обратно в HTML, чтобы руками не тасовать.

Вообще правильно, чтобы никто руками на сервере файлы проекта никогда не редактировал. Редактируешь локально, коммитишь, пушишь, а на сервере затягиваешь либо руками, либо деплой-скриптом.

Да, тебе надо парсить html, который в data.

Какая разница, сколько лет? Заказчиков это вообще не касается.

Юзай для окружения либо virtualenv, либо в докер-контейнере разверни.

У тебя фронт должен с помощью ajax взаимодействовать с бэкендом на пхп/питон или чем-либо еще, обмениваясь данными в формате json. А бэкенд в свою очередь должен взаимодействовать с базой. То есть вопрос сформулирован не совсем корректно.

Что касается безопасности, то для подключения к БД должен быть нормальный пароль, пользователь не root, а еще желательно, чтобы для подключения к БД был список разрешенных IP, чтобы абы кто откуда угодно не мог в базу влезть.

Вообще Django - это не CMS, а фреймворк. Поэтому сравнивать с Drupal/Wp и т.п. - неуместно. Но ничего тебе не мешает запилить эту логику самостоятельно. Создай модельки themes и themes_templates: в первой у тебя будут храниться темы, а во второй - пути к шаблонам для них. Можно вместо путей к файлам хранить и сами шаблоны текстом - тоже прокатит. Но это не очень "красивое" решение, я считаю.

В themes_templates сделай поле type, в котором будет храниться тип шаблона, который будет указывать, для чего конкретно шаблон. В themes сделай поле is_active, которое будет указывать, какая тема активна в текущий момент. Во view, где у тебя указывается, какой шаблон рендерить, ходи в базу и вытаскивай нужный путь к шаблону (ну или его контент, если решил в базе в виде текста хранить) в зависимости от активной темы (themes.is_active = True) и типа шаблона (у каждой страницы свой тип шаблона).