Кілька сайтів на одному веб-сервері проти користувачів, що визначають організацію


2

У мене є веб-сайт, який підтримує декілька організацій, які входять у нього кілька користувачів. Наразі працює інсталяція - це те, що всі відвідують один і той же сайт і надають свою організацію, ім’я користувача та пароль для входу.

Вчора у мене виникла думка, що буде простіше, якби ми надали кожній організації свій власний сайт на сервері. Так, наприклад, замість того, щоб перейти на www.example.com і ввести org1, user1, pwd1, вони могли просто перейти на org1.example.com і ввести user1 і pwd1.

Здається, це має такі переваги:

  • Простіший інтерфейс для користувача. Вони могли закладати закладки на свій конкретний сайт і лише вводити ім’я користувача та пароль
  • Легше обслуговування. Зміни web.config для одного органу або перезапуск сайту можуть бути внесені, не зачіпаючи користувачів інших організацій.
  • Більш універсальний. Налаштування можуть бути різними для різних організацій

Однак мені цікаво, які, якщо такі будуть, недоліки?


1
Ви можете мати URL-адресу для кожної організації, хоча ви все ще використовуєте один веб-сайт, якщо хочете.
Брайан

Відповіді:


1

Якщо веб-сайти правильно запрограмовані, недоліків не повинно бути.

Зауважте, що вам не потрібно нічого змінювати в поточному налаштуваннях, окрім надання цієї однієї сторінки входу. Після введення користувача та пароля всі суб-веб-сайти можуть конвертувати в той самий код коду, що і сьогодні, не потрібне розділення. Вхідний веб-веб-сайт може бути визначений та розповсюджений за допомогою файлів cookie чи додаткових параметрів у всіх URL-адресах чи іншому механізмі глобальних даних.

Якщо ви вирішите взяти окремі бази кодів, ви зіткнетесь з необхідністю поширювати вдосконалення та розробки однієї до іншої, і це буде ускладнюватися з часом, і код продовжує розходитися.

З важкого досвіду можу сказати, що прийняття рішення про окремі коди може спричинити за собою веб-сайти, які стають прогресивно складнішими в обслуговуванні, оскільки вони продовжують розмножуватися, так що в кінцевому підсумку міркування щодо технічного обслуговування та пересинхронізації можуть спричинити відкладення або навіть блокування, доки якась хоробра душа не вирішить все це зіпсувати і перезапустити з нуля.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.