Как справиться, субдомены на WinHost с IIS7 URL Переписывают 2.0?

Историческая ситуация назад в начале 1990-х имела непосредственное отношение к нему. В то время, когда Unix BSD 'изо всех сил пытался быть свободным' и просматривался как путь вперед во многих кругах. Linux не получил рабочий стек TCP в течение нескольких лет после того, как он вышел, и Интернет все еще несколько разрежался.

  • Беркли UC и AT&T были заняты судебным процессом о владении кода BSD, таким образом, будущее 'бесплатной' кодовой базы BSD было рассматриваемо. В конечном счете UC Berkely выиграл иск способностью показать большие блоки кода BSD в кодовой базе SVR4. AT&T была соответственно смущена этим и отодвинута. Люди UCB заменили последний из посягающего кода с их собственной работой и могли выпустить AT&T бесплатная кодовая база.

  • В это время Bill и Lynn Jolitz взяли кодовую базу BSD и портировали ее к этим 386, создав 386BSD и документируя ее в известном ряду статей в Журнале доктора Dobb.

  • Судебный процесс продолжал довольно долго парализовать потенциальное сообщество BSD, которое не могло значительно вложить капитал в кодовую базу, пока легальная неуверенность не очистилась.

  • 'Стабильная' версия Linux наконец выпустила рабочий стек TCP.

  • Linux был доступен под GPL, который уменьшил стимул разветвить его. Эффективная доброжелательная диктатура этого и Linux Torvalds работала для хранения разработки ядра объединенной.

  • Несколько конкурирующих ветвлений BSD выросли из кодовой базы BSD, фрагментировав сообщество.

Относительное сцепление ранней разработки ядра Linux означало, что Linux продвинулся относительно быстро и в конечном счете получил долю ума. Весь мир BSD остановился, в то время как судебный процесс был разрешен. Даже с судебным процессом, разрешенным, это все еще испытало недостаток в структурной когезионной способности процесса разработки ядра Linux, и разделите на несколько ветвлений.

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

0
задан 20 April 2010 в 18:55
2 ответа

Я не мог выяснить, как зафиксировать путь приложения, поэтому теперь я просто использую URL, Переписывают Модуль для перенаправления (не, переписывают) от http://sub.example.com/abc кому: http://sub.example.com/sub/abc. Это не идеально, но это работает. Посмотрите мое сообщение в блоге для деталей.

0
ответ дан 5 December 2019 в 17:43
  • 1
    Спасибо за этот блог. I' ve, борясь с той же проблемой начиная с WH4L, распроданного и перемещенного в новую платформу, предлагающую меньше функций, чем прежде, таким образом, я смотрел на WinHost. I' d закончился в URL, переписывают обходное решение для этого, но как Вы, I' m изо всех сил пытающийся получить Ответ. Перенаправление (" ~/MyPage.aspx") работа –  Rob Nicholson 18 May 2010 в 10:13

В дополнение к перенаправлению необходимо будет отметить каждый сайт как приложение в IIS. WinHost должен иметь панель управления или способ для Вас отметить каждый из сайтов как их собственное приложение. Это сделает папки как/sub1/как корневое приложение.

0
ответ дан 5 December 2019 в 17:43
  • 1
    Да,/sub1 является корневым каталогом приложения, но этим doesn' t помогают проблеме ApplicationPath. В настоящее время я изменил правило перенаправить к sub1.example.com/sub1 вместо того, чтобы переписать его. It' s не симпатичный, но это работает. –  jrummell 23 April 2010 в 23:35
  • 2
    I' m не положительный относительно синтаксиса сразу же, но it' s что-то как Запрос. ApplicationPath (" ~ \"), который даст Вам путь относительно корня приложения это you' ре в настоящее время в. –  Scott Forsyth - MVP 26 April 2010 в 22:06

Теги

Похожие вопросы