Flexwiki az MS harmadik OS projektje

Open Source

A Microsoftnak sikerült Dunába vizet hordania. Olyan szoftvert tett nyílt forrásúvá, amelyből eddig is ``több száz'' volt elérhető az Interneten.

Pár nappal ezelőtt volt szó arról, hogy a Microsoft újabb projektjét fogja publikálni a Sourceforge-on. Fény derült a harmadik nyílt forrású projektre. A Microsoft a FlexWiki névre hallgató ASP.NET-ben implementált WikiWiki szoftverét tette nyílt forrásúvá.A szoftver érdekessége, hogy a WikiWikiWeb névre hallgató nyílt forrású szoftver alapján készült. Az eredeti szoftvert Ward Cunningham indította útjára 1995-ben. Manapság számtalan Wiki szoftver érhető el nyílt forráskóddal, szabadon, és ingyen az Interneten.

Az Internetnews cikke itt.

( mondalaci | 2004. 09. 30., cs – 09:37 )

Jó poén!

Mondjuk sztem a MediaWiki [sourceforge.net] az etalon. Bár inkább ASP-t használnék Monoval (No flame).

( nc | 2004. 09. 30., cs – 09:55 )

Newvetséges. A Microsoftnak még mindig fogalma sincs a nyílt forráskódú közösségekről. Ott ő labdába sem rúghat, remélem a jövőben sem.

( ottos | 2004. 09. 30., cs – 11:58 )

Francba, pedig én a pasziansz kódját vártam.... azt mikor már?? :-)

Jaja. Akkor nezzuk:

Mire van szuksegunk:

1.) operacios rendszer

2.) sql szerver

Gondolkodjunk nagyban:

-----------------------------

Microsoft Server 2003: 240.000 (cal nem kell, webszerver lesz) (volt valami Web Edition is, de most nem latom az arlistaban)

Microsoft SQL Server: 1.710.850 (per processzor ugye, ez 1 processzor)

De vegyuk ki belole az SQL szervert, es tegyunk helyette MySQL-t. Igy sem uszod meg 250K alatt.

Gondolkozzunk kisebb volumenben:

------------------------------------------

Mono a Novelltol (mukodik mar egyaltalan?)

Ha azt akarod, hogy siman menjen, es nem akarsz vele szopni, akkor egy SuSE SLES-t vagy egy SuSE Standard Server-t veszel. Barmelyiket veszed, nem nagyon uszod meg 100K alatt (Standard szervernel vedd figyelembe a max. 2 processzoros limitet). A SLES meg dragabb.

Jo megvetted. Honnan vagy te abban biztos, hogy az MS fele .NET ASP faszan mukodik a Mono-val? Ja kell rajta alakitani? Mennyi a programozo orabere?

Ezzel szemben, gondolkozzunk egyszeruen:

--------------------------------------------------

Szep kenyelmesen letoltom a Debian, OpenBSD, FreeBSD, egyeb netinst CD-jet, felhuzom fel ora, beallitom, nyomok ra egy MySQL-t vagy PostgreSQL-t, letoltom a Mediawiki-t es vigan van Wiki-m 2 oran belul. Sot meg azt is megengedhetem magamnak, hogy donate-oljak a fejlesztoknek...

Melyik a szimpatikusabb?

>> Mono a Novelltol (mukodik mar egyaltalan?)

ASP.NET nagyreszt

>> Ha azt akarod, hogy siman menjen, es nem akarsz vele szopni, akkor egy SuSE SLES-t vagy egy SuSE Standard Server-t veszel

bullshit

>> Honnan vagy te abban biztos, hogy az MS fele .NET ASP faszan mukodik a Mono-val? Ja kell rajta alakitani? Mennyi a programozo orabere?

ha nem ertek hozza, akkor eleve nem ezzel csinalom

>> Melyik a szimpatikusabb?

Debian + vmi jobbfajta wiki + free dbms

