ntzch: ты можешь вначале скопировать контент к себе на сервер, разорвать соединение, а потом уже их обрабатывать, но какая практическая польза от такого подхода я не очень понимаю
ntzch: является ли это хорошим тоном? - дело тут не в тоне, а в скорости обработки сторонним сервером запросов, он может тупо заблочить соединение при слишком высокой частоте обращений, поэтому чем реже ты будешь получать новую страницу тем лучше
Павел Гоголинский: schema.org предоставляет множество разных схем разметки, например для товаров, выбери схему для которой наличие адресного блока не обязательно
ARezvanov: нет, предлагаю модели-отчетов основанные на едином интерфейсе и наследующие соответствующие ORM модели т.е. Model_User extends ORM -> Model_Report_User extends Model_User implements Interface_Report
ARezvanov: про расширенные модели для отчетов я уже писал, их потребуется меньше чем 1 отчет-1модель. Не очень понятно почему у тебя половина запросов в модели, а половина в контроллере, там им не место.
ARezvanov: Залей куда-нить пример кода, чтобы было понятнее. Твой подход логичен, но ты же хочешь универсальности, а для этого достаточно связки первичной\главной модели отчета (например, при выводе статистики по пользователям это таблица\модель users) и его шаблона, а для CRUD действий подойдет универсальный контроллер.
