Как сейчас обстоят дела с разработкой и поддержкой сайтов учебных заведений?

О каком едином сайте Вы говорите? Если о dnevnik.ru: то, что предоставляет этот сервис школам в качестве сайта больше похоже просто на страницу школы на этом сервисе, чем на отдельный полноценный сайт (пример).

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

Дмитрий Полушкин: Потому что на 20+ таблиц сущностей приходится 200+ таблиц связей. Все таблицы нужные. И с появлением новых сущностей, приходится создавать кучу новых таблицы связей. Все связи нужные.

Как работают и зачем нужны ленивые сервисы в Zend Framework 2?

Всё равно разницы не улавливаю.
Если уже есть invokables, фабрики, абстрактные фабрики, ... - все они не будут создавать объекта до тех пор пока я явно не запрошу. Если я запрашиваю тот же самый DB Adapter, то я его сразу же для чего-то использую, и никаких лишних созданий объектов нет. Мне также ничто не мешает делать это (или не делать в зависимости от обстоятельств) в каждом модуле, в каждом контроллере.

Как работают и зачем нужны ленивые сервисы в Zend Framework 2?

Вы не про то.

Я про "Lazy Services", конкретно про это:
framework.zend.com/manual/current/en/modules/zend....

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

Сергей: То, что Вы предлагаете, это не решение проблемы - это её замена на другую, ещё большую. Связи М2М нужны везде, лишнего в БД не храню.

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

Дмитрий Полушкин: Примеров чего?

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

нет, я понимаю что в реальности у пользователя может быть 10 почтовых адресов, и что 10 пользователей могут пользоваться одним адресом

Список контактов - имелся ввиду список пользователей, которых пользователь добавил к себе в контакты.

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

Можно выстроить иерархию сущностей например: message<-posts; message<-comments и связывать с базовым типом UserMessage.

Это уже проделано, речь идёт о сущностях, которые невозможно связать в иерархии.

При этом можно post и comments хранить в одной широкой, но разреженной таблице (часть полей используется для хранения данных posts часть для comments, не нормализованная форма db)

Так можно вообще все сущности в одну таблицу засунуть))) Это не решение проблемы, а создание новых.

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

1. Со временем будет расти число новых типов сущностей, причём существенно, а следовательно и число таблиц-связей;
2. На уровне программного кода было бы гораздо проще работать лишь с одной таблицей связей и учитывать несколько типов связей, чем с N*(N+1)/2 таблицами да ещё и в условиях роста N.

Если проводить аналогию с автомобилем: представьте, что при добавлении новой детали, вам приходилось бы удваивать число имеющихся в ней деталей.

Что делать, если количество таблиц связей многие-ко-многим начинает превышать все разумные пределы?

Каким образом тогда, например, хранить, какой пользователь какие файлы скачивал, список контактов пользователей, список избранных постов пользователя?

Как правильно организовать структуру приложения?

Nikolas Lindemann: Не холивара ради, а интереса для, откуда инфа про то, что zf2 "лучше всех показывает себя в производительности"? Личный опыт или есть пруфы?

Как можно защитить папку от случайных изменений?

Хотелось бы избежать таких ситуаций. Тем более возможность залочить файл (но не папку) в phpstrom есть.

Где найти примеры построения валидаторов inputFilters factory Zend2?

Я правильно понял, Вас интересует, какие есть варианты описания валидаторов, т. е. что можно передавать внутрь 'validators' => array( ... ) ?

Как заставить Logger перехватывать исключения в ZF2?

throw new Exception('Test');

Что делать, когда Gruntfile.js становится слишком большим?

Спасибо, попробуем.

Как запретить добавлять объекты в коллекцию, если подобные в ней уже есть?

Результат не тот:
[{"prop":"A"},{"prop":"B"},{"prop":"A"},{"prop":"C"}]
[{"prop":"A"},{"prop":"B"},{"prop":"A"},{"prop":"C"},{"prop":"B"}]

Как запретить добавлять объекты в коллекцию, если подобные в ней уже есть?

Первый вариант: удаляются модели, которые были ранее добавлены. Это не тоже самое, что и игнорирование попыток добавить модели. Кроме того в результате должно получиться:
[{"prop":"A"},{"prop":"B"},{"prop":"C"}]
[{"prop":"A"},{"prop":"B"},{"prop":"C"},{"prop":"B"}]

Второй вариант: может и правильней, но должно работать именно с методом add.

Остаётся только вариант - переопределять конструктор и метод add?

Что посоветуете для динамической загрузки JS и CSS файлов модулей?

Предположим, изначально загружаемый css на странице весит 10Кб. На сайте есть N кнопок, при клике на которые отображаются N разных модулей, стили для каждого из которых весят 100Кб. Вы предлагаете все (10 + N * 100) Кб CSS загружать сразу?

Как разделить текст без повторений?

хакерпхп))))

Как установить Ubuntu 14.04 на Lenovo Y500 c Windows 7 (UEFI)?

Диск имеет таблицу MBR. Интернет подсказывает, что нет гарантий, что после преобразования в GPT с раздела на этом диске получится загрузиться. =(