Имхо, за Реактом и подходом, который он пропагандирует (flux/redux) - будущее. Кстати, сегодня курс на udemy по react + redux продается со скидкой - https://www.udemy.com/react-redux/learn/ Впрочем, о его качестве ничего сказать не могу.
Для интернет-магазина надо 10 раз подумать прежде чем выбрать js-двиг вместо обычного - из-за трудностей индексации. Зачем тебе этот геморрой ? Пиши как раньше, если нужны какие-нить интерактивные элементы - заюзай реакт, только не в виде single page application, с роутингом, редуксом и прочим фаршем, а в виде одной компоненты на странице, которая будет что-то делать. Или вообще что-то бытовое и простое, типа vuejs, которое по старинке с ДОМом работает напрямую, без виртуального дома. Да и пользователю гораздо симпатишнее работать с сайтом старого, обычного типа на HTTP-запросах целиком всей страницы, а не js, который тормозит его браузер, шумит кулером и нелогично себя ведет при клике "открыть в другой вкладке" на какой-нить ссылке.
Так вам все равно надо иметь процесс, который будет висеть в фоне, слушать редис и вебсокеты и кидать данные клиентам.
Топикстартер, без ноды не обойтись, хотя бы в том объёме, как она представлена в примерах socket.io. И это, в общем-то нормально. Не стоит ради этого маленького скриптика делать велосипед на phpdaemon.
@Pr00f: Если с `.*` работает, то фреймворк тут ни при чем. Подбирайте паттерн для кириллических символов, раз у вас этот не работает - habrahabr.ru/post/45910 .
Возможно есть, но я, когда искал, как проинициализировать angularjs-контроллер пачкой переменных, не нашел. Ну и вот автор пакета Джеффри Вэй, редактор обучающих курсов tutsplus.com , не нашел тоже.
Эх, я тоже думал в начале пути, что вот выучу один по-настоящему хороший фреймворк, и наступит благодать, буду писать на нём и всё. А по факту пришлось изучить практически все, что выходило на рынке, плюс на другие языки поглядывать. :)
Помимо фреймворка тебе еще надо будет научиться писать код в мелких классах, изучить какие бывают паттерны программирования, как тебе компоновать твой код, чтобы его можно было поддерживать. Этого всего в документации даже самого хорошего фреймворка нет. А без этого знания даже на самом продвинутом фреймворке можно будет наговонокодить так, что через год не разберешься, что у тебя там где. Читай refactoring.guru , в рамках laravel еще есть книги https://leanpub.com/laravel и https://leanpub.com/implementinglaravel . И удачи! :)
А какой именно sftp-плагин?
Я пробовал один, там браузеринг по удаленному серверу был повешен на мини-окно от Ctrl-Shift-P, это было просто кошмарно, сравнивать с зендом такое нельзя никак.
Так работать и реагировать будет воркер, который крутится в памяти. А на кроне будет висеть супервайзер, задача которого — запустить внезапно упавший воркер или прибить его, если тот память начал жрать.
Если файлы не по полтерабайта и меняются не все сразу, то как раз нормально — там инкрементальный непрерывный бэкап. Плюс ведется версионность файлов, можно восстанавливать за определенную дату. Правда, именно версионность файлов, не папок. Если много мелких файлов — придется выставлять им всем дату восстановления.
Это сервер под неплохой нагрузкой, nginx + spawn-fcgi. До этого он работал на nginx + php-fpm, разницы вообще не было, ни по графикам и субьективно по поведению сайта. Графиков не сохранилось, но поверьте мне на слово. 10го числа утром сервер был переведен на nginx + apache + mod_php и в обед был возвращен обратно, ибо все стало понятно.
