Артем Спиридонов

Не знаю, но сделать несложно. JS на клиенте и imagemagick на сервере.

JS меняет размеры окна по заданному списку, если нужна адаптивность. Измеряет размер каждой доступной картинки и отправляет их на сервер.

Сервер делает уменьшенные копии изображений.

Итого - 5 строк на JS и 5-10 строк на php-imagick, к примеру.

Из 30 бирж всего 2 - с "оригинальными" заказчиками. Остальные - с посредниками. Легко понять по формулировкам задач и ценам.

Разбейте общую схему на уровни. Общие планы и детализация. Предупредите разработчика о предстоящих изменениях, и попросите учесть это.

Если не известны сами изменения, тем не менее известен их характер. "Измениться может все" - это тоже можно смело документировать.

Графические форматы вас не спасут. Простой документ, написанный совместно с разработчиком, в беседе - да. Просто нанесите на бумагу то, что вы говорите вслух, в этом весь секрет. Судя по постановке задачи, сейчас вы этого не делаете.

Возможно, покажется, что этот совет не по теме.

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

Структура БД будет очевидным, простым и логичным следствием из бизнес-логики и функциональной логики.

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

А инструмент - бумага и фломастеры.

Универсальное решение. Два объекта, один цельный, другой разбитый, с "физической", физической или IPO-анимацией разбивания. В момент разбивания за 1 FPS подменяете один объект другим и запускаете анимацию.

Формируете GET- или POST-запрос, со значениями ваших фильтров в параметрах, на сервере формируете ответ и отдаёте его клиенту.

Количество и "сложность" фильтров на эту часть решения никак не влияют. Все самое интересное будет в БД.

Сохраняйте микровремя в переменную и считайте интервалы.

"Нравится-не-нравится, спи моя..."

$150 за два месяца - ниже статистической погрешности. $150 за день - ну куда еще ни шло. Как говорит один хороший специалист из другой отрасли, "пока вы не заработали $1 000 000 - не делайте выводов о том, что вам нравится..."

Основы всех популярных ЯП похожи. Только, если рассуждать о том, что нравится и что не нравится - суть как-то проходит стороной. Похоже, именно в этом заключается ваша проблема.

P.P.S Я не отговариваю вас от занятий JS. Я отговариваю вас от рассуждений "нравится-не-нравится".

Я так думаю, что это Product Manager. Имеется в виду, что он обладает видением продукта, и способен его "создавать", как дизайнер.

Оберните $.post( в $(function() {

$(function() {
$.post(
... дальше как у вас
});

phpfaq.ru/newbie/na_tanke

https://ru.wikipedia.org/wiki/AJAX

Для начала документируйте бизнес-логику. Качественно, подробно так, с чувством.

Потом возвращайтесь к оценкам. Что-то мне подсказывает, что "с нуля" при современном инструментарии уложится в месяц работы, включая тестирование и симпатичный дизайн.

Ставь более высокую цель. Лови кайф от процесса. Чаще гугли и записывай. Веди дневник, делай конспекты.

Все получится.

Компьютер ничего не отличает. Он только производит вычисления и явные сравнения.

Причем тут битрикс???

Причем тут nginx? Похоже, у вас конфигурация для Apache2, у nginx она выглядит по-другому.

Ключевой вопрос - с какой целью интересуетесь?

Вариантов много, навскидку:

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

После внесения изменений в php.ini надо перезагрузить php.

php-curl ставится отдельным пакетом.