Владислав

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

1. Разметка:
   
   • пишу всегда вручную;
     
   • длинные селекты тянутся из базы посредством шаблонизатора (например серверного TWIG);
     
   • прописываю полностью с атрибутами валидации HTML5 (благо все современные браузеры потдерживают);
     
   • выдумывать JS-велосипеды для валидации не стоит уже давно;
     
   • для зависимых полей пока есть простой js-клаcс сверяющий их.
     
   • drag&drop файлов давно уже работает без JS;
     
   • для подгрузки изображений в страницу на стороне клиента js-класс.
     
   
   
2. Стили:
   
   • один раз прописаны стили для разных-форм на уровне тегов и взаимоотношений тегов (в итоге все формы на сайте виглядят в одном стиле);
     
   • класы только для самой формы, определяет как одна выводится: локально, модально или в теле контента;
     
   • кому сложно написать 300 строчек CSS, пользуйтесь фреймворками;
     
   • ни в коем случае не делайте стили форм для каждого раза как онные встречаются (придет дядя даст по рукам :) ).
     
   
   
3. Отправка:
   
   • пользуйтесь action, submit и target;
     
   • нужны данные как модальное окно есть iframe;
     
   • ajax с формами не использую он изначально предназначен для другого:
     
     • для подгрузки полей в селектор, но только если селектор очень большой;
       
     • для поиска налету.
       
     
     
   
   
4. Сервер:
   
   • использую специальный статический класс, который делает валидацию и XSS/injection-очистку;
     
   • как минимум PDO с подготовленными запросами;
     
   • Doctrine;
     
   
   
5. База-данных:
   
   • наименования полей в базе соответствуют наименованиям полей в формах (с префиксом);
     
   
   

В данном случае, если не предполагается обширного списка исключений и особых случаев, не вижу ничего плохого в решении "в лоб". Просто и понятно. Зачем мудрить на пустом месте? Чтобы потом сочинять мега-запросы с несколькими джойнами?

Хуже, если нужно учитывать много особых случаев. Например, другой режим работы в предпраздничные дни или по вторым понедельникам каждого месяца. Тогда видимо, придется делать таблицу примерно такого вида: id магазина; id записи; несколько полей описывающих условия; время.

На скрине сайт открыт через IE и возможно слайдер не работает в нем. В Safari все открывается и работает.

dialogs // id, name
dialog_users // dialog_id, user_id
messages // id,  dialog_id, user_id, message
users // id, name

Как-то так:

server { 
    listen       80;
    server_name  example.com;

    location / {
        proxy_pass http://127.0.0.1:8080;
    }
  }

Основы 3D математики (координаты, ориентация, стол...
FAQ: 3D математика
Основы 3D математики: Векторные и матричные преобр...
ЧАВО по матрицам и кватернионам
Линейная алгебра для разработчиков игр
Как вращается камера в 3D играх или что такое матр...
Каверзные кватернионы
Вращение и кватернионы. Сборник рецептов.

на английском:
Vector Math for 3D Computer Graphics
General math
Making WebGL Dance - лучше начать с этого для понимания всего в целом а затем уже перейти к остальным ссылкам

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

Перефразирую ваш вопрос:
Как лучше сделать молоток, что бы потом превратить его в бензопилу?
Изначально делать бензопилу.

Вам ничего не мешает использовать только один UICollectionView, он вполне может выглядеть как UITableView, анимацию можно сделать поколдовав с layout-ами этого collection view

Проблема решилась установкой галочки в настройках:
Settings => Deployment => Options => Upload external changes