Историческая ситуация назад в начале 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 получил долю завоеванного внимания - который является в значительной степени самым важным и концом - весь успех на любом большом рынке программного обеспечения.
Я не мог выяснить, как зафиксировать путь приложения, поэтому теперь я просто использую URL, Переписывают Модуль для перенаправления (не, переписывают) от http://sub.example.com/abc
кому: http://sub.example.com/sub/abc
. Это не идеально, но это работает. Посмотрите мое сообщение в блоге для деталей.
В дополнение к перенаправлению необходимо будет отметить каждый сайт как приложение в IIS. WinHost должен иметь панель управления или способ для Вас отметить каждый из сайтов как их собственное приложение. Это сделает папки как/sub1/как корневое приложение.