Elasticsearch с лицензией замудрили и теперь в облаке нельзя его использовать. Ищите OpenSearch.
- https://cloud.yandex.ru/ru/services/managed-opensearch- https://cloud.vk.com/databases/opensearch/- у таймвеб тоже есть
просто по разному округляет, кто то на 1000 делит как правильно, кто то на 1024 как не совсем правильно, меряйте размер в байтах
Не боитесь что у вас inode закончатся в системе?
Зачем вы пытаетесь изобрести 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 и прочих подобных штук только очень упрощенных и топорных? Я бы на месте ТС посмотрел бы на них может вдохновится и что то придумает "новое"
