Это тоже плохо, вы заставляете пользователя постоянно авторизоваться..
Sly32#: Кстати, если тут есть уважающие себя хакеры, могу через пару дней дать доступ, можете попробовать поломать, может найдете дыры)))
На уязвимости легко и самому проверить, есть несколько лазеек через которые хакеры получают доступ(XSS уязвимость, SQL-injection, CSRF, Code Injection), но они должны быть учтены на стадии разработки.
Sly32 : Когда пользователь залогинен, для него создается jwt-token, закрытый алгоритмом RSA256 и который содержит необходимые данные/права пользователя. Есть открытые страницы, которые доступны без токена. А есть те, которые можно посмотреть исключительно имея права. Токен лежит в куках и при запросе определенных страниц каждый раз проверяются права пользователя через декодер и страница загрузится, только если у юзера есть на это права. Главный вопрос - насктолько это надежно?
Не надёжно, есть способы получить куки. Всю информацию лучше хранить в сессии на сервере, а в куках только хэш токена для создания новой сессии, чтобы при новом заходе человек постоянно не авторизовался.
Александр Воробьев#: Еще раз повторю: попробуйте все на практике. Не на сайте с посещаемостью "ты, да я, да мы с тобой". А на сайте на котором есть посетители. И который имеет контент.
Если бы я не пребывал, то сейчас не утверждал, что работа с БД в данном случае для мультиязычности будет намного эффективнее работы с файлами.
Александр Воробьев#: Ну т.е. из БД вы минуете эту стадию и тексты волшебным образом попадают в html минуя стадию создания переменной? Сколько преобразований получается по пути из текста записанного в файле базы данных, до html? посчитайте на холодную, да и на горячую. А далее сравнивайте.
Да у меня при получении данных из БД тоже создаются переменные, но только те что необходимы, а я ссылаюсь на ту область оперативки, которая у вас тратится в холостую при работе с файлом, невзирая нужны будут переменные или нет они всё равно будут созданы, тем самым занимая память + сам файл(который тоже будет занимать часть оперативки) + накладные при обработке этого всего..
Александр Воробьев#: Просто внимательно посмотрите трезво на фреймворк свой, вы там тоже пользуетесь файлами, более того суете в xml то, что потом приходится "если грубо" преобразовывать в PHP - и при этом считаете его мего быстрым и не жрущим ресурсы, а тут простой инклуд, по вашему убивает память..... смешно. где логика то?
Ничего в xml не сую, есть некоторые функции просто для удобства и они не затратные, преобразования сведены к минимуму, всё делается на лету. И да из-за простого инклуда может быть утечка памяти, если вот так бездумно делать как вы..
ЗЫ. Я сделал иначе, я посмотрел как реализовано в существующих решениях, понял что мне это не подходит и поэтому сделал свой инструмент, много раз объяснял вам зачем и почему, но "тупому объяснять, только время терять.."
Так как вы делаете я делал в самом начале создания своих движков для сайтов. Но потом отказался, и не помню уже на каком форуме, очень давно ~2005г., но мне просто сказали зачем хранить и загружать переводы для слов\фраз из файлов, когда есть БД. Я тогда подумал и сделал всё через БД и с тех пор всегда так делаю. А у вас мышление начинающего кто просто не умеет работать с БД, всё же делается элементарно если вы умеете работать с БД.
Александр Воробьев#: Какие там переменные создаются - идет сразу работа с переменными
Сразу идёт работа с переменными 😆 по вашему они где находятся? PHP сначала резервирует в куче оперативки память под переменную, потом вставляет в эту память её значение и так с каждой...
И только потом после обработки кода уже использует эти переменные беря из памяти их значение. Вы вообще не понимаете как работает компьютер оказывается..
Александр Воробьев#: Чтож вы css то не втащили в базу? Собственно и xml храните в базе
Эта тема не о моём фреймворке. Да и вы несёте полнейшую чушь, смешивая в одну кучу, файлы стилей которые по сути статичны и не требуют модификаций с генерацией страницы в которой, в зависимости от параметров запроса нужно генерировать содержание. И xml, который у меня выполняет роль не только как шаблонизатор, но и как программный код фактически. Я уже вам триллион раз всё объяснял, как об стену горох..
Александр Воробьев#: Поясните с какого перепуга текст взятый из БД занимает меньше оперативки чем взятый из файла? Только технически поясните.
Поясняю.
1. Сначала загружается файл в оперативку
2. Затем этот файл обрабатывается и создаются переменные, которым присваиваются значения, нужны не нужны на странице не важно, ваш подход будет каждый раз загружать память этими данными
Итого: допустим файлкилобайт + чуть меньше на запоминание переменных * на количество запросов = ~ гиг оперативки.. это я грубо, но суть не меняется. К тому же ещё лишние телодвижения чтения и обработки файла это дополнительное время ожидания пользователем и др. накладные..
Теперь если как я работать с БД. Собираются ключи какие нужны на странице для перевода слов\фраз, делается запрос, память не загружается файлами и переменными т.е теми данными которые не нужны на странице, только самые нужные данные приходят из БД. Затем эти данные вставляются в страницу. Вот и всё. Неужели это до вас никак не дойдёт?
Sly32#: Но в принципе это вопрос удобства - можно и так и так.
Можно Машку и козу на возу 😁
Что интерфейс, что не интерфейс, закинул ключи и переводы по разным языкам в базу, надо на странице какие-то слова и фразы с переводом, сделал запрос в базу и вставил в страницу.
Но нет, лучше же всё запихнуть в файл, потом каждый раз его читать и выбирать нужные и тд. забивать оперативку.. так проще конечно же..
ЗЫ. Оказывается мегагуры до сих пор не умеют с БД работать.. 🤡
Я считаю это шуткой, о чем свидетельствует смайлик в конце!
Я заметил смайлик, но эта шутка из серии чёрного юмора.. психически не здоровых..
К психиатру также могут обращаться люди с полным отсутствием чувства юмора! 😀
Вы считаете это смешно(желать людям дефолта)? Тогда вам тоже к психиатру.
ЗА. У меня с чувством юмора всё нормально 😀
В мой ДР дефолт, хороший подарочек 😀
Хорошим подарком для вас будет направление к психиатру. Это не нормально когда желаешь бедствий людям..
LevShliman :
27.09.24 дефолт
В общем перед наступающим дефолтом посоветуйте во что вложить деньги?
😁😁😁
ЗЫ. Без паники, никуда ваши деньги не денутся.
Хорошая идея, спасибо.
Плохая идея, так делают только начинающие, которые потом сталкиваются с ограничением доступа к сайту с разных устройств..
Это само собой, даже меньше у меня будет.
Это тоже плохо, вы заставляете пользователя постоянно авторизоваться..
Кстати, если тут есть уважающие себя хакеры, могу через пару дней дать доступ, можете попробовать поломать, может найдете дыры)))
На уязвимости легко и самому проверить, есть несколько лазеек через которые хакеры получают доступ(XSS уязвимость, SQL-injection, CSRF, Code Injection), но они должны быть учтены на стадии разработки.
Когда пользователь залогинен, для него создается jwt-token, закрытый алгоритмом RSA256 и который содержит необходимые данные/права пользователя.
Есть открытые страницы, которые доступны без токена. А есть те, которые можно посмотреть исключительно имея права. Токен лежит в куках и при запросе определенных страниц каждый раз проверяются права пользователя через декодер и страница загрузится, только если у юзера есть на это права.
Главный вопрос - насктолько это надежно?
Не надёжно, есть способы получить куки. Всю информацию лучше хранить в сессии на сервере, а в куках только хэш токена для создания новой сессии, чтобы при новом заходе человек постоянно не авторизовался.
Еще раз повторю: попробуйте все на практике. Не на сайте с посещаемостью "ты, да я, да мы с тобой". А на сайте на котором есть посетители. И который имеет контент.
Если бы я не пребывал, то сейчас не утверждал, что работа с БД в данном случае для мультиязычности будет намного эффективнее работы с файлами.
Ну т.е. из БД вы минуете эту стадию и тексты волшебным образом попадают в html минуя стадию создания переменной? Сколько преобразований получается по пути из текста записанного в файле базы данных, до html? посчитайте на холодную, да и на горячую. А далее сравнивайте.
Да у меня при получении данных из БД тоже создаются переменные, но только те что необходимы, а я ссылаюсь на ту область оперативки, которая у вас тратится в холостую при работе с файлом, невзирая нужны будут переменные или нет они всё равно будут созданы, тем самым занимая память + сам файл(который тоже будет занимать часть оперативки) + накладные при обработке этого всего..
Просто внимательно посмотрите трезво на фреймворк свой, вы там тоже пользуетесь файлами, более того суете в xml то, что потом приходится "если грубо" преобразовывать в PHP - и при этом считаете его мего быстрым и не жрущим ресурсы, а тут простой инклуд, по вашему убивает память..... смешно. где логика то?
Ничего в xml не сую, есть некоторые функции просто для удобства и они не затратные, преобразования сведены к минимуму, всё делается на лету. И да из-за простого инклуда может быть утечка памяти, если вот так бездумно делать как вы..
ЗЫ. Я сделал иначе, я посмотрел как реализовано в существующих решениях, понял что мне это не подходит и поэтому сделал свой инструмент, много раз объяснял вам зачем и почему, но "тупому объяснять, только время терять.."
Попробуйте все это на практике
Так как вы делаете я делал в самом начале создания своих движков для сайтов. Но потом отказался, и не помню уже на каком форуме, очень давно ~2005г., но мне просто сказали зачем хранить и загружать переводы для слов\фраз из файлов, когда есть БД. Я тогда подумал и сделал всё через БД и с тех пор всегда так делаю. А у вас мышление начинающего кто просто не умеет работать с БД, всё же делается элементарно если вы умеете работать с БД.
Какие там переменные создаются - идет сразу работа с переменными
Такие переменные
Сразу идёт работа с переменными 😆 по вашему они где находятся? PHP сначала резервирует в куче оперативки память под переменную, потом вставляет в эту память её значение и так с каждой...
И только потом после обработки кода уже использует эти переменные беря из памяти их значение. Вы вообще не понимаете как работает компьютер оказывается..
Чтож вы css то не втащили в базу? Собственно и xml храните в базе
Эта тема не о моём фреймворке. Да и вы несёте полнейшую чушь, смешивая в одну кучу, файлы стилей которые по сути статичны и не требуют модификаций с генерацией страницы в которой, в зависимости от параметров запроса нужно генерировать содержание. И xml, который у меня выполняет роль не только как шаблонизатор, но и как программный код фактически. Я уже вам триллион раз всё объяснял, как об стену горох..
Изучите уже как работает СУБД
Это вам не мешало бы изучить и не заниматься тем чем вы занимаетесь.., файлами для мультиязычности.. 🤡
Поясните с какого перепуга текст взятый из БД занимает меньше оперативки чем взятый из файла? Только технически поясните.
Поясняю.
1. Сначала загружается файл в оперативку
2. Затем этот файл обрабатывается и создаются переменные, которым присваиваются значения, нужны не нужны на странице не важно, ваш подход будет каждый раз загружать память этими данными
Итого: допустим файл килобайт + чуть меньше на запоминание переменных * на количество запросов = ~ гиг оперативки.. это я грубо, но суть не меняется. К тому же ещё лишние телодвижения чтения и обработки файла это дополнительное время ожидания пользователем и др. накладные..
Теперь если как я работать с БД. Собираются ключи какие нужны на странице для перевода слов\фраз, делается запрос, память не загружается файлами и переменными т.е теми данными которые не нужны на странице, только самые нужные данные приходят из БД. Затем эти данные вставляются в страницу. Вот и всё. Неужели это до вас никак не дойдёт?
Я вам уже, на другом форуме, приводил пример
Я вам тоже и там пытался объяснить.. всё бестолку..
далее для каждого запроса свой кеш
Вот этим вы и убиваете сервак.. По нормальному не делается кэш для каждого запроса, делается только для часто запрашиваемых страниц\данных.
Но в принципе это вопрос удобства - можно и так и так.
Можно Машку и козу на возу 😁
Что интерфейс, что не интерфейс, закинул ключи и переводы по разным языкам в базу, надо на странице какие-то слова и фразы с переводом, сделал запрос в базу и вставил в страницу.
Но нет, лучше же всё запихнуть в файл, потом каждый раз его читать и выбирать нужные и тд. забивать оперативку.. так проще конечно же..
ЗЫ. Оказывается мегагуры до сих пор не умеют с БД работать.. 🤡