круто, вы изобрели шаблон "репозиторий". И может быть даже стоит взять Doctrine 2.5 в качестве ORM.
Я не изобретал его, я сделал что-то подобное, наверно потому что я на работе каждый день сталкиваюсь с symfony2 и с doctrine. Только я его еще слабо изучил.
У вас скажем в тестах они хранятся тупо в массивчике
Это аналог возвращаемых данных из БД.
Что до массива непонятных атрибутов - я про поле data у заказа.
Я долго подбирал название, в голову так ничего и не пришло поэтому написал просто data. ) это массив-коллекция информации.
$this->data = array(
new Information(),
new Information(),
);
У одного заказа может быть много информации такие как имя, телефон, майл. Для каждого свой класс информации.
Как минимум мне кажется странным давать пользователю CMS возможность накликать атрибуты для заказа
Эта функция для админов. Дабы расширять свои формы на сайте.
Вместо того что бы обеспечить из админки возможность накликать все и вся, лучше сделать хотя бы одну CMS которую легко поддерживать и расширять функциональность
Мысль сейчас только о заказах. так как CMS для лендинга.
Понял, значит для сущности нужно оставить задачу - только хранение информации. А всю остальную логику вынести в фабрику?
Вместо массива непонятных атрибутов можно использовать 3-4 разных value object-ов реализующих один интерфейс.
поясните пожалуйста. что здесь является "массивом непонятных атрибутов". и что это за value object? Я описал 3 сущности для удобной работы с материалом полученный из БД. Здесь мой код Но не знаю где запросы к БД хранить, если в сущностях, запросы будут включать в себя данные и других сущностей, помоему это не хорошо.
Пума Тайланд: падает, иначе даже бы и не заметили атаки. Администраторы начинают отбиваться только в тот момент, когда явно укажешь в ТП на наличие проблем с сервером. Сервер не слабый - 24 гб озу, 8 x 2.3 GHz проц. Порой ночью метрика присылает письма о недоступности сайта некоторое время, каждый раз по разному от нескольких секунд до часа.
Пума Тайланд: Хоть посещаемость и низкая, но качественная (только целевая аудитория) и есть клиенты, которые размещают у нас рекламу. Поэтому да - влияет.
ramjke: > Хостер платит за трафик, самому себе забивать канал вредно и ударяет по кошельку.
Какой канал? У меня отдельный сервер, если он забьет один ip-ишник на котором наш сервер, как он ударит по себе?
> У Вас на сайте нет нелицензионного ПО
Всё ПО устанавливали администраторы. Из платного только ISP, но он входит в стоимость оказываемых услуг.
Я не изобретал его, я сделал что-то подобное, наверно потому что я на работе каждый день сталкиваюсь с symfony2 и с doctrine. Только я его еще слабо изучил.
Это аналог возвращаемых данных из БД.
Я долго подбирал название, в голову так ничего и не пришло поэтому написал просто data. ) это массив-коллекция информации.
У одного заказа может быть много информации такие как имя, телефон, майл. Для каждого свой класс информации.
Эта функция для админов. Дабы расширять свои формы на сайте.
Мысль сейчас только о заказах. так как CMS для лендинга.
Понял, значит для сущности нужно оставить задачу - только хранение информации. А всю остальную логику вынести в фабрику?