Я знаю, что Хабр не форум и поэтому задаю этот вопрос в своём личном блоге.
Итак, будет много страниц информационных и у каждого арендатора (их сотни) будет своя страница, на которой он может выложить фото нескольких своих товаров в виде маленькой фотогаллереи.
1. Простота работы пользователей с системой (удобный интерфейс и т.д.) — арендаторы чайники. У них должен быть доступ только к своей странице и своей фотогаллереи.
2. Различные права пользователей на разные модули CMS и страницы контента
3. Документация по системе полная и понятная для пользователей и разработчиков;
4. CMS должна быть живой: регулярно обновляться. Само обновление простое
5. Надежность и безопасность системы
6. Популярная, много разработчиков, открытый код. Возможность разработки допмодулей к системе;
7. Масштабируемость. Простой upgrade с сохранением функциональности и данных.
8. Устойчивость к нагрузкам
9. В перспективе будет общая огромная БД с товарами всех арендаторов. Для интеграции и удобства обслуживания планируется использовать технологии Microsoft. MS SQL, ASP.NET. CMS либо будет к ней подключена либо товары будут храниться непосредственно в CMS.
10. Кэширование страниц, каталогов, css, javascript
11. Возможность создания локальной копии сайта.
12. Встроенный механизм резервного копирования.
13. Просмотра изменений контента перед выкладыванием их на сайт.
14. Управление сайтом только по http без использования ftp
15. Возможность доработать сайт в плане функциональности (например, встроить еще одну новостную ленту, добавить форум и т.п.) без участия разработчиков CMS.
16. Любое изменение контента можно откатить на предыдущую версию для защиты от человеческих ошибок.
17. Редактор страниц должен поддерживать автоматическую чистку тэгов при вставке из MSWord или Excel. Автоматически переносить на сайт картинки и файлы при копировании информации из MSWord или с других сайтов без дополнительных действий.
18. Везде, где требуется вставка ссылок, должна быть возможность помимо ручного ввода адреса страницы использовать выбор страницы из структуры сайта или файла из библиотеки.
19. В интерфейсе администрирования не должно быть функций, связанных с системными настройками сайта, Идеал – ничего лишнего, ничего непонятного пользователю.
20. Формирование заголовков ответа с указанием правильной длины (content-length) и даты модификации страницы (last-modified).
Заранее огромное спасибо хотя бы за то, что прочитали это!
Итак, будет много страниц информационных и у каждого арендатора (их сотни) будет своя страница, на которой он может выложить фото нескольких своих товаров в виде маленькой фотогаллереи.
1. Простота работы пользователей с системой (удобный интерфейс и т.д.) — арендаторы чайники. У них должен быть доступ только к своей странице и своей фотогаллереи.
2. Различные права пользователей на разные модули CMS и страницы контента
3. Документация по системе полная и понятная для пользователей и разработчиков;
4. CMS должна быть живой: регулярно обновляться. Само обновление простое
5. Надежность и безопасность системы
6. Популярная, много разработчиков, открытый код. Возможность разработки допмодулей к системе;
7. Масштабируемость. Простой upgrade с сохранением функциональности и данных.
8. Устойчивость к нагрузкам
9. В перспективе будет общая огромная БД с товарами всех арендаторов. Для интеграции и удобства обслуживания планируется использовать технологии Microsoft. MS SQL, ASP.NET. CMS либо будет к ней подключена либо товары будут храниться непосредственно в CMS.
10. Кэширование страниц, каталогов, css, javascript
11. Возможность создания локальной копии сайта.
12. Встроенный механизм резервного копирования.
13. Просмотра изменений контента перед выкладыванием их на сайт.
14. Управление сайтом только по http без использования ftp
15. Возможность доработать сайт в плане функциональности (например, встроить еще одну новостную ленту, добавить форум и т.п.) без участия разработчиков CMS.
16. Любое изменение контента можно откатить на предыдущую версию для защиты от человеческих ошибок.
17. Редактор страниц должен поддерживать автоматическую чистку тэгов при вставке из MSWord или Excel. Автоматически переносить на сайт картинки и файлы при копировании информации из MSWord или с других сайтов без дополнительных действий.
18. Везде, где требуется вставка ссылок, должна быть возможность помимо ручного ввода адреса страницы использовать выбор страницы из структуры сайта или файла из библиотеки.
19. В интерфейсе администрирования не должно быть функций, связанных с системными настройками сайта, Идеал – ничего лишнего, ничего непонятного пользователю.
20. Формирование заголовков ответа с указанием правильной длины (content-length) и даты модификации страницы (last-modified).
Заранее огромное спасибо хотя бы за то, что прочитали это!
