У меня около 10-12 сайтов (основной сайт классический ASP, другие ASP.NET 2). Каждый сайт имеет свой собственный виртуальный каталог. Они связаны друг с другом, главным образом с основного сайта, на котором другие сайты звонят, чтобы выполнить некоторую услугу. Каждый сайт имеет от 2 до 5 страниц. Имеет ли смысл объединить их и создать один более крупный сайт с одним виртуальным каталогом и одним проектом в VS? Или оставить их как они отдельно? Что такое pro и contras?один сайт или много?
ответ
Абсолютное первое правило, которое следует придерживаться здесь: Если оно не сломано, не исправляйте его.
Если вам действительно нужно переделать эти сайты, единственная реальная проблема для меня такова: имеют ли сайты общие данные входа или сессии? Если это так, они должны быть одним сайтом. Если нет, это не имеет большого значения. Главное преимущество быть отдельными сайтами (для меня в любом случае) заключается в том, что вы можете развернуть их отдельно ... вам не нужно делать все сразу, и вы можете легко протестировать по одному и повторно использовать свой пул приложений по мере необходимости ,
Преимущество сделать их одним сайтом ... Ну. Честно говоря, я в недоумении.
Невозможно ответить на вопрос без дополнительной информации, но одна база кода проще поддерживать, чем 10-12 на любом языке или в фреймворке.
- 1. Один стол или много?
- 2. Сайт немного лагги (прокрутка) или много памяти?
- 3. Нормализовать или нет - один ко многим или много столбцов
- 4. Включая много файлов или только один файл
- 5. Один большой веб-сервис или много маленьких?
- 6. Один SQL-запрос или много в цикле?
- 7. Один большой вызов модели или много маленьких?
- 8. LINQ реализация - один цикл или много?
- 9. Один большой стол или много меньших таблиц
- 10. Лучше иметь много интерфейсов или только один?
- 11. Один массив или много? (хеш-таблица)
- 12. Есть ли один сайт, который содержит много хороших скринкастов C#?
- 13. Один код, много сайтов
- 14. Когда использовать один-много или один в JPA
- 15. много-один запрос sql
- 16. Mongoose Вставьте много в один
- 17. Этот сайт или приложение отправляет слишком много трафика на rawgit.com.
- 18. 2 один-ко-многим, а не один много-много
- 19. Какое отношение было бы между клиентом и продуктами? один-много или много-много
- 20. Добавить много доменов на лазурный веб-сайт
- 21. Один стола много классов
- 22. Один-много слишком много данных возвращено - MySQL
- 23. один-много-много ассоциативный найти условия
- 24. Сайт joomla использует слишком много ресурсов процессора
- 25. Добавить еще один сайт на сайт
- 26. Основные отношения данных Много-Один
- 27. Это быстрее: много строк или много столбцов?
- 28. скрученный: один клиент, много серверов
- 29. Мобильный сайт или сайт ASP.NET
- 30. umbraco один сайт разные бренды
На самом деле, да, сеанс может быть общим (теперь это не так), и они используют один и тот же механизм аутентификации (доступ к LDAP). Я просто блуждаю, если будет легко поддерживать и развертывать. – Alexan
Другие мысли, легко поддерживать связи между сайтами, потому что у нас есть 3 среды: разработка, тестирование и производство, а также ссылки, которые я должен использовать или серверные переменные, или сохранить имя сервера в web.config. – Alexan