Подтвердить что ты не робот

Рассмотрение веб-приложений Intranet Vs Internet

Каковы различия в отношении разработки или разработки Интранета и интернет-приложения?

4b9b3361

ОТВЕТЫ

Ответ 1

Другое дело, что в среде интрасети у вас обычно есть стандартная клиентская сборка, означающая, что вы можете кодировать определенный браузер и версию (ха, IE6 обычно).

В дебрях Интернета вам приходится иметь дело со всеми видами браузеров и версий, поэтому ваш html/css/js должен обрабатывать все эти.

Ответ 2

В интрасети вы можете воспользоваться существующими службами аутентификации и авторизации. У банков, с которыми я работал, были очень надежные сторонние службы аутентификации. В других компаниях, использующих платформы Windows, Active Directory может быть полезен как для аутентификации, так и для авторизации (используя "группы" для определения ролей).

Когда эти функции доступны, вам не нужно принимать столько решений относительно хэширования (и соления), либо шифрования паролей, силы пароля, срока действия пароля и т.д. И вам не нужно создавать все страницы администратора для настройки пользователей, получения или сброса паролей и т.д. Пользователи не сталкиваются с различными политиками паролей в разных приложениях интрасети и часто могут использовать одни и те же учетные данные для нескольких приложений.

Не имея необходимости справляться со всем этим, у вас будет больше времени на основные функции приложения.

Несмотря на то, что в среде интрасети может быть меньше угроз со стороны хакеров, для компрометации системы требуется только одно нарушение. И в интранете можно иметь дело с чрезвычайно чувствительными данными. Поэтому, я думаю, вам нужно сделать приложения интрасети хотя бы безопасными, как интернет-приложения.

Ответ 3

Приложения Intranet могут использовать возможность связывания ресурсов с внутренними путями UNC (например, \\corporateserver\devteam\ArchitectureDiagram.vsd).

Однако имейте в виду, что браузеры отличаются тем, как они обрабатывают такие ссылки. В Firefox по умолчанию щелчок по ссылке на ресурс по пути UNC бесшумно терпит неудачу (щелчок по ссылке ничего не делает); доступны некоторые обходные пути. В Internet Explorer ссылки по ресурсам UNC-путей работают по умолчанию.

Ответ 4

Некоторые соображения...

  • Безопасность
  • Сайт IO
  • Трафик
  • Модель данных
  • Необходимость масштабирования

Ответ 5

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

Другое дело, когда вы находитесь внутри своей компании (интрасеть), вы можете использовать более низкий параметр безопасности для доступа к жесткому диску пользователя. Это невозможно с помощью внешнего веб-сайта/приложения через Интернет.

Ответ 6

Внутри сети часто поддерживается фиксированный набор поддерживаемых браузеров.

Если вам повезет, вы можете уйти от игнорирования IE6. Что приятно.

Ответ 7

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

Вам все равно нужно задавать себе те же основные вопросы о том, что вы пытаетесь решить, для кого, каковы их возможности, на каких платформах у вас есть доступ к... и т.д.

Различия станут очевидными достаточно быстро, если вы уделите должное внимание сфере применения. Многие из них были обозначены другими участниками здесь, но старайтесь избегать слишком много предположений.

Ответ 8

Пожалуйста, не делайте ошибку, думая, что, поскольку приложение является эксклюзивным для интранета, оно не должно быть таким же безопасным, как интернет-приложение. Во всяком случае, он должен быть более безопасным, так как есть хороший шанс, что он будет обрабатывать данные более чувствительными, чем данные, которые обрабатывают интернет-приложения компании.

Если вы полагаетесь на безопасность интрасети, ваше приложение будет только безопасно, как интрасеть (и столь же безопасно, как и самый слабый из всех его пользователей, у которых есть свои пароли, написанные на липких заметках на их мониторах).

Ответ 9

@Galwegian и другие:

  1. Время в реальном времени. В общедоступном интернета многие любительские и маркетинговые корпоративные кампании имеют довольно короткое время использования (1-2 года?). Таким образом, принимайте хаотический дизайн и хаотичные специальные технологии. Тогда у любителя нет энергии для развития, у нового директора по маркетингу появился новый БОЛЬШОЙ бюджет для НОВЫХ красочных программ и т.д.;)

Важное "жесткое" деловое программное обеспечение должно жить, (расширяться, развиваться), например, 8-10 лет и более, без паузы.