Артур Гранд: ссылочку на гитхаб сразу не заметил, в целом даже интересно будет глянуть, недавно как раз занимался поиском цмс для себя, в том числе исследовал код не мейнстрим цмс.
ps еле нашел ссылку на документацию/сайт - вынесите лучше в отдельную секцию в ридми.
сейчас поизучаю.
Александр Дегтярев: воркер это отдельный поток, и это тоже хорошо. по сути и отдельный поток и отдельный процесс решает задачу. если у них будут разные функции то с воркерами имхо заморачиваться нет смысла - почему не сделать просто отдельные скрипты? это и проще и понятнее и логи отдельные проще читать. воркеры маст хэв когда нужно один алгоритм распаралеллить + у них есть шаринг http листенера. если честно не использовал их, но вижу что для некоторых кейсов штиука конечно удобная.
Артур Гранд: то есть я могу взять вашу цмс и начать писать любые плагины как в вордпрессу, не патча ваше ядро? есть продуманная сисетма хуков?
да, текст больше для мидлов, которые пишут самопал с какой нибудь админкой для добавления статей, и думают что у них цмс. сам порой пописываю с нуля кое что, но что-то очень небольшое и специфическое. в наше время большие цмс без фреймов и их инфраструктуры мало кому нужны.
Александр Дегтярев: однозначно тяжелые вычисления надо выносить в отдельные процесы. но не обязательео делать именно воркерами/кластерами. кластеры хороши когда вам надо несколько процессов с одним функционалом. хотя если вы имели в виду что у вас несколоько процессов будут делать эти рассчеты, то да, наверное воркеры лучше, чем запускать несколько отдельных процессов. хотя pm2 вроде бы умеет это делать (несколько одинаковых инстансов)?
Александр Дегтярев: незная примерного алгоритма и нагрузки сложно сказать. может быть вы преувеличиваете проблему. вы ведь будете делать эти рассчеты в отдельном node процессе? не в том который обеспечивает http сервер для клиентов?
в вашем случае я бы просто попробовать сделать тесты банальные циклы с какой то примерной математикой, эмулирующей пусть отдаленно ваш алгоритм. и банально засекать время. я бы сделал так.
T_y_l_e_r: графика от протокола не зависит (от протокола чего кстати? передачи данных?), а от opengl зависит. в сети немало крутых webgl демок, но это демки, как правило там демонстрируются шейдеры, а в реальной игре требуется много js логики и взаимодействие js c шейдерами. например в играх с физикой сразу будет заметны слабые стороны жс.
танки не видел, не знаю какая там графика.
GreatRash: не хватает сбыта? в мире где процветают мультипользовательские онлайн игры? ))
технология весьма ограниченна (производительность js, старый opengl, наобходимость клиентам все время скачивать ассеты при загрузке игры)
в итоге делать такие игры сильно дороже, а на выходе получаем игру по графике уровня 10 лет назад.
Norval: у телеграф есть апи, то есть можно писать статьи прямо там, а на сайте написать плагин который будет через апи получать текст статьи и размещать ее в вашем блоге.
то есть пишем статью прямо в телеграфе а статья потом появляется в блоге.
gallantalex: потому что ваш класс Controllers\ClientsController
должен стать классом App\Controllers\ClientsController
и лежать в файле src/App/Controllers/ClientsController/php
относительно composer.json
Максим Тимофеев: спасибо за ссылочку, в другом проекте как раз пригодится, понравилось простое АПИ для плагинов. но как сделать в нем редактор лэндов с трудом представляю, понятно что можно своих блоков навставлять, но юзер должен сам добавлять контейнеры типа бутстраповских container / container-fluid чтобы контент был сжат по центру либо растянут по всей ширине. да еще и легко менять их. да и с другими блоками, вставить то легко, а как поменять на другие? без полноценного лэнд генератора тут вряд ли обойтись одним визивигом.
тут кейс другой, я просто привык все писать в блокноте, мне так удобно, и я хочу писать как раньше и получить еще автоматически блог с нулевыми затратами на поддержку. имея оригиналы в виде тхт я легко могу их дорабатывать и менять.
atamanenko: основная сложность будет если захотите давать сторонним разработчикам возможность написания плагинов. темы еще не сложно, а вот для плагинов нужно будет конкретно заморочится, продумывать систему хуков.
sim3x: и то и то подходит, если нужна аудитория - школьники, которые покупаются потом рекламодателями по 5 копеек за лям.
у меня нет цели собрать себе миллион тушек всякого сброда, пусть будет читать 100 человек но адекватные. хотя и на рекламе зарабатывать не самоцель.
блог это как способность самовыражения, как художник который пишет картину даже зная что при жизни ее вряд ли кто-то купит.
я считаю что я мыслю категориями завтра. хочу сделать не просто блог, а страницы с большой интерактивностью и сильной обратной связью. но это отдельная история, сейчас о другом.
ps еле нашел ссылку на документацию/сайт - вынесите лучше в отдельную секцию в ридми.
сейчас поизучаю.