Ja wątpię, czy Ty je znasz, bo gdy pytałem, o jakie cudaczne sposoby odpalania ASP.NET pod CGI Ci chodzi, to nie umiałeś odpowiedzieć, sam musiałem zgłębić się w dokumentację Mono. Popracuj trochę nad czytelnością wypowiedzi, bo trudno Cię zrozumieć, nawet jeśli masz rację.
troszkę się wtrącę bo mam na co dzień do czynienia z asp.net.
mono w wersji od 2.8(to nie jest stabilna wersja) dobrze sobie radzi z najnowyszym MS frameworkiem ASP.NET MVC 3, nie wymaga IIS’a (mono ma swoje XSP serwer) ani nawet windowsa.
ale…
kto używa asp.neta? gdzie sa serwery z IIS’em (bo tych z mono juz w ogole chyba nie ma). ASP jest praktycznie tylko w firmach i to duzych. Jeśli chcesz cos robic na mniejszą skale nie ma co się pchać w świat ASP.NET’a. Programowanie w ASP.NET jest dość specyficzne, lepsze jest juz ASP.NET MVC 3, ktore opiera sie na dobrych wzorach z Django czy Railów.
ale czy php ? Jedyny plus to popularność PHP - mnogość ofert hostingowych i tutoriali. Jak PHP to tylko z dobrymi frameworkami. Ale jest po za php i asp wiele innych technologii - python(z wygodnym django), ruby on rails, java - chocby promowany przez googla GWT czy Spring czy ostatnio modny node.js.
ps. u mnie w firmie szukuja dobrych programistów ASP.NET, bardzo wielu programistów php odpowiada na oferty, tylko nie liczni sa na tyle elastyczni ze potrafią przejść do dalszego etapu rekrutacji, gdzie zawsze jest jakieś zadanie praktyczne .
kluczem jest raczej nie jezyk a ogolny poziom rozumowania jak co dziala … i znajomość baz SQL 
Ja używam(może nie aktualnie, ale wszystkie strony które nadzoruje są pod kontrolą IIS). Hostingi pod Windows oferuje home.pl, amm.pl, webio.pl i jeszcze kilka polskich by się znalazło, zagranicznych jest o wiele więcej. ASP.NET to technologia, ASP.NET MVC to tylko biblioteka, która wykorzystuje ASP.NET. Tobie chodziło pewnie o WebForms, które jest domyślnie wykorzystywane.
Nie wprowadzaj ludzi w błąd. Node.JS to JavaScript, dodatkowo nie został napisany po to, by budować aplikacje WWW na nim(+ przy okazji cały serwer). Serwery oferujące JSP jest jeszcze mniej niż tych z IIS i ASP.NET.
-
http://msdn.microsoft.com/en-us/library/ee532866.aspx, http://msdn.microsoft.com/en-us/asp.net/aa336522 i http://msdn.microsoft.com/pl-pl/aa336522
-
Cały .NET to technologia dość szczelnie zamknięta. Pomysły w stylu kodowanie asp.net w notepad++, serwowanie na cgi (ludzie skąd to wzięło, chętnie zobaczyłbym linka do takiego działającego rozwiązania) jeśli w ogóle są możliwie, to skutecznie utrudnią życie. Microsoft mówi, że masz używać Visual Studio i IIS. Koniec nie ma dyskusji.
-
Mono z założenia zawsze będzie krok w za Microsoftem. Na ich stronie nie znalazłem infoamcji, która wersję .NET wspierają, ale to chyba oczywiste, że nigdy nie będzie to najnowsza wersja
4.Serwerów IIS jest całkiem sporo, jeśli nawet nie w naszym żyznym kraju to zagranicą. Wystarczy zapytać wujka google ASP.NET hosting
- PHP jest rozwiązaniem darmowym, za licencję dla Visual Studio musisz wybulić
AD 2. To jest oczywiście nieprawda. Poczytaj o CLI. Myślę, że ten link będzie dobry na początek http://www.mono-project.com/ECMA. Dzięki szczegółowej dokumentacji .NET Framework, którą tworzy Microsoft, mogą rozwijać się takie projekty jak Mono, czy też Portable .NET. Strona stworzona przy użyciu ASP .NET MVC, która hostowana jest za pośrednictwem Apache, to chociażby http://www.mono-project.com/ (zaskoczenie?). A o pozostałych sposobach hostowania stron ASP .NET (czy to Web Forms, czy to MVC) mówi link, który podałem w jednym z moich poprzednich postów. Oprócz Visual Studio możesz także używać chociażby SharpDevelop i MonoDevelop, choć nie ukrywam, że sam jestem fanem Visual Studio 
AD 3. Wklep w bing/google “mono compatibility” i wybierz pierwszy link. Poza tym Mono to nie tylko Base Class Library, ale także Mono Class Library, czyli biblioteki klas, które mogą się okazać przydatne przy tworzeniu aplikacji dedykowanych dla Linux. Ja osobiście kibicuję temu projektowi i mam nadzieję, że będzie się rozwijał.
AD 5. Jest Visual Studio w wersji Express (darmowy, choć co oczywiste okrojony, również do użytku komercyjnego).
-
Nawet nie wiedziałem, że CLI jest standaryzowane. To faktycznie dobrze wróży projektom open source. Domyślam się, że http://www.mono-project.com/, że jest stworzone w Mono, a nie .NET. Chciałbym zobaczyć projekt stworzony w >NET hostowany na Apache
-
Wygląda obiecująco. Tylko ihmo trzeba przetestować w praktyce.
-
Dobrze wiedzieć
AD 2. Rozumiem, ja jeszcze nie miałem okazji uruchamiać aplikacji ASP .NET stworzonej przy użyciu .NET Framework na platformie Mono, ale nie powinno być z tym problemów pod warunkiem, że ta aplikacja będzie korzystać tylko z tych konstrukcji programistycznych i tylko tych bibliotek klas, które zostały zaimplementowane w Mono. Miałem za to okazję uruchamiać aplikacje okienkowe stworzone przy użyciu .NET Framework w Mono. To jest możliwe dzięki temu, że pakiety .NET (exe i dll) zawierają kod CIL i metadane, a to jak interpretować kod CIL i metadane jest opisane w ramach CLI. Oczywiście nie raz pojawiały się problemy, że pewne rzeczy w kodzie trzeba było przerobić, bo Mono nie obsługiwał tego lub tamtego (dodam tutaj jednak, że wtedy korzystałem ze starszej wersji Mono) Generalnie jakiś czas temu czytałem o bardzo fajnym narzędziu, które może pomóc przy portowaniu aplikacji stworzonych przy użyciu .NET Framework na platformę Mono http://mono-framework.com/MoMA, ale nie miałem jeszcze okazji z niego korzystać.
AD 3. Zgadzam się.
to node.js padł blisko javy to w sumie przypadek. wiem czy jest node i czym jest JavaScript, nawet miałem przyjemność obcować z nodem.
klientami mojej firmy (robimy intranetowe aplikacje sieciowe dla firm) sa głownie duze firmy posiadające własne serwerownie oparte o technologie MS (Windows Server, MS SQL Server, IIS i .NET, niekiedy SharePoint). Drugą pozycją jest Apache Tomcat i jsp.
co do Apacha i .Neta - http://incubator.apache.org/projects/httpd-cli.html (projekt wydaje sie być uśpiony, ale kto wie)
mając działające mono zamiast apache mozna tez skorzystać z nginx’a , to juz nie gra roli.
Pogubiłem się w trakcie. Piszesz o kompatybilności na poziomie kodu źródłowego czy binarek?
Jedno wiąże się bezpośrednio z drugim. Kodu CIL nie modyfikujesz przecież ręcznie, modyfikujesz kod klas (w jednym z kilkudziesięciu obsługiwanych języków zarządzanych). Program (a w zasadzie programy) zawierał takie instrukcje C#, które generowały taki kod CIL, którego silnik Mono wtedy nie obsługiwał. Teraz już pewno obsługuje, a jeśli tak, to można by było ten program uruchomić bez wprowadzania poprawek w kodzie klas. Mono poradził by sobie z tymi pakietami .NET, które zostały stworzone przy użyciu .NET Framework. Mam nadzieję, że trochę lepiej wyjaśniłem o co mi chodziło
No chyba tak. Tzn. wystarczyło napisać, że chodzi o kompatybilność na poziomie binarek, byłoby krócej.
Spytałem, bo nigdy nie próbowałem uruchamiać na innym systemie. Chyba dlatego, że zawsze wszystko odpalam z IDE. 