Объект в сессию без __PHP_Incomplete_Class_Name

Наивно полагая что присвоение объекта элементу сессии обеспечивает копирование данных (по крайней мере как обещано через прозрачную сери-унсериализацию) нарисовал класс загрузки настроек из БД и присвоил:

Половина скриптов внезапно перестала работать. Оказалось что вместо Settings я получаю из сессии огрызок под названием __PHP_Incomplete_Class_Name

Мануал объяснил что потребуется вложить текст класса на страницу которая хочет получить из сессии объект, даже если этот класс там не нужен. Прелестно, да? Ясно же - не нужен, иначе зачем нужен сессионный объект. Кроме того в мануале забыли явно отметить что это самое вложение должно вложиться до session_start(), что окончательно обрадовало до немогу. Потому что через сессию передаются и пути к этим самым вложением. Ну, типа старт, взял, стоп, вложил, старт - не проверял.

Вот этот мануал http://php.net/manual/en/oop4.serialization.php Отсутствие каментов под статьей плохой признак. Намекает на отсутствие практики и как следствие на неправильный выбор. По крайней мере не популярный.

Переписывать класс в функцию, делать синглетон и в таком роде не рискнул, просто превратил объект класса Settings в stdClass:

Настройки как выше отмечено берутся из бд, их немного, структуированы. Удивительно что преобразование в массив и обратно ничего в структуре не порушило. Где была пропертя - пропертя, где был массив (индексный) - остался массив. Скрипты ожили.

Вопросы такие. Во-первых в чем глубокий смысл этой фичи - связывания объекта в сессии с классом. Второй: нельзя ли более гуманно разорвать эту связь. И последий: каковы популярные методы хранения настроек доступных из любого уголка приложения? Спасибо.

ЗЫ Попутно вычитал на форуме (анг) мнение читателя типа гр..сь сессии конем, буду лучше из бд тягать кажды раз. У меня так и было, но я подумал неловко как-то, хотя и немного в общем. Там кода в 100 раз больше чем получается данных, решил, типа, сэкономить.

1

Из базы, конечно, тягать не дело, если в сессии можно хранить что то. Проблема с преждевременной десериализацией объекта. Восстанавливал объект как то так - http://shra.ru/2014/12/vosstan... lass_name/