Зачем вы пытаетесь изобрести SQLite? это и так 1 файл и гуляет вместе с проектом.
Но на самом деле, если у ТС небольшой файл, например меньше 10Мб (а это очень много ID, но размер можно подобрать в целом, лучше чтоб он был в размер opcache конфига для файлов, тогда он вообще уже байт кодом ляжет), то наверное лучше было бы его создавать как
<?phpreturn [// тут список ID через , например через функцию implode];
А в вызывающем коде сделать что то типа:
$array = include("path/to/file.php");$array = array_flip($array);// проверяемif (isset($array[$videoId])) { // есть в массиве}
Продукт обычно решает какую то задачу, у ТС'а какая то абстрактная задача сделать сетку саттелитов чужими руками, ну это как я понял. Позиционирует как фреймворк, но фреймворк это каркас (дословно), инструмент который дает удобный и гибкий инструмент работы с рутинными задачами (бд, авторизация, маршрутизация и так далее), а тут у человека какие то диалоговые окна, видимо это какая то CMS типа битрикса с кучкой готовых компонентов. В общем у человека не продукт, а процесс.
Они объясняют это тем, что там космическая конкуренция и надо неоправданно много денег на продвижение, но в вашей нише можно за 25к в месяц взять топ =))
Лучше поспрашивать у знакомых для начала, перед тем как набивать свои шишки. Но и возможно работать лучше сразу с конечным специалистом, чем с агентством на потоке
Что мешает переписать, ваш проект сырой, никто им не пользуется, просто перенести наработки с одного языка на другой.
Разве это плюс? Разрабатываете в одиночку, навязываете какие то свои решения, не пользуетесь экосистемой. В данном контексте php никаких преимуществ не дает.
Как и вордпресс при том там больше всего. Нет никаких преимуществ. Вот был бы у вас некий конструктор с визуальным блочным программированием, где можно делать свои вставки кода, например, на том же JS, был бы интерес. Когда можно мышкой натаскать на экране любой "узел" как вы их называете, указать им стили декларативно и указать логику например как n8n например. Я бы был как минимум первым пользователем и контрибьютором =))
А можно уточнить, почему вы взяли php? Ну почему JS понятно, там нет альтернативы, но почему PHP? Ведь php это прежде всего экосистема, огромное количество библиотек в packagist, всякие CMS и фреймворки, в общем без своей экосистемы php это очень странный выбор. Ведь если все делается с нуля, то лучше уж взять rust, нативно работает намного быстрее, плюс самый лучший компилятор под wasm на текущий момент. Плюсом можно разработать прям свою панель, где не нужны хостинги и администрирование как таковые. Ну чтоб сделать огромное количество сайтов чтоб по кнопке в облаке поднимался контейнер с бэкендом и фронтендом, где на своем декларативном языке можно было бы описать и бэк и фронт и все это работало бы сверх быстро и сверх надежно.
Ну я хотя бы попытался =) Ведь идея у этих библиотек достаточно интересная и к ней не просто так пришло сообщество, я не предлагаю взять готовое, я предлагаю сделать что то похожее, так будет проще объяснять если люди уже знают об этом и об этом уже написаны миллионы статей.
Я пытался вникнуть, честно, но не понял что ТС хочет =))
Я так понимаю это очередное изобретение локальных сторов на подобии mobx, redux, pinia, vuex и прочих подобных штук только очень упрощенных и топорных? Я бы на месте ТС посмотрел бы на них может вдохновится и что то придумает "новое"
А у самого php есть какие нибудь логи, у приложения например?
Вы же понимаете, что например у MySQL тоже есть max_connection и если там 100 по умолчанию, то только 100 из ваших 350 смогут подключится, остальные упадут с ошибкой too many connections
Я утрировал (при том 200 как раз мою теорию подтверждает), что файла не существует (favicon.ico) и этот запрос уходит на обработку скрипту, ну а там уже что разработчику угодно, может и 200 слать по умолчанию на все урлы, ведь он ничем не ограничен, но при этом в коде может быть миллион запросов разных и циклов и всего чего угодно, поэтому "фавиконка и грузит сервер".
положите туда фавиконку, возможно все не найденные урлы стартуют php интерпритатор, который грузит ваше ядро CMS, подключается к базе данных и все это для того чтобы просто показать пустую страничку... фиг знает что там у вас еще происходит
PS. ну и все статические файлы надо отдавать мимо PHP либо есть либо 404 страница по умолчанию (html или дэфолтная сервера, но не CMS)
