Артур Гранд: я всегда ее находил в тексте ридми. сейчас нашел только в тайтле ридми. не спорю, можеть быть я один такой.
по существу, документация крайне скудная, то есть надо признать пилите вы его для себя.
недавно изучал цмски grav cms / bolt cms. первая только из-за того что без базы (+твиг +маркдаун + конфиги в yml). вторая (болт) уже гораздо фцнкциональнее, хотя тоже мини цмс. зато есть доки, есть твиг, есть возможность простого добавления своих content type (автообновление структуры базы, что весьма круто для такие проектов), есть таксономия, у вас же вообще про базу ничего не написано.
есть система подписки на события, но нет доков по ним = можно сказать их нет.
понятно что силами одного человека сложно сделать все сразу, поддерживать актуальными доки, реализовывать широчайшее внутреннее апи и запиливать кучу плагинов на все случаи жизни. просто у народа очень большие ожидания по поводу цмс, хотят все и сразу и желательно без хлеба. но без коммюнити это и не сделать в одиночку. в итоге у цмсок таких нет будущего.
поимите правильно, я не отговариваю вас продолжать делать ее дальше, просто надо понимать что эту лямку вам придется тянуть самому. как вариант привлечения коммюнити могу посоветовать привлекать студентов, которые жаждут опыта. например сделать серию уроков по пхп + вашей цмс и предложить написать какие то модули, писать документацию для опыта + помогать им, поправлять и тд. такие есть, глаза горят, а с чего начать незнают, их энергию главное в нужное русло направить. но для них нужно опять де свое время вкладывать серия уроков по пхп по разработке например цмс снуля - было бы неплохо, могло бы привлечь народ.
опытных разработчиков на такое не подсадить, слишком избалованные. а тут слишком хардкорные технлогии, отсутствие твига, орм или чего то подобного. такие цмс представляют интеерс больше в академическом плане чтобы научится немного прогать, именно поэтому вариант со студентами может выгореть.
также рекомендую все таки попробовать сконнектится с создателем https://phpixie.com/ он русский. если нужно чтото большее, то найдите список цмс, их сейчас огромное количество, никому неизвестных, и подпишитесь на их твиттеры, завяжите знакомство, конечно они будут в основном на англ, зато это самые реальный источник связи с ними, лучше не найдете.
сорри опять за много букв.
тема самому интересна, болт цмс хоть и понравилась но по ряду причин не подходит, поэтому я тоже сейчас "создатель цмс с нуля".
Артур Гранд: ссылочку на гитхаб сразу не заметил, в целом даже интересно будет глянуть, недавно как раз занимался поиском цмс для себя, в том числе исследовал код не мейнстрим цмс.
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 человек но адекватные. хотя и на рекламе зарабатывать не самоцель.
блог это как способность самовыражения, как художник который пишет картину даже зная что при жизни ее вряд ли кто-то купит.
по существу, документация крайне скудная, то есть надо признать пилите вы его для себя.
недавно изучал цмски grav cms / bolt cms. первая только из-за того что без базы (+твиг +маркдаун + конфиги в yml). вторая (болт) уже гораздо фцнкциональнее, хотя тоже мини цмс. зато есть доки, есть твиг, есть возможность простого добавления своих content type (автообновление структуры базы, что весьма круто для такие проектов), есть таксономия, у вас же вообще про базу ничего не написано.
есть система подписки на события, но нет доков по ним = можно сказать их нет.
понятно что силами одного человека сложно сделать все сразу, поддерживать актуальными доки, реализовывать широчайшее внутреннее апи и запиливать кучу плагинов на все случаи жизни. просто у народа очень большие ожидания по поводу цмс, хотят все и сразу и желательно без хлеба. но без коммюнити это и не сделать в одиночку. в итоге у цмсок таких нет будущего.
поимите правильно, я не отговариваю вас продолжать делать ее дальше, просто надо понимать что эту лямку вам придется тянуть самому. как вариант привлечения коммюнити могу посоветовать привлекать студентов, которые жаждут опыта. например сделать серию уроков по пхп + вашей цмс и предложить написать какие то модули, писать документацию для опыта + помогать им, поправлять и тд. такие есть, глаза горят, а с чего начать незнают, их энергию главное в нужное русло направить. но для них нужно опять де свое время вкладывать серия уроков по пхп по разработке например цмс снуля - было бы неплохо, могло бы привлечь народ.
опытных разработчиков на такое не подсадить, слишком избалованные. а тут слишком хардкорные технлогии, отсутствие твига, орм или чего то подобного. такие цмс представляют интеерс больше в академическом плане чтобы научится немного прогать, именно поэтому вариант со студентами может выгореть.
также рекомендую все таки попробовать сконнектится с создателем https://phpixie.com/ он русский. если нужно чтото большее, то найдите список цмс, их сейчас огромное количество, никому неизвестных, и подпишитесь на их твиттеры, завяжите знакомство, конечно они будут в основном на англ, зато это самые реальный источник связи с ними, лучше не найдете.
сорри опять за много букв.
тема самому интересна, болт цмс хоть и понравилась но по ряду причин не подходит, поэтому я тоже сейчас "создатель цмс с нуля".
поэтому удачи вам, коллега!!! (не сарказм)