Интранет По сравнению с интернет-соображениями веб-приложения
Один из способов сделать это - определить нужные ключи (значения не имеют значения).
$keys = ['grey' => 1, 'blue' => 1, 'yellow' => 1];
Затем используйте array_intersect_key в каждой строке, чтобы получить свой результат.
foreach ($array as $row) {
$result[] = array_values(array_intersect_key($row, $keys));
}
array_values здесь необходимо, потому что если у вас все еще есть строковые ключи, результатом json_encode будет массив объектов, а не массив массивов.
9 ответов
Еще одна вещь, в среде интранета, Вы обычно сделаете, чтобы типичный клиент создал подразумевать, что можно кодировать к определенному браузеру и версии (ха, IE6 обычно).
В дикой природе Интернета, необходимо иметь дело со всеми видами браузеров и версий, таким образом, html/css/js должен обработать все их.
Приложения интранет могут использовать в своих интересах способность связаться с ресурсами на внутренних путях UNC (например. \\corporateserver\devteam\ArchitectureDiagram.vsd).
Однако знайте, что браузеры отличаются по тому, как они обрабатывают такие ссылки. В Firefox, по умолчанию, нажимая на ссылку к ресурсу на пути UNC тихо перестал работать (щелчок на ссылку ничего не делает); некоторые обходные решения для этого доступны. В Internet Explorer ссылки на ресурсы пути UNC действительно работают по умолчанию.
На интранет Вы можете использовать в своих интересах существующие услуги по аутентификации и авторизации. Банки, на которые я работал, имели очень безопасные сторонние услуги аутентификации. В других компаниях с помощью платформ Windows Active Directory может быть полезен для обеих аутентификации и авторизации (использующий "группы" для определения ролей).
Когда эти функции доступны, Вы не должны делать как много решений о хешировании (и соление) или шифрование паролей, надежности пароля, истечения пароля и такого. И Вы не должны создавать все администраторские страницы для установки пользователей, получения или изменения паролей, и т.д. Пользователи не сталкиваются с различными политиками паролей на различных приложениях интранет и могут часто использовать те же данные для входа в систему для нескольких приложений.
Необходимость иметь дело со всем этим оставляет Вас большим количеством времени для расходов на основные функции приложения.
Даже при том, что среде интранета, может казаться, меньше угрожают хакеры, только требуется одно нарушение для взлома системы. И, интранет может иметь дело с чрезвычайно уязвимыми данными. Так, я думаю, что необходимо подать заявки интранет, по крайней мере, столь же безопасные как интернет-приложения.
Некоторые соображения...
- Безопасность
- Сайт IO
- Трафик
- Модель данных
- Потребность в масштабируемости
Не делайте ошибку размышления, что, потому что приложение эксклюзивно к интранет, что это не должно быть столь же безопасно как интернет-приложение. В любом случае это должно быть более безопасно, поскольку существует хороший шанс, это будет обрабатывать данные, более чувствительные, чем данные процесс интернет-приложений компании.
Если Вы будете полагаться на безопасность интранет, то Ваше приложение только будет так же защищено как интранет (и столь же безопасный как самый слабый из всех ее пользователей, которым записали их пароли на липких примечаниях по их мониторам).
Galwegian имеют уже, записал большинству из них, но я думаю, что необходимо рассмотреть больше кэширования, когда оно идет внешнее, потому что база данных могла бы быть более активной.
Другая точка - когда Вы в своем бизнесе (интранет), Вы смогли использовать более низкий параметр безопасности для доступа к жесткому диску Вас пользователь. Это не возможно с внешним веб-сайтом/приложением через сеть.
Приложение интранет является больше для внутреннего staffig и знания managemnet целями..
его больше moe чувствительных данных, которые будут совместно использованы в сети
http://www.dreamznetsolutions.com/intranet_application_development_mumbai.html
Интранет часто имеют фиксированный набор браузеров, которые поддерживаются.
Если Вы удачливы, что можно сойти с рук игнорирование IE6. Который хорош.
Могло бы быть более продуктивно думать об общих чертах в конструктивных соображениях.
Все еще необходимо спросить себя те же основные вопросы о том, что Вы пытаетесь решить, поскольку, кто, что является их возможностями, что платформа (платформы), у Вас есть доступ к... и т.д.
Различия станут очевидными достаточно быстро, если Вы уделите соответствующее внимание объему. Многие из них были signposted другими участниками здесь, но стараются не делать слишком много предположений заранее.