откуда такая уверенность? Есть хоть какой-то благоприятный фактор?)
Есть. Суверенность страны, не большой гос.долг который можем выплатить за один день, развитие страны в разных областях от с/х до производства электроники и много другого...
Я считаю это шуткой, о чем свидетельствует смайлик в конце!
Я заметил смайлик, но эта шутка из серии чёрного юмора.. психически не здоровых..
К психиатру также могут обращаться люди с полным отсутствием чувства юмора! 😀
Вы считаете это смешно(желать людям дефолта)? Тогда вам тоже к психиатру.
ЗА. У меня с чувством юмора всё нормально 😀
Хорошим подарком для вас будет направление к психиатру. Это не нормально когда желаешь бедствий людям..
LevShliman :
27.09.24 дефолт В общем перед наступающим дефолтом посоветуйте во что вложить деньги?
😁😁😁
ЗЫ. Без паники, никуда ваши деньги не денутся.
Плохая идея, так делают только начинающие, которые потом сталкиваются с ограничением доступа к сайту с разных устройств..
Это тоже плохо, вы заставляете пользователя постоянно авторизоваться..
На уязвимости легко и самому проверить, есть несколько лазеек через которые хакеры получают доступ(XSS уязвимость, SQL-injection, CSRF, Code Injection), но они должны быть учтены на стадии разработки.
Не надёжно, есть способы получить куки. Всю информацию лучше хранить в сессии на сервере, а в куках только хэш токена для создания новой сессии, чтобы при новом заходе человек постоянно не авторизовался.
Если бы я не пребывал, то сейчас не утверждал, что работа с БД в данном случае для мультиязычности будет намного эффективнее работы с файлами.
Да у меня при получении данных из БД тоже создаются переменные, но только те что необходимы, а я ссылаюсь на ту область оперативки, которая у вас тратится в холостую при работе с файлом, невзирая нужны будут переменные или нет они всё равно будут созданы, тем самым занимая память + сам файл(который тоже будет занимать часть оперативки) + накладные при обработке этого всего..
Ничего в xml не сую, есть некоторые функции просто для удобства и они не затратные, преобразования сведены к минимуму, всё делается на лету. И да из-за простого инклуда может быть утечка памяти, если вот так бездумно делать как вы..
ЗЫ. Я сделал иначе, я посмотрел как реализовано в существующих решениях, понял что мне это не подходит и поэтому сделал свой инструмент, много раз объяснял вам зачем и почему, но "тупому объяснять, только время терять.."
Так как вы делаете я делал в самом начале создания своих движков для сайтов. Но потом отказался, и не помню уже на каком форуме, очень давно ~2005г., но мне просто сказали зачем хранить и загружать переводы для слов\фраз из файлов, когда есть БД. Я тогда подумал и сделал всё через БД и с тех пор всегда так делаю. А у вас мышление начинающего кто просто не умеет работать с БД, всё же делается элементарно если вы умеете работать с БД.
Такие переменные
<?php $dict = [ 'someKey1' => 'someValue1', 'someKey2' => 'someValue2', ];
<?php $dict['someKey1'] = 'someValue1'; $dict['someKey2'] = 'someValue2';
Сразу идёт работа с переменными 😆 по вашему они где находятся? PHP сначала резервирует в куче оперативки память под переменную, потом вставляет в эту память её значение и так с каждой...
И только потом после обработки кода уже использует эти переменные беря из памяти их значение. Вы вообще не понимаете как работает компьютер оказывается..
Эта тема не о моём фреймворке. Да и вы несёте полнейшую чушь, смешивая в одну кучу, файлы стилей которые по сути статичны и не требуют модификаций с генерацией страницы в которой, в зависимости от параметров запроса нужно генерировать содержание. И xml, который у меня выполняет роль не только как шаблонизатор, но и как программный код фактически. Я уже вам триллион раз всё объяснял, как об стену горох..
Это вам не мешало бы изучить и не заниматься тем чем вы занимаетесь.., файлами для мультиязычности.. 🤡
Поясняю.
1. Сначала загружается файл в оперативку
2. Затем этот файл обрабатывается и создаются переменные, которым присваиваются значения, нужны не нужны на странице не важно, ваш подход будет каждый раз загружать память этими данными
Итого: допустим файл килобайт + чуть меньше на запоминание переменных * на количество запросов = ~ гиг оперативки.. это я грубо, но суть не меняется. К тому же ещё лишние телодвижения чтения и обработки файла это дополнительное время ожидания пользователем и др. накладные..
Теперь если как я работать с БД. Собираются ключи какие нужны на странице для перевода слов\фраз, делается запрос, память не загружается файлами и переменными т.е теми данными которые не нужны на странице, только самые нужные данные приходят из БД. Затем эти данные вставляются в страницу. Вот и всё. Неужели это до вас никак не дойдёт?
Я вам тоже и там пытался объяснить.. всё бестолку..
Вот этим вы и убиваете сервак.. По нормальному не делается кэш для каждого запроса, делается только для часто запрашиваемых страниц\данных.
