Sly32

Рейтинг
370
Регистрация
29.03.2012
Mik Foxi #:
это выглядит больше извращенством чем поставить простую панель )

Так а что делать то через эту панель? Не понимаю.

Kaavain #:
Это уже уровень джедая. Я, например, не умею автоматом обновлять сертификаты

😂 А я например вообще не знаю как это делать в панелях. Когда начался переход на https, я потратил день, что это и с чем едят, написал скрипт, который по крону автоматически обновлял сертификат раз в три месяца и забыл про эту проблему. При этом я очень посредственный знаток линукса.

Одно знаю - руками на сервере делать нечего. я лично туда и не захожу никогда. Вся работа локально. Сервер разворачиваю через терраформ, все обновления - github actions. Надо бы наконец в Дженкинс переехать, но держать еще один инстанс для него нет смысла для личных проектов, а на работе все это делают специально обученные мальчики))

Александр Воробьев #:
Не совсем понял. Какая разница скинуть  и json и массив в файл нет же сложностей - т.е. организовать редактирование из админки вообще не проблема.  

Мне удобнее работать с JSON.  Это уже детали реализации, не архитектуры. 

Александр Воробьев #:
Кстати, несколько в сторону, но о том же.  В Qt (C++, питон, etc...)  тоже на файлах

Да. Но в моем случае нет смысла, по крайней мере на этом этапе, подтягивать серьезные модули для перевода двух десятков слов меню и интерфейса. Сервис будет заточен на создание контента на разных языках. В основном технические темы и доверять автоматическому переводу опасно. 

Mik Foxi #:
вебмастер разберется с любой панелью

Лучший способ разобраться - вообще не использовать. Я не понимаю что это за извращение и зачем они нужны.

Антоний Казанский #:
Не бессмысленно. Ты делаешь 5-ти дневный рабочий текст и получаешь средние значения.

Ага, а потом хостер от жадности на этот сервак навешивает еще сотню клиентов и твой сайтик превращается в черепашку) В реальности это хорошая идея перейти таки к ВПС, выкинуть все эти панели и держать все под контролем. У меня переход в свое время прошел безболезненно. Но я до этого перешел с винды на убунту и мне работать в консоли было проще, чем пользовать панели.

vitaliy11 #:
Но во многих случаях Redis гарантирует достаточно высокий уровень сохранности данных, что позволяет использовать эту СУБД в роли настоящей основной базы данных. А добавление в систему плагинов Redis и различных конфигураций высокой доступности (High Availability, HA) делает базу данных Redis крайне интересной для определённых сценариев использования и рабочих нагрузок.

Это по мнению chatGPT ))) на практике это не так. Редис - хранение данный в виде ключ-значение. Кешировать - отлично. Но как полноценная база - вряд ли. Если у тебя сложная структура со множеством связей, то в итоге, после навешивания плагинов всяких, эмулирующих SQL,  обычно приходят к мнению, что игра не стоит свеч. 
Хотите нормальной жизни с данными - переходите на Postgres) 

ArbNet #:

вот чего ты мучаешься с этим json, возьми DLE да и всё. Всё уже придумано, зачем велосипеды изобретать...

ЗЫ. Понимаешь теперь с чем мне приходилось сталкиваться?

Эх, вот как же ты далек от нормального программирования... С чего ты решил что я мучаюсь - мне это доставляет удовольствие. И вообще-то это уже давно сделано и я даже могу показать, как это работает. Не так как ты - все только на словах, а когда доходит до конкретных вопросов - сливаешься. 
У тебя нет понятий архитектуры и  реализации. Мой вопрос был про архитектуру. И мне было полезно знать как это сделано в вордпрессе, ДЛЕ, какие свои решения люди используют. На этой основе у меня организовался паттерн , который я и написал за полдня. А на архитектуру ушло 3. В этом и разница между нами. Ты копаешься внутри, не продумав паттерны, интерфейсы и городишь велосипед. потому что когда сидишь внутри клубка, сложно его распутать.
Мне абсолютно неважно на чем реализовывать - Пайтоне, Джаве, ДЛЕ(если  она подпадает под мой паттерн))

Так что задумайся, если хочешь чего-то добиться на словах. И я всегда готов поделиться знаниями. Поверь, тебе есть чему у меня поучиться. Но до тех пор, пока ты не срываешься в свою чушь про работу на дядю, слепить из готового и прочее. 

Александр Воробьев #:

Хм. Почему это? Мне кажется тут вообще солид как то с натяжкой к этому вопросу подходит.

У меня есть проект где ежегодно в один прекрасный день могут заходит   140тысяч активных пользователей (и это даже "лайтовый" вариант) в остальное время это сайт с которым справится даже "минимальный тариф любого хостинга". Так вот я как бы посмотрев на то как ведут себя сервера, решил эти интерфейсные тексты выкинуть в файлы. (правда они были в основной бД).  База становится узким горлышком.  А эти языковые фразы - которые безболезненно можно оттуда убрать.    Текст, который, по сути, статика. Меняется, но достаточно редко.   Добавлять еще базу -  а какой смысл? Все равно заметно большая  часть закеширована. Удобство редактирования - это интерфейс, стоит ли его вот так любому "контент менеджеру" править по 100 раз на дню?  Да и скорость доступа на серверных файловых системах  сейчас вполне себе.  (тем более не забываем, что один фиг в бд если грубои  на холодную - это все те же файлы :)

Возможно, я непонятно вычказался. Ключевое слово было в "РАЗНЫХ файлах" и я зацепился не к файлам а что в ДЛЕ для языкового варианта нужно создать разный шаблон и разный языковый файл. А так я уже привел сравнения работы по скорости и простоте с файлами и базой. Почему не SOLID? 
Как работает система шаблонов у меня? Есть базовый шаблон с блоками - header, menu, content, footer.  Это полноценный шаблон страницы. Если мне нужно создать новую страницу, я наследуюсь от базового и добавляю изменения только в тот блок, что необходим. Таким образом у меня всегда один шаблон меню, в который я подгружаю перевод  из файла в зависимости от урл и или каких-то настроек. Это чистый СОЛИД.  Возможно я не так понял идею в ДЛЕ и там реализовано в таком же ключе. Но мне не нужно создавать каждый раз темплэйт под язык, нужно под новый тип страницы. 

Александр Воробьев #:
А зачем json? Почему не обычный массив?

Я уже выше обьяснял. Дает возможность гибкого изменения из админки. Для добавления строчки не нужно лезть в код, пересобирать и потом деплоить новую версию. json в коде уже преобразуется в массив( у нас это называется словарь) один раз и дальше используется.

Stranger82 #:
Не стоит этого делать. Заблокируют Google в РФ и никто на сайт не зайдёт.

Никто и никогда не делает авторизацию одним способом. Всегда нужно оставлять возможность  регистрации через логин пароль с верификацией и капчой

Антоний Казанский #:

Вышеуказанный скрипт - как раз то, что нужно.

да, я про такое и говорил

Всего: 7322