Синглтон - это шаблон проектирования, который позволяет гарантировать, что в скрипте будет лишь один объект определенного класса. Реализуется обычно закрытием метода __construct() и реализации статического метода типа Get_Instance() который возвращает единственный экземпляр класса. Этот экземпляр хранится в статическом свойстве класса.
В примере выше просто объявили статический метод для подключения к базе данных и статическое свойство с идентификатором подключения. Вот и все.
А где вы тут синглтон увидели?
Ну так для кого описывал:
Тут причины вполне очевидны. Основная - это поведение.
У вас в каждом сообщении "тролли", ржете над чем-то, теперь о шизофрении и о чат-ботах заговорили. Вас и вправду все это так беспокоит? Бедный вы человек. Весна вроде как прошла. Или это пятница так влияет?
Не можете пару слов по теме сказать? Вроде ведь делали что-то похожее на CMS на файлах, а сказать по теме нечего. Разработчег, блин.
Здесь все зависит от конкретной реализации CMS. Не все так однозначно. На файлах практически невозможно реализовать сложные выборки типа "выбрать все статьи, где значение такого-то параметра находится в таких то пределах в условиях, когда количество параметров у статьи может динамически меняться". На SQL это делается в два запроса. Стандартная задача.
Самым оптимальным вариантом является кеширование ;) Движок сгенерировал страничку - и в кеш. Кешировать данные можно как на уровне модели, на уровне запросов в БД, так и целиком все. В некоторых случаях можно добавить дифференциацию по группам пользователей. Кешировать можно как на диск (тогда скорость будет соизмерима со скоростью CMS на файлах), так и в ОЗУ (memcache). В последнем случае производительность будет гораздо выше.
Масло масляное, да? Вижу, у нас новое слово "троль". Вот закончатся каникулы - можно будет что в школе или институте рассказать.
Тут на самом деле ничего смешного нет. Даже наоборот. "Это печально" (с)
Вы бы это, послушали что вам говорят и пилили бы свое поделие до более-менее вменяемого состояния.
А что тут обсуждать? Все уже не раз обсуждалось.
Плюсом CMS на файлах является потенциально большая скорость работы при грамотном подходе к организации CMS.
В идеале загрузка страницы в CMS на файлах происходит так: поступает запрос страницы -> запускается код самой CMS, подгружаются конфиги, анализируется запрос, считывается сама страничка -> парсится и отдается клиенту. При грамотной реализации эта штука может работать очень быстро.
Проблемы начинаются, когда нужно выбирать странички по определенным критериям. Это уже довольно сложная задача для CMS файлах. Чем разнообразней критерии - тем сложней это все реализовать и тем медленней эта штука будет работать. Отдельный вопрос разграничение прав доступа, группы пользователей и прочие фичи. Это тоже довольно трудно реализовать и работать это будет медленно.
В CMS, которые используют базу данных, ситуация другая. Здесь многое зависит от реализации CMS. Если все сделано грамотно, то CMS, которые используют базу данных, могут работать на порядки быстрее CMS на файлах даже при большом количестве страниц и довольно сложных запросах. Такая скорость достигается за счет индексов, кеширования запросов, кеширования индексов и т.д.
Все зависит от конкретных условий, настроек, железа и т.д. У меня есть сайт на Joomla 1.5. На дешевой VPS-ке (200Мб ОЗУ, 600МГц проц) 10 тысяч спокойно держит.
P.S. сейчас в топике появится "сами знаете кто" и будет "пэарить" своё поделие со сравнительными картинками :D
Что и требовалось доказать ;) Пилите и дальше свое поделие.
Вот она, ключевая фраза. Забываете работать над своей CMS-кой, а вместо этого гадите в других темах.
