Если все так замечательно, зачем вам php?)) Тем более, зачем это лично делать если вы его не знаете?
Наверняка у вас есть несколько знакомых прошаренных php-шников, делегируйте им эту задачу за умеренную плату, просто по коду, который я вижу - вам рано. Либо напишите на языке, на котором собаку съели.
Модуль на C для PHP... уже не раз слышу подобное, в 99% случаев - это пустая трата времени. Реализация бизнес-логики в сишном расширении для php - это бред, смысл в подобных действиях может быть только в случае, если конкретный функционал ОЧЕНЬ критичен по времени / памяти, например процессинг больших данных.
> но пхп для меня очень не стандартный...
Это state-less язык, его задача принять данные, сгенерить страничку и умереть, не более. Конечно на нем и мультипоточные всякие штуки пишут, но это как чесать спину задней левой ногой.
Если хорошо С знаете - могу порекомендовать посмотреть в сторону golang, под web идет замечательно.
Можете попробовать такую штуку написать:
1. Делать дамп процедур.
2. Под VCS хранить текущее состояние.
3. При выполнении миграции - находить разницу между текущим состоянием и тем, что в VCS, если есть обновления - измененные пересоздавать
Владимир Шикльгрубер Собственно я о том же. То, что ставите перед собой большие цели - это замечательно, но вот с онлайн коммерцией вам пока рано работать, можете наломать дров.
1 кабинет для всех проектов - это конечно замечательно, но вы должны понимать, что это единая точка отказа. Если с ней что-то случится - ваши проекты будут как на ладони, причем все. На подобный риск стоит идти только если у вас за плечами уже не хило так опыта.
Если я правильно предполагаю ваш замысел - это что-то, сродни ucoz. Что будет в случае: 1 из 10 ваших проектов DDOS-ят? За месяц практики вы вряд ли научились писать распределенные сервисы. По этому скорей всего все это дело будет на одной машине -> все сайты будут НЕ рабочими, включая кабинет.
Если распределены, но жестко завязаны на общий кабинет - ситуация будет примерно такая же.
> Насчет фриланса - что стоит изучить конкретно сейчас, чтобы туда влиться?
Смотрите на биржах, что требуется.
> Предложенный вами фреймворк или CMS-ки?
О CMS стоит иметь представление, но прям "брать и сильно-сильно так учить" - не стоит. Тот же WP который самый популярный и все такое - во внутри, как бы так по мягче... ну в общем так писали лет 10 назад. 1С - НЕ смотрите.
> К примеру, я вижу заказ на фрилансе, который мне не по силам, - не берусь, но начинаю делать для себя. Такой вариант нормальный?
Только в случае, если эта задача не уникальная.
Пример 1: "есть таблица, нужно по ней сделать экспорт в xls" - разберитесь с API PHPExcel, такое вам может понадобиться.
Пример 2: "на страницу контакты добавить номера телефонов" - тут чего-то из разряда "скилы" вы для себя не почерпнете.
Симфони предлагает сервис-ориентированную архитектуру, что довольно круто для больших проектов + к тому отдельные компоненты можно легко использовать независимо. В принципе Симфони рекомендую для выработки стиля. Yii тоже крут, но для многокомпонентых систем подходит меньше. Для сайтов-визиток - вообще-говоря подойдет Silex.
Да, фриланс таков, но это не причина для вас писать каку)). Опыт просто так не возникает, нужно с чего-то начинать.
Я о том же)) Если у вас есть сапёр на флеше - его можно спокойно декомпилировать и "мины" тоже будут "видны". Если же сапёр - клиент-серверное приложение - придется искать уязвимости в сервере.
Ну тогда объясните заказчику, что в двигатель для экскаватора педали велосипеда - не подходят. Если не поймет аналогию - пишите прослойку между форумом и плагином (по сути это будет эмулятор wp). Что бы писать меньше - можете скопипастить необходимое из чистого wp и завернуть в неймспейсы.
Если вам сильно не повезет и придется копировать стек выполнения ядра - предупредите, что тормозить эта хрень будет, причем неистово и для DDOS атаки - достаточно будет одного только желания.
Игорь Воротнёв > Да, это далеко не идеальная CMS/CMF, но от бложика она ушла уже очень и очень давно.
Я специально скачал и посмотрел исходники последней версии... Что я могу сказать))) Все еще хуже, чем я думал. PSR-0 - уже 5 лет, что-то его тут нет)) Композер - стандарт де факто, но тоже мимо. Фронт все так же на функциях. Это морально устаревший подход. Структура БД тут принципиально не поменялась, был блог - так и остался.
Скажу сразу: не зная бэкенда вы не сможете ничего написать, примите за исходную. Вам в любом случае предстоит сначала выучить php.
> В prestaShop можно будет запихнуть любой дизайн, у меня видео на фоне должно стоять?
Да, при условии знания этого эл. магазина.
> И на нем можно будет реализовать все то, что я написал?
Если спрашиваете про "умеет ли он все это из коробки" - нет. Даже более: под вашу задачу коробочных решений не существует. Посему так или иначе придется допиливать.
Можно ли в принципе - да
Борис Беньковский В 2008 я не застрял. PHP - это мой основной рабочий язык, но я к нему не отношусь, как к некой магической штуке, умеющей все. Это просто инструмент для конкретных целей, для других же целей есть инструменты более подходящие.
> они семимильными шагами убираются.
Да, да)) scalar type hinting еще в 2009-ом добавили, на PSR-* уже все перешли, API уже полностью почищено, аннотации (средствами php) уже всюду, использование global уже запрещено, все сообщество перешло с PEAR на composer,...
Я не спорю, что движение вверх есть, но про 7-мимильные шаги - вы перегибаете палочку.
Наверняка у вас есть несколько знакомых прошаренных php-шников, делегируйте им эту задачу за умеренную плату, просто по коду, который я вижу - вам рано. Либо напишите на языке, на котором собаку съели.
Модуль на C для PHP... уже не раз слышу подобное, в 99% случаев - это пустая трата времени. Реализация бизнес-логики в сишном расширении для php - это бред, смысл в подобных действиях может быть только в случае, если конкретный функционал ОЧЕНЬ критичен по времени / памяти, например процессинг больших данных.
> но пхп для меня очень не стандартный...
Это state-less язык, его задача принять данные, сгенерить страничку и умереть, не более. Конечно на нем и мультипоточные всякие штуки пишут, но это как чесать спину задней левой ногой.
Если хорошо С знаете - могу порекомендовать посмотреть в сторону golang, под web идет замечательно.