Nick Murzin

Если так уж необходимо, Вы можете проверять структуру данных при авторизации в приложении единожды. А делать проверку каждый раз при обращении к БД не имеет смысла.

Без разницы, как вам удобней работать, так и работайте. Но я считаю, что дамп БД должен быть в отдельном .sql файле, а не в PHP-коде.

Вот вдумайтесь, вы работаете на PHP. А зачем вам в каждом запросе проверять наличие базы ? Это же расходование ресурсов.

Ну вообще согласен с @FoxInSox. Либо посмотрите на гитхабах опенсурс проектики.

А если смотреть ваш код то...

$(document).on('click', '.filter fieldset.second .second-param .country .sended-param', function(){

Это может быть стартовой точкой для упрощения кода. У вас монструозные и неповоротливые конструкции из селекторов. Селекторы повторяются и т.д. Можно искать от контейнера а не по всему документу... вариантов оптимизировать этого дело масса. Один из вариантов - использовать data-* атрибуты для биндинга ивентов и поиска элементов. Таким образом наш код не зависит от классов и прочей чуши, которая нужна для представления. Посмотрите как это реализовано в twitter bootstrap.

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

Когда кто-то пишет "верстка под ХХХ", то он просто хочет сбить цену.
Есть прототип\концепт (над ним могут работать копирайтер, специалист по контекстной стратегии, информационные архтектор\дизайнер и т.д и т.п.)
Есть дизайн, над ним работает дизайнер, художник, графический дизайнер
Есть верстка, над ней работает верстальщик, который в простом случае верстает с картинки то, что видит, в сложном - он умеет не только jquery плагины подключать (хотя, иногда и не умеет и это, по сути, нормально), но и делать более сложные client-side штуки
Есть программирование: в простом случае это установить цмс, скачать шаблоны\плагины, настроить. В сложном - взять цмс\магазин и скорректировать необходимый функционал\написать нужные плагины. Ну, или просто взять фреймворк и разработать проект.

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

Каждый должен выполнять свою функцию. А если какие-то функции складываются, в этом, конечно, ничего такого нет, но по крайней мере каждая сторона должна понимать, кто какие функции выполняет и почему.

Вывод: не ведитесь просто так на "верстка под ХХХ", делайте хорошую верстку, а после уже отдельно договаривайтесь про натягивание. К сожалению, натягивание часто - это непредсказуемый процесс, т.к. проект может быть написан очень по-разному (как, например, подразумеваю, и тема на вордпрессе\джумле может быть сделала хорошо, понятно, по стандартам, а может быть - и через одно место)