Так а что делать то через эту панель? Не понимаю.
😂 А я например вообще не знаю как это делать в панелях. Когда начался переход на https, я потратил день, что это и с чем едят, написал скрипт, который по крону автоматически обновлял сертификат раз в три месяца и забыл про эту проблему. При этом я очень посредственный знаток линукса.
Одно знаю - руками на сервере делать нечего. я лично туда и не захожу никогда. Вся работа локально. Сервер разворачиваю через терраформ, все обновления - github actions. Надо бы наконец в Дженкинс переехать, но держать еще один инстанс для него нет смысла для личных проектов, а на работе все это делают специально обученные мальчики))
Мне удобнее работать с JSON. Это уже детали реализации, не архитектуры.
Да. Но в моем случае нет смысла, по крайней мере на этом этапе, подтягивать серьезные модули для перевода двух десятков слов меню и интерфейса. Сервис будет заточен на создание контента на разных языках. В основном технические темы и доверять автоматическому переводу опасно.
Лучший способ разобраться - вообще не использовать. Я не понимаю что это за извращение и зачем они нужны.
Ага, а потом хостер от жадности на этот сервак навешивает еще сотню клиентов и твой сайтик превращается в черепашку) В реальности это хорошая идея перейти таки к ВПС, выкинуть все эти панели и держать все под контролем. У меня переход в свое время прошел безболезненно. Но я до этого перешел с винды на убунту и мне работать в консоли было проще, чем пользовать панели.
Это по мнению chatGPT ))) на практике это не так. Редис - хранение данный в виде ключ-значение. Кешировать - отлично. Но как полноценная база - вряд ли. Если у тебя сложная структура со множеством связей, то в итоге, после навешивания плагинов всяких, эмулирующих SQL, обычно приходят к мнению, что игра не стоит свеч. Хотите нормальной жизни с данными - переходите на Postgres)
вот чего ты мучаешься с этим json, возьми DLE да и всё. Всё уже придумано, зачем велосипеды изобретать...
ЗЫ. Понимаешь теперь с чем мне приходилось сталкиваться?
Эх, вот как же ты далек от нормального программирования... С чего ты решил что я мучаюсь - мне это доставляет удовольствие. И вообще-то это уже давно сделано и я даже могу показать, как это работает. Не так как ты - все только на словах, а когда доходит до конкретных вопросов - сливаешься. У тебя нет понятий архитектуры и реализации. Мой вопрос был про архитектуру. И мне было полезно знать как это сделано в вордпрессе, ДЛЕ, какие свои решения люди используют. На этой основе у меня организовался паттерн , который я и написал за полдня. А на архитектуру ушло 3. В этом и разница между нами. Ты копаешься внутри, не продумав паттерны, интерфейсы и городишь велосипед. потому что когда сидишь внутри клубка, сложно его распутать.Мне абсолютно неважно на чем реализовывать - Пайтоне, Джаве, ДЛЕ(если она подпадает под мой паттерн))
Так что задумайся, если хочешь чего-то добиться на словах. И я всегда готов поделиться знаниями. Поверь, тебе есть чему у меня поучиться. Но до тех пор, пока ты не срываешься в свою чушь про работу на дядю, слепить из готового и прочее.
Хм. Почему это? Мне кажется тут вообще солид как то с натяжкой к этому вопросу подходит.
У меня есть проект где ежегодно в один прекрасный день могут заходит 140тысяч активных пользователей (и это даже "лайтовый" вариант) в остальное время это сайт с которым справится даже "минимальный тариф любого хостинга". Так вот я как бы посмотрев на то как ведут себя сервера, решил эти интерфейсные тексты выкинуть в файлы. (правда они были в основной бД). База становится узким горлышком. А эти языковые фразы - которые безболезненно можно оттуда убрать. Текст, который, по сути, статика. Меняется, но достаточно редко. Добавлять еще базу - а какой смысл? Все равно заметно большая часть закеширована. Удобство редактирования - это интерфейс, стоит ли его вот так любому "контент менеджеру" править по 100 раз на дню? Да и скорость доступа на серверных файловых системах сейчас вполне себе. (тем более не забываем, что один фиг в бд если грубои на холодную - это все те же файлы :)
Возможно, я непонятно вычказался. Ключевое слово было в "РАЗНЫХ файлах" и я зацепился не к файлам а что в ДЛЕ для языкового варианта нужно создать разный шаблон и разный языковый файл. А так я уже привел сравнения работы по скорости и простоте с файлами и базой. Почему не SOLID? Как работает система шаблонов у меня? Есть базовый шаблон с блоками - header, menu, content, footer. Это полноценный шаблон страницы. Если мне нужно создать новую страницу, я наследуюсь от базового и добавляю изменения только в тот блок, что необходим. Таким образом у меня всегда один шаблон меню, в который я подгружаю перевод из файла в зависимости от урл и или каких-то настроек. Это чистый СОЛИД. Возможно я не так понял идею в ДЛЕ и там реализовано в таком же ключе. Но мне не нужно создавать каждый раз темплэйт под язык, нужно под новый тип страницы.
Я уже выше обьяснял. Дает возможность гибкого изменения из админки. Для добавления строчки не нужно лезть в код, пересобирать и потом деплоить новую версию. json в коде уже преобразуется в массив( у нас это называется словарь) один раз и дальше используется.
Никто и никогда не делает авторизацию одним способом. Всегда нужно оставлять возможность регистрации через логин пароль с верификацией и капчой
Вышеуказанный скрипт - как раз то, что нужно.
да, я про такое и говорил