phpus У вас каша в голове))
SOAP - это протокол
REST - метод взаимодействия систем через HTTP
SOA - сервис-ориентированная архитектура
Микросервисы - довольно новое течение, в отличии от SOA предполагает полную независимость каждой из подсистем на отдельных тазиках.
tugo
> А почему такие ограничения?
>> Просто можно ведь просто писать всё на С++ или нет?
Автор судя по формулировке не имеет представления зачем это нужно в принципе. По этому такие ограничения.
> Почему Qt не взять?
Не суть, можно GTK, можно на чистом OpenGL, можно что угодно))
Если все так замечательно, зачем вам 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 лет, что-то его тут нет)) Композер - стандарт де факто, но тоже мимо. Фронт все так же на функциях. Это морально устаревший подход. Структура БД тут принципиально не поменялась, был блог - так и остался.
Из года в год куча студентов делает дипломы на этому тему, но они таки и остаются просто дипломными работами.
Если цель - получить опыт, лучше все же выбрать что-то ближе к реальности))
Хорошим поинтом может быть например разработка в направлении микросервисных технологий (это сейчас в тренде).