MishaXXL, синглтон должен быть всегда один. В этом его суть. Это - контроль над ресурсами.
Поэтому в синлтоне запрещен конструктор. Иначе любой сможет создавать бесконечное число
объектов синлтона. А это противоречие пункту первому.
Кроме того что это объект в количестве одной штуки, еще и это должен быть Safe-Threaded объект.
Тоесть если ты заказал обращение к синглтону из двух потоков - логика синглтона не должна
быть сломана. И в то-же время не должно быть сильной просадки по производительности.
Если мы будем 100 000 раз в секунду обращаться к getInstance.
Почитай про AtomicRef и про синглтон на базе nested class.
Я-бы предположил что есть хорошая практика разделения логики. База - ничего не знает о дизайне. PHP (приложение) - ничего не знает о типе источника данных (может это БД а может NoSQL система а может
и Rest сервис).
Поэтому твоя задача сводится к написанию одной функии которая выводит строки. На вход
приходит одна строка. И на выходе - строка с дизайном с переносами и так далее.
Un-a, современное шифрование создано так чтобы никто никогда этот ключ не нашел.
Какие основания у нас чтобы говорить что шифр не современный. Он - школьный? Учебный?
Квадрат Полибия? Шифр Виженера? Шифр Пасьянс? Одно- или поли-алвафитная замена?
Откуда вообще ты получил эти строки? Знание о их происхождении обычно дает подсказки.
А просто закидывание рандомного текста в форум с просьбой расшифровать звучит как троллинг.
