Sun Web Stack - vállalati AMP stack Solaris és Linux operációs rendszerekhez

Sun Microsystems

A Sun Microsystems ma bejelentette a Sun Web Stack elérhetőségét. A Sun Web Stack egy "teljes mértékben támogatott és integrált, vállalati minőségű AMP (Apache/MySQL/Perl vagy PHP) stack Solaris(TM) és Linux operációs rendszerekhez". A Sun Web Stack elérhető itt.

A Sun Web Stack bejelentésével egyidőben a vállalat bejelentette, hogy BSDL alatt nyílt forrásúvá tette a Sun Java(TM) System Web Server 7.0 és a Sun Java(TM) System Web Proxy technológiák alapvető összetevőit. A bejelentés elolvasható itt.

( bra | 2008. 07. 23., sze – 22:52 )

Annyit anyáztunk már itt a licenszeken, hogy múltkor azon gondolkoztam, hogy ha valamit szabad szoftverként megjelentetnék, először valami szabad verziót választanék. Elsőre mondjuk az itt is sűrűn emlegetett WTFPL, majd a kettes verzió BSD, aztán így tovább, a szigorúbb irányába.

Úgy látszik a Sunnál hasonló gondolkodású emberek dolgoznak, csak ők nem konzvekvensen egy irányba haladnak, hanem véletlenszerűen válogatnak, egyszer GPL, egyszer CDDL, aztán BSD...

( Pitta | 2008. 07. 23., sze – 23:33 )

apache php mysql

ezek azok a dolgok amitol mindenki szabadulna, asszem legjobban talan az AIDS-hez hasonlit

lighty|nginx + ruby/rails + postgres

ha eszekbe feccolne idot a sun lehet tovabb huzna a vergodeset

#toy like ppl make me boy like

Kerdes, neked mi a normalis. Van a nativ mysql-administrator, ez gtkmm-es, igy crossplatform, van a phpmyadmin, ami webes alapu. Meg meg biztos tomentelen mennyisegu van, ezt a kettot ismerem. Nem olyan rossz egyik sem, a mysql-administrator elsore furcsan hat, de megszokhato.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Néha nem tudom, elolvasod-e azt, amire válaszolsz? Azt látom, hogy nem nagyon kedveled a Sun-t (bár a múltkor azt írtad, pont tőlünk vettél pont Sun szervert - de miért?), de legalább elolvashatnád, mielőtt írsz.

Apache+PHP+MySQL bármennyire is fáj, jelenleg ez gyakorlatilag vállalati standard (nem _a_ standard, hanem egy elfogadott megoldás), mindenki foglalkozik vele, kész.

Lighty tud már rendesen több workerrel működni? Nem bassza már össze az access logot? Vagy még mindig csak 1 CPU-s PC-n überkirály.

Ruby, Rails mindig is ugyanennek (a nem túl rossz minőségű) web stacknek a része volt, egyébként nem látom, ebben hol van az a nagy lehetőség, attól hogy sok hülyegyerek blogol róla, meg a kormányszóvivőt is abban csinálták, még nem lesz rögtön elfogadott vállalati megoldás, vagy igen?

Postgres-t elég régóta támogatja a Sun, jó ideje lehet tőlük supportot vásárolni, saját fejlesztői csapatuk van, konkrétan hétfő óta az adatbázis részlegüket Peter Eisentraut társvezeti.

A hír nagyjából arról szólt, hogy a webstack-hez (benne a Ruby/Rails és a többi) is hamarosan lesz enterprise support. Ki foglalkozik még ilyen dolgokkal ilyen komplexen?

amp mint vallalati standard?

az szigoru lenne

inkabb websphere|weblogic|iis|??? + java|.net + oracle|db2|mssql a vallalati a "nagycegeknel" kozepmezony az vegyes, ott mar lehet taknyolni phpban is(skalazhatosag ftw.), kiscegek meg hat jah de kit erdekel :)

sztem

leugathatod az ujgeneracios MVC cuccokat de azert nezz korul hol tartanak most:

http://turbogears.org/
http://weblog.rubyonrails.org/2008/6/1/rails-2-1-time-zones-dirty-cachi…
http://www.djangoproject.com/
http://ramaze.net/

eszembe nem jut leirni 1 sornyi php-t egy akarmilyen trvialisan picsa weboldalhoz se mert nincsen ertelme, most direkt ne menjunk bele mennyire okadek a php, bar sztem ezzel te is tisztaban vagy

#toy like ppl make me boy like

flickr?
http://www.niallkennedy.com/blog/uploads/flickr_php.pdf

amugymeg vertikalisan joreszt mindegyik alkalmazas skalazhato (veszel ala egy nagyobbjobb gepet, tobb memcsot, tobb apacs thread, mittomen).

ftr ha a ruby/rails skalazhato, akkor a cakephps, symfonys alkalmazasok is skalazhatok (sot, talan meg jobban is, a railsnek eleg sok lockingolos meg multithreades problemaja volt afaik). azert, mert sok egysegsugaru sanyika elment phpkodernek

tudok mondani olyan javas vagy pythonos alkalmazast, amit kurvara nem lehet skalazni, pedig a java meg a python aztan skalazhato (nemde?) ;)

- ertsd az ironiat
- tanuld meg, hogy nem igazan a nyelvtol fugg a skalazhatosag (stackless python vs erlang, scala vs erlang, biztosan lehet erlangban is szarul mukodo szoftvert irni)
- ertem en, hogy verjuk magunkat a deklarativ programozasra, de hat elegge specialis terulet (es igen, tudom, hogy bezzeg erlangban van webszerver meg kiskutyafule, de nem mindig mukodik)
- menj at deklapobol (:

"tanuld meg, hogy nem igazan a nyelvtol fugg a skalazhatosag"

Hulyeseget tanulok epp eleget, de ha esetleg meg tobbre vagynek, igerem, te leszel az elso, akit megkeresek.

"biztosan lehet erlangban is szarul mukodo szoftvert irni"

Igy van, csak folyamatos koncentraciot, odafigyelest, es komoly mernoki teljesitmenyt igenyel.

"ertem en, hogy verjuk magunkat a deklarativ programozasra"

Akkor rosszul erted.

"menj at deklapobol (:"

Azt majd meglatjuk (nekunk mar nem kotelezo targy).

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

telleg ezekhez mit szolsz?

- http://www.netbeans.org/ruby/

- http://www.oracle.com/technology/pub/articles/haefel-oracle-ruby.html

- http://db2onrails.com/

- http://blogs.sun.com/arungupta/entry/sun_rails_conf_2007_keep

most komolyan azt hitted h ultimate ervkent bedobod a B kategorias keletbalkani banankoztarsasagunk altal korrupciogyanus modon megoldott gittegyletszovivo.hu -t ide?

kamon

#toy like ppl make me boy like

( zeller | 2008. 07. 24., cs – 17:50 )

Solaris/Linux Apache, MySQL, Perl/PHP, azaz SLAMP :-P