Misha7: я уже вам отвечал. Все о чем вы ведете речь уже изобретено - Dependency Injection. Но это потребует качественно другого подхода к проектированию CMS.
Ну и да... вы никогда не задумывались почему без кастылей никак? Потому что все кейсы предусмотреть невозможно. Кто-нибудь все-равно останется недоволен. Потому я считаю универсальные CMS пустой тратой времени.
errorpro: как минимум переделать все стоит. Возможно придется переделать все не один раз. Макет довольно простой, для практики хорошо. Даже если не отправлять его по месту требования (опять же можно с пометкой что б мол если не сложно что б разгромили) - то можно опять же тут поинтересоваться опять же.
errorpro: просто не используйте ID. Вообще. Почитайте про специфичность селекторов, используйте препроцессоры стилей, почитайте про BEM и другие подходы в верстке...
То что я вижу сейчас можно сделать в фотошопе при помощи инструмента для нарезки.
protven: может быть проблема в самом java приложении раз оно падает по памяти постоянно? И как это java разработчики на Android с ума еще не посходили с их лимитом в 48 мегабайт на процесс (при далвике конечно)...
Внимательно смотрите на количество минусов и комментарии. Если решитесь опубликовать CMS построенную на основе этого говнокода на хабре - будет так же.
almyk: 401 по идее... во всяком случае я 401-ую ошибку использую так как при невалидном или устаревшем токене мы не можем провести аутентификацию пользователя. До авторизации мы даже не добирались. Да и если посмотреть на реализацию других API то там примерно так же.
Ну вот как раз таки приблизительные объемы трафика спрогнозировать чуть проще чем нагрузку на сервера без нагрузочного тестирования и собственно приложения.
almyk: нет, status нужно отправлять заголовком а не в теле. Читайте про статус коды в HTTP. А тело - без разницы как вам удобнее. Но я бы не использовал сокращения типа msg. А скорее что-то типа description/message.
aen: webpack в отличии от gulp не универсален и не покрывает мои нужды. Да и преимуществ оного не увидел. Есть несколько больше задач которые нужно решать сборщику чем сборка js/css/html.