a .net-es megoldas annak jo, akinek eleve azon mennek alkalmazasai, es integralni akar egy wikit is

>ASP.NET nagyreszt

megnyugtato. csak ilyenkor szokott lenni az, hogy engem nem nyugtat meg, ha pont ``az a kis resz'' nincs meg kesz

>bullshit

bovebben?

>ha nem ertek hozza, akkor eleve nem ezzel csinalom

pedig mennyien nem ertenek hozza... es a te idod nem penz?

>Debian + vmi jobbfajta wiki + free dbms

akkor egy malomban orlunk

>a .net-es megoldas annak jo, akinek eleve azon mennek alkalmazasai, es integralni akar egy wikit is

el tudom kepzelni milyen sokan lehetnek :-D

Magyarul, ha .NET alkalmazas meg van irva jol, akkor webszerver nelkul is ki lehet szolgalni webes oldalakat? Adott esetben a wiki oldalakat? Es milyen teljesitennyel?

A masik kerdes. Akkor mi banatnak kellett nekem egy Microsoft CRM szerver telepiteshez feltenni a .NET framework-ot es az IIS szervert is egyben? Sot meg annyi fuggosege volt, hogy azt hittem beleoszulok mire innen onnan osszeszedtem a cuccokat hozza. Pedig egy helyrol jon az egesz anyag erdekes modon. El nem birom kepzelni, hogy ha ez igy van, akkor azt nem tudtak volna megcsinalni az MS programozoi. Valami csont ebben megiscsak van... Velemeny?

>> Valami csont ebben megiscsak van... Velemeny?

IIS gondolom bindelt a 80;443/tcp-re, osszefogta az alkalmazasokat egy feluletbe + bonuszkent tovabbi mas statikus tartalmat/alkalmazasokat tehettel melle viszonylag egyszeruen, mar elozoleg ismert modon, tovabbi programozas nelkul

A "gondolkodj nagyban" nem azt jelenti, hogy most akkor szamold ossze mennyibe kerul egy windowsos szerver osszeallitasa es mennyibe egy linuxos...

Egy nagyvalalatnal ahol az egesz ceg windows alapokon van es nem akarjak megbontani ezt a homogen rendszert sokkal egyszerubb egy mar letezo windowsos webszerverre felpakolni mindezt, ahelyett, hogy egy teljesen idegen operacios rendszerrel probalkozzanak es ehez uj szervert kelljen uzembe helyezni (ne adj isten uj rendszergazdat kelljen felvenni aki ert a linuxhoz/egyebhez). Ne felejtsd el, hogy eleg keves ember ert a windows rendszerekhez es a linux/egyeb rendszerekhez is egyarant.

Ebben igazad is lenne, ha az MS valami olyan _ertekes_ programot sharelne, aminek a vallalatok szamara van valami erteke. Nem egy ilyen wiki szoftvert, amibol annyi van, hogy az ev minden napjan akar masikat tudok belole futtatni, ezer alternativaja van.

Plane nem olyat ami egy szabadon felhasznalhato valaminek a koppintasa, megvalositasa sokkal bonyolultabb modon (kevesebben ertenek hozza), majd forrasanak megnyitasa. Itt van egy kis csavar a dologban. A nagy fanfar zugasokat tartsak meg akkora, ha a Sourceforge-ra olyan dolgokat pakolnak fel, ami a fejlesztoket is erdekli.

Egyebkent szivesen latnek olyan kimutatast, hogy a nagyszeru code share programjukhoz hanyan csatlakoztak fejvesztve, meglatva benne a kituno lehetoseget, hogy ilyenben reszt vehessenek. Gondolom sok fejlesztot erdekel egy olyan dolog, hogy wiki forraskodokat olvasson .NET-ben.

Majd komolyan fogom venni, ha kiadja az MSSQL forrasat, vagy mondjuk olyan dolgot, amibol profitalni is lehet. Addig ez az egesz felejtos.