Дмитрий Евграфович

открывающий тег <?php в начале забыли

Соболезную. Я бы на вашем месте объяснил клиенту, что если он захочет какой-то нестандартный функционал для магазина, которого нет в стандартном функционале этой "cms" от мегагрупп (я бы называл это saas сервисом, если на то пошло), то его будет невозможно добавить. При этом тот же функционал с вероятностью в 90% можно добавить в виде плагина в других cms с открытым кодом и в остальных 10% можно нанять программиста и реализовать его. В поделке от мегагруппа сделать что-то нетиповое попросту невозможно.

Ага. И добавил бы потом, что и типовое на системе от мегагруппа может обойтись дороже, чем на открытой cms (которую вы уже знаете).

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

--
-- Структура таблицы `migrations`
--

CREATE TABLE IF NOT EXISTS `migrations` (
  `migration` varchar(255) COLLATE utf8_unicode_ci NOT NULL,
  `batch` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

--
-- Дамп данных таблицы `migrations`
--

INSERT INTO `migrations` (`migration`, `batch`) VALUES
('2015_10_20_154943_create_sessions_table', 1),
('2015_10_21_063052_create_visits_table', 1),
('2015_10_21_165314_create_claims_table', 1),
('2015_10_21_171026_create_notifications_table', 1);

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

Чувак, у тебя надуманная проблема, которая тем не менее ввергает тебя в страх и наводит на тебя оцепенение. Решается просто - когда у тебя появляется понимание того, что тебе не хватает знаний в какой-то области - надо садиться и учить это. Может сейчас тебе кажется, что сделать сайт на вордпрессе очень сложно, тем более что сейчас тебе наговорили, что для этого надо дизайнера, сеошника, фронт/бэкэндера и админа впридачу - не слушай. Это другой уровень проектов, которыми ты займешься тогда, когда это тебе потребуется, сейчас тебе нужно:
Cео - изучить рекомендации от яндекса - https://yandex.ru/support/webmaster/recommendation... - тебе этого хватит, а если кто-то попросит продвигать его сайт - просто скажешь, что ты программист и этим не занимаешься.
Дизайн - на тостере поискать вопросы "где взять бесплатные качественные шаблоны". Вообще мне лично заказчики сами предоставляют макеты дизайна, либо я рекомендую им знакомых дизайнеров. На худой конец можно взять шаблон с тимфореста, но тут заказчик должен решать, шаблон или уникальный дизайн он хочет. Также неплохо бы слепить из пары этих шаблонов примеры для портфолио, чтобы заказчик имел представление, какого уровня дизайн будет, если он решит использовать шаблоны.
Администратор - блин, да бросьте, вордпресс на хостинг поставить, для этого уже нужен администратор? Если раньше ты имел дело с движками, то наверное как-то ставил сайты, если нет - научишься. Вбить в конфиги вордпресса или опенкарта параметры для доступа к базе и настроить там же пути - для этого не нужен администратор.
Фронтэнд - бэкэнд - да, тут надо заниматься. В твоем случае надо учить php (вордпресс, опенкарт и все остальное написано именно на нем). Ну а как ты хотел, ты ж фрилансер, тебе по роду деятельности надо будет постоянно совершенствовать свои знания :) Но тут есть свои плюсы - это интересно! А через какое-то время наверное ты даже специализацию выберешь себе и волне возможно с php перейдешь на другой язык, который тебе будет больше нравиться (go? nodejs?). Если не хочется обучаться программированию - тогда дорога в дизайнеры, это тоже прикольно. Либо раз у тебя есть знания js - в контору на фронтэндера, но для этого тебе дополнительно нужно будет посмотреть на backbone и angular.

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

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

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

Я может пропустил чего или не понял, объясните. Вот у меня собирается статистика по посещениям и http_host как и все остальные данные пишутся в базу через pdo или orm, которая использует то же pdo. Как злоумышленник реализует инъекцию?

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

Про гаджеты Mobile-review.com посматриваю, хотя там очень субъективно.

Ваша аякс функция вставляет полученный ответ в блок вот тут примерно:
$(formMessages).text()

