Дмитрий Энтелис

Ух. Ну как-бы с такой постановкой задачи и не стоит рассчитывать на качественных фрилансеров.

1. Ваша формулировка "Есть два шаблона с TemplateMonster на какой сам сядешь, на какой клиента посадишь нужно добавить в первый функционал из второго", - по сути, если делать нормально это "нарисуйте и сверстайте новый дизайн по мотивам двух предыдущих".
Как бы это работа для 2х разных людей: дизайнера и верстальщика.
По факту они не сочетаются в одном человеке практически никогда.

2. Без обид, но в задаче на fl очень сумбурное изложение - много всякой мелкой конкретики, каких-то специфических требований к валидации и комментированию - но при этом нет в тексте собственно ТЗ на функционал интернет магазина.
"Сделайте как в том шаблоне" - это не ТЗ. "Сделайте как в том шаблоне" - это отправная вводная для не маленькой работы продуктового аналитика, но таких я на фрилансе не встречал ни за какие деньги.

Грамотному исполнителю такая постановка вопроса говорит о том, что у Вас есть какое-то своё видение и либо Вас нужно будет адски брифовать, либо от Вас будет миллион правок.

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

ИТОГО
Если хотите хорошего вменяемого результата, разбейте задачу на две:
1. Нарисовать дизайн по мотивам первого шаблона.
Подробно опишите конкретный список страниц, конкретный функционал, конкретные изменения.
2. Сверстать новый дизайн.

А в чем проблема просто аккуратно перечислить в запросе все что вам нужно

select 
   ...
from job
join status on status.jobID = job.jobID
join worker on worker.workerID = status.workerID
join client on client.clientID = client.clientID 
join responsible on responsible.responsibleID = job.responsibleID

Вот только сегодня был такой вопрос Как искать в базе данных SQL по группам?

В вашем случае запрос будет:

select 
   `offer_id`
from `table`
where 
   (`property_id` = "1" and `value` ="test11")
   OR
   (`property_id` = "2" and `value` ="test12")
group by `offer_id`
having count(`id`) = 2

select 
   name
from table
where 
   (element = "Ag" and Min <= 0.007 and 0.007 <= Max)
   OR
   (element = "B" and Min <= 0.002 and 0.002 <= Max)
   OR
   (element = "Fe" and Min <= 0.06 and 0.06 <= Max)
   OR
   (element = "Mg" and Min <= 0.025 and 0.025 <= Max)
   OR
   (element = "Cu" and Min <= 0.01 and 0.01 <= Max)
group by Name
having count(ID) = 5

где 5 - количество условий

Я исхожу из утверждения, что под NDA вы понимаете договор на передачу авторских и иных прав.

Формально - вы не имели права ничего делать на базе чужого кода.
Фактически - доказать ооочень сложно.

А классическое NDA в РФ по факту не работает :-(

Конкретно по банкам первоисточник в РФ один, это https://www.cbr.ru

По любой организации https://www.cbr.ru/credit/coinfo.asp?id=350000008
за любой месяц https://www.cbr.ru/credit/101.asp?regnum=1000&when...
итд

Если у вас интересный коммерческий проект (вы готовы платить за данные) - можно написать в коммерческий департамент www.banki.ru/info/contacts
У них с 2015 года есть единое API, которое они на неких непубличных условиях открывают.
Возможно это будет дешевле чем парсить cbr.ru

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

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

Разделять на разные таблицы имеет смысл если с точки зрения бизнес-логики картинки постов и новостей и комментариев какие-то совсем разные - у них разные размеры, разная логика хранения итд

Шутка «найди того, кто тебе проинтервьюирует будущего интервьюера» слишком поверхностна, чтобы её можно было считать остроумной.

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

И кстати что это за интервью на фрилансе? Если у вас такого масштаба проект что кто-то согласен ждать интервью - зачем вам вообще фрилансеры? Обратитесь в любое HH агенство и возьмите людей в штат.

Ну или как вариант, выбирайте сами исходя из рекомендаций знакомых, ну и в целом:
- как быстро человек отвечает на сообщения
- скинул он шаблонный отклик или же изучил задачу (Пример плохой оценки "300 часов за все". Хорошая оценка декомпозируется на кусочки не более 4-8 часов)
- Задает ли он вопросы и какие.

Готовьтесь что 49 из 50 будут этим требованиям не соответствовать.

Отдельно хочу подчеркнуть еще несколько моментов:
- не работайте с сильно дешевыми фрилансерами. Если у человека в портфолио сплошные "сайт под ключ за 10 000") - он очевидно не сделает вам нестандартное тз.
- если ваше тз больше 5 страниц - его будут читать только люди с высоким рейтом и то не все.
- любые технологии которые предлагает вам разработчик проверяйте на массовость. Go хороший язык, но искать замену этому разработчику вы будете долго и больно. Не путайте массовость и модность. Node.js модный - но ситуация см выше.

таки 2й аргумент должен называться MYSQLI_ASSOC

Гипотетически можно и через ajax, но в целом нет т.к сайт ляжет уже на очень небольшом количестве живых пользователей.
Правильное решение - использовать веб.сокеты.

Есть отличная готовая библиотека для node.js https://socket.io/
Для PHP можно изобрести велосипед, но проще поднять отдельный микросервис на node.js который будет заниматься рассылкой этих событий.
События в него пихать через redis / rabbitmq какой-нибудь, а основной проект уже писать на том языке на каком хотите.