index0h,
1) на хосте кидаете кроны каждого проекта в cron.d, в кронах docker exec container cmd.
2) вы предлагаете супервизор поверх другого супервизора (php-fpm, roadrunner и т.д.) или над “php serve.php”?
И дебажить на боевом отдельный процесс как-то так себе затея.
Я имел ввиду создавать что-то новое лучше на этих языках
Вы перечисляете только "React/Vue/Angular", а языков не упоминаете вообще ни одного. После такого мы бы вас даже в джуны не взяли.
Ну а опус про "PHP для ИП" выдаёт, что вы не сравнивали ни скорость, ни пригодность JS и PHP для написания адекватного кода, а только маркетинговую шелуху авторов Node.JS читали.
Из PHP-админок самые распространённые WordPress, Opencart
Автор спрашивал про рукописные админки, для тех кому Вордпрессы не подходят.
высоконагруженные интерфейсы
Постгресмены любят подкалывать фанатов "хайлоада" фразой "сделать высоконагруженный проект любой дурак может, достаточно while (true) { } и всё, но нужно делать высокопроизводительный".
Я вот плохо себе представляю как нагрузить админку, если у вас в ней работать (полный рабочий день, а не заглянуть пару раз в день) должны меньше нескольких сотен или тысяч сотрудников.
FanatPHP, faceted search = GROUPING SETS. Однако с чего вы решили, что "в некоторых фильтрах выпадающие списки которые нужно формировать тоже запросом к базе на лету" - это именно фасеты? Да крайне сомнительно, что ему вообще нужен полнотекстовый поиск или что ему не хватит стандартного постгресового.
Но главное: я лично уверен, что ему полезнее будет не множить бардак через дополнительные сервисы, а немного этот самый бардак уменьшить, а потом уже решать, есть для доп. сервисов задачи.
FanatPHP, эластик и сфинкс с половиной проблем автора справляются ещё хуже, чем постгрес. В частности он поимеет геморрой с актуализацией данных, более тормозной distinct, адовый жор памяти. Привести его базу в норму на порядок проще будет, чем спаривать базу с неведомыми для него зверушками и перенося кривизну базы один в один на сфинкс/эластик.
Так-то ему обязательно стоит пощупать и сфинкс/мантикору, и эластик, но задач ради которых ему реально нужен сфинкс (хитрожопый полнотекстовый поиск) я не увидел.
на чем-то древнем и уязвимом по дизайну (вроде PHP)
Вы путаете уязвимости языка и того, что на нём написано. PHP сам по себе (1) не дырявее остальных (2) закрывает некоторых уязвимости которые актуальны для вёба и над защитой от которых остальные не парятся (например, фиксация сессии). Да, движки из нулевых на php почти все дырявые как решето, но современные часто делают максимум для обеспечения безопасности «из коробки».
Philipp, Ярослав, при компрометации клиента, если использовать httpOnly куки, то у злоумышленника времени только пока пользователь не закроет вкладку, а токенами можно крутить сколько угодно и откуда угодно. Конечно, можно ограничить токен по времени жизни, ip и прочим признакам, но те 90% неразумных людей, что хранят их в localStorage, явно париться не будут. Как максимум - заведут «пару токенов - refresh_token, access_token.», но их и своруют оба сразу. Хотя пока маленькие и никому не нужные можно и не такую дичь вытворять.
Хотя если вы через csp запретили грузить всё левое и уверены во всех подключенных библиотеках (через контрольные суммы), то и localStorage может быть безопасен.
Фокс Йовович, «отображение файла в память» # «загрузке файла в память». Файл всё так же лежит на жестком диске и не потребляет физическую память (кроме описания, что при обращении по адресам из указанного диапазона ОС должна работать с вон тем файлом вместо оперативки). Но если оперативки много, то ОС может, если захочет, загрузить файл или его часть в оперативку и ускорить чтение.
FanatPHP, вы таки зря беситесь от ответов «бери крайний слева», просто этим советам недостаёт главного - «проверь, что цепочку составил доверенный прокси и обойти его невозможно» т.е. апача / php-fpm наглухо закрыты от доступа снаружи.
Либо уж сказали бы «вот здесь написано как делают нормальные люди, ткни этим в хостера/админа».
Потому, что полученные из базы данные считаются в потребляемой памяти и хранятся с бо‘льшими накладными расходами, чем в базе данных. В принципе, можно попробовать использовать курсоры и выбирать понемногу из него, но тогда вы заблокируете поток/процесс со стороны базы и память будет жрать она.
АртемЪ, очевидно, что вы и на Ситилинк, Днс и Яндекс.Маркет браузером не заходили от месяца до пары лет, раз думаете, будто они всё ещё быстрые. Про скорость ваши заявления могут быть состоятельны только если вы к ним по локалке с 32 ядерника заходите, так как Core i7 точно мало.
XEHKOK, а этот обновлённый MySQL 8 правда быстрее? Мне вот пришлось довольно много настроек перекрутить, чтобы частично компенсировать 10 кратное падение скорости на engine=memory, хотя и с innodb картина была печальная,
Виктор Таран, из разряда “Hello, world” пару запросов в секунду, но на пару часов? И как предлагаете отличить от ситуации «опкеш и все остальные кеши протухли», которая на любом проце может случиться? Запустить можно, думаю и на семилетнем i5 воспроизведётся не хуже.
1) на хосте кидаете кроны каждого проекта в cron.d, в кронах docker exec container cmd.
2) вы предлагаете супервизор поверх другого супервизора (php-fpm, roadrunner и т.д.) или над “php serve.php”?
И дебажить на боевом отдельный процесс как-то так себе затея.