А почему вставляет не то, что вы пытаетесь выдать с помощью echo - Это уже вам надо разбираться... на скрине у вас вообще 404 ошибка, то есть запрос отправляется не туда, куда вы хотите, либо сервер настроен неверно.

Есть интересные проекты на апворке (хотя смотря что вы понимаете под интересными - для меня таковыми являются нетиповые задачи), но вы пока сидите в офисе - набивайте на мелких работах себе рейтинг и проходите тесты, иначе придете, а вам не даст работы никто. Заодно навык общения с заказчиками прокачаете.

Видите вверху поле "найти вопрос, ответ, тег или пользователя"? Если у вас уйма свободного времени, можете воспользоваться им и поискать ответы на свой вопрос.

Не стоит, если для вас сейчас это очевидно, это не значит, что оно останется очевидным через год или будет очевидным для того, кто в будущем вместо вас будет поддерживть код. В дополнение к этому вам придется написать подробную документацию к своему коду (проставить внешние ключи гораздо проще, чем описать 100 кусков кода, которые нужно учитывать просто потому, что ключи не проставлены), а вашему сменщику ее тщательным образом изучить перед началом работы и более того - постоянно держать в памяти. Не знаю как в yii, но в laravel с базой можно работать посредством Orm eloquent и query builder. В eloquent я еще могу описать некоторые правила, но у меня нет гарантий, что программист, который будет работать над проектом после меня не решит использовать query builder, обойдя стороной все всю логику, записанную в моделях. И и в случае с целостностью базы это проблемы не только программиста, это проблемы в первую очередь проекта. Php не надает по рукам такому программисту, а вот база данных запросто.

Ровно 9 символов.

Возможно дело в том, что list и grid обрабатывается в дефолтных шаблонах не в верстке, а посредством jquery скрипта. Это неудачный момент в опенкарте и дефолтный grid/list скрипт мне бывало верстку портил, Посмотри скрипты на странице категории, там может строка обрезаться неверно.

https://github.com/daftspunk/laravel-config-writer только не знаю, работает ли он сейчас или нет. А вообще в конфигах хранятся редкоизменяемые настройки - вам вряд ли потребуется на живом приложении менять, например, данные для доступа к бд или переводить приложение в тестовый режим. Для всего остального лучше наверное все же отдельную таблицу в бд использовать.

Зачем копировать сто раз туда-сюда, dovecot может использовать бд как хранилище, привяжите к учетке пользователя и все.

Имхо вам надо сперва составить список требований, а затем спросить у разработчиков (к которым вы потенциально собираетесь обратиться), что лучше для вашей ситуации. Здесь вам ответят к примеру спецы по битриксу, вы потом пойдет искать разрабов, а они хорошо на симфонии пишут, а в битрикс брезгуют лезть. Или наоборот.

На саасе (как вам уже сказали битрикс - это не саас, саас - это инсейлз или шопифи) делают простые сайты как правило, сложный функционал в них ввинтить обычно просто невозможно - доступа к коду нет.
На битриксе работают такие гиганты как эльдорадо и связной - бог знает, что у них там внутри и как работает аналитика и статистика, но думаю раз до сих пор не поменяли движок - функционала хватает.
Если писать кастомный - договаривайтесь с разрабами, чтобы документировали, использовали современный фреймворк, платите больше и готовьтесь на большие сроки - тогда получите более внятную систему. На самом деле разработчиков, знающих фреймворки сейчас не меньше, чем битриксоидов и еще большой вопрос, чей код легче поддерживать. Хотя совсем уж в кастом новый разраб будет вникать дольше, но при этом вы получаете выгоду за счет того, что решение будет заточено именно под ваши нужды и будет решать их эффективно, а не как битрикс - посредством невнятных костылей. О костылях - это относится к любой cms, не только битриксу. Не хочу холиварить, работал на битриксе последний раз больше года назад и не особо глубоко в него погружался, возможно, их фреймворк сейчас позволяет решать проблемы также эффективно, как это делают laravel с eloquent или doctrine, но сильно сомневаюсь. Если есть знатоки битрикса в треде - пускай поправят меня.