Специальная беспроводная сеть между Vista IIS и Leopard
Одни из стартапов, на которые я работал несколько лет назад, были видео и изображением, загружающим сайт на Linux (таким образом, весь мой пример от этого). Существует много вещей, которые могут пойти не так, как надо с разрешением загрузок.
Все системы загрузки должны транскодировать исходный формат к Вашему стандартному формату. Преимущество этого является двукратным. Сначала у Вас теперь есть стандартный формат, который делает отображение изображений и видео намного легче на Вашем HTML. Следующее, если Вас несколько уверяют, что Вы изменили файл достаточно, что Вы не размещаете зараженные файлы. Если Вы планируете служить, сырые данные загрузили файлы от любого пользователя с адресом электронной почты, у Вас может быть изрядное количество проблемы.
Поскольку другие люди упомянули, что Вам нужны немного больше, чем просто проверка расширения. Это - немного более трудная проблема для решения. Мы взяли несколько ударов в нем, что я никогда не был доволен, но это стоит сделать по нескольким причинам. Большой - то, что у Вас, вероятно, будут разнообразные пути для транскодирования видео. Видео прибывает во многие различные контейнеры наряду с несколькими миллионами комбинаций аудиотреков и видеотреков. Чем больше Вы знаете о файле, тем лучший выбор Вы сделаете о том, как обработать его или окончательное отклонение он.
Принятие Вас транскодирует файлы, Вы уязвимы для использования в своих библиотеках обработки как ffmpeg или libgd. Мы записали бы исходный файл в диск на доле NFS и затем породили бы обработку в jail/chroot среде. Это позволило нам транскодировать к новому формату или сбою в единственном каталоге, не заражая сервер или любые другие файлы. Также Ваша система транскодирования должна быть очень актуальной, таким образом, необходимо сверяться с распределением каждую ночь, чтобы удостовериться, что базовые библиотеки как libpng, libtiff, libmad, libdv, и т.д. не имеют никаких текущих ошибок безопасности.
При возвращении к исходному вопросу удостоверьтесь, что Вы решаете проблемы, на которые все указывают, и Вы не должны иметь никаких проблем, получающих Вашего системного администратора на борту, и иметь намного лучшее приложение в конце также. К сожалению, задание Вашего системного администратора, говорят "Нет" вещам, которые похожи, они будут операционным кошмаром для поддержки.
Это не должна быть проблема - по умолчанию в специальной среде, куда Вы не выполняете сервер DHCP или устанавливаете статический IP, системы должны оба закончиться с автоматически присвоенными частными IP-адресами в локальном для ссылки диапазоне адресов (169.254.0.0/16 подсеть для ipv4) и должны смочь связаться. Если Ваши системы соединяются друг с другом на физическом уровне, но не заканчиваются с адресами ipv4 в этом диапазоне затем один, или другие из соответствующих сервисов нулевой конфигурации, вероятно, отключены.
Я был бы удивлен, не должны ли Вы были запрещать клиентский брандмауэр на цели (Windows Vista) Система. Это - точно вид случайной возможности соединения, которую Windows Firewall предназначается для блокирования, если Вы явно не говорите это не.
В среде Windows системы основанные на широковещательной передаче механизмы определения имен NetBIOS умрут (если им включают, и системы настроены для обработки специальной сети, как доверяется, а не общественности). Я полагаю, что Mac OS X также поддерживает определение имен NetBIOS, но я не знаю, включено ли это по умолчанию.
Apple Добрый день и SSDP\UpNP в системах Microsoft предоставляют более общие purpose\robust услуги определения имен в локальных для ссылки установках. Можно установить клиент Windows Bonjour, чтобы помочь системам найти друг друга
-
1Я загрузил добрый день для окон и изменил настройки на своем ПК для отключения локального брандмауэра. Я получаю IP-адрес в диапазоне, который Вы указали на обеих машинах, и я могу разрешить сервер Mac в Firefox до имя-macbook.local . Однако я все еще не могу выполнить свою цель доступа к ПК localhost на моем Mac. Еще предложения? Вы уже помогли так много. – Bryan 24 October 2009 в 21:40
-
2Вы уверены, что рассматриваемый веб-сервис слушает на специальном IP-адресе Беспроводного интерфейса ПК? Можно ли проверить с помощью ping-запросов ПК от Mac (необходимо ли смочь к тому, если Брандмауэр выключен)? Если можно затем совместно использовать папку на ПК, и необходимо смочь отобразиться на него от Mac путем следования этим инструкциям: support.apple.com/kb/HT1568, Если это работает затем Ваша проблема, определенно с веб-сервисом на ПК, не связывающем с локальным для ссылки адресом, возможно перезапущение любого app\service справляется, это могло бы помочь, но Вы, возможно, должны явно настроить его также – Helvick 24 October 2009 в 22:09
-
3Ничего себе! Я почти там! Я собирался отправить назад и сказать, что IP не решал, но когда я по-видимому переключил свой Mac и беспроводные соединения ПК от Специальной спины до моей интернет-беспроводной сети, IP решил. Таким образом, специальная сеть должна сохраниться.. Теперь я могу найти корень localhost от браузера Firefox Mac, но меня can' t добираются до порта (?), мой веб-сервис идет. Я пытаюсь получить доступ localhost:49973/BaseballWebService с помощью 192.168.0.199:49973/BaseballWebService, но ничто. прекрасная твердость localhost. Еще предложения? Большое спасибо! – Bryan 24 October 2009 в 23:35
-
4Вот то, что я выяснил: localhost и 192.168.0.199 обе твердости к той же странице. Но localhost:49973/BaseballWebService/Service.asmx разрешает веб-сервис и , 192.168.0.199:49973/BaseballWebService/Service.asmx не может найти веб-сервис. К вашему сведению localhost перенаправляет к localhost/xampp/, который мог быть проблемой? – Bryan 24 October 2009 в 23:57