1) Да если честно просто интересно. Есть два проекта где будет схожая архитектура наследования таблиц. Хотелось бы знать, в перспективе, можно ли с помощью Sphinx/ElasticSearch замутить фасетку.
2) В недвижимости в принципе да, объектов не много. Хотя тоже смотря где, если это сервис Портала (типа нашего нгс.недвижимости), где размещают объявления все Агентства/Риелторы/Кто угодно то объектов в городе-милионнике может быть прилично.
(в посекторном режиме он один раз написал мне "не могу прочитать ячейку ХХХ" проверьте диск на ошибки. Делаю проверку тома на наличие ошибок, и все равно именно эту ячейку не прочитывает. Просто пропустил ее, бэкап создался, вот нормальный ли он ХЗ)
"образ диска" я сделал. А "MBR - загрузчика" - это где делать? У меня в true image только две функции - "сделать/восстановить образ ДИСКА" и "сделать/восстановить образ папки/файлов". Про MBR ничего в нем (акронисе) нет.
"И то и другое" всмысли подойдет? Или одновременно? Можно ли использовать сразу 2-е разных СУБД в одном проекте? Напр. MySQL и MongoDB (к слову, для решения проблемы динамичных атрибутов)?
Как я понял аналог множественного наследования. Это гуд конечно. Но все таки, как быть если нужно ПЕРЕЗАПИСАТЬ существующие методы/свойства? Бехавиоры как я понял не перезапишут, а просто ДОПОЛНЯТ функционал. Получается только плодить кучу классов/трейтов от которых потом наследоваться, создавая лишнюю прослойку. Нет способа изящнее? Я о перезаписи методов/свойств.
Трейты находятся снизу в цепочке наследования, т.е. класс Product будет по отношению к ним - дочерним. Из них(насколько понимаю) нельзя перезаписать методы/свойства Product, можно просто дополнить его, расширить функционал.
Монитор поддерживает, это его макс. разрешение. "Рабочее разрешение - 1366х768" - я имел ввиду, просто работаю на компе с таким разрешением, просто мне удобно так.