Lamp i distribuirane Web aplikacije

[Ilija Studen]

Zanimljiva stvar što se problem koji se ovde pominje teški raritet kad je web dev u pitanju. Ono na šta LAMP pruža odlične odgovore je kako napraviti nešto kao Yahoo!, Wikipedia, Flickr, kako napraviti aplikaciju za opštu webmaster popularciju koja će se lako instalirati, održava i ne ubija server (Invision, vBulletin, WordPress, Textpattern, Flyspray etc), kako napraviti jednostavan CMS za kompanijski website, kako nabrzaka sklepati sajt za malu online zajednciu, kako sa jednim programerom i jednim dizajnerom uz malo magije napraviti web servis koji je poslovno održiv itd itd itd.

Distribuirane transakcije? WTF??? Da pitam PHP ekipu sa foruma: kad ste se prvi put sreli sa ovim pojmom? Koliko puta u životu vam je tako nešto trebalo? Da li ne možete da spavate jer se LAMP ne snalazi lepo u toj situaciji (ja ću posle ove diskusije imati ozbiljnih problema sa nesanicom, osećam )?

Nije bitno koliko stvari neka platforma radi, bitno je da one koje radi radi odlično. A LAMP se prilično lepo pokazao u praksi.

[Ilija Studen]

Btw, izvinjavam se za offtopic post. Nije bilo pitanje da li LAMP treba da podržava tako nešto, već da li podržava, a odgovor je NE koliko sam razumeo. Samo sam hteo da kažem da je navedeni problem potupuno nebitan za 99.999% LAMP developera, a oni kojima je bitan će ili koristiti platformu koja se lepo snalazi u takvoj situaciji ili će skuckati nešto što radi zadovoljavajuće dobro (ako je "zadovoljavajuće" prihvatljivo za konkretan problem, negde mora da bude "savršeno").

[dinke]

Originalno napisao Dragi Tata

Ovde neko nekog zeza

Pa dobro, malo sam se nasalio, posto se LAMP uzima kao celo okruzenje u kome PHP obicno radi, a ti si mislio iskljucivo na PHP (a sve vreme pricas LAMP)

Elem, ne znam sta bih sustinski novo rekao, a da Ilija nije napisao u prethodna dva posta (mozda bi ja to malo lepse uvio u oblande, ali to je to)

[Dragi Tata]

Originalno napisao dinke

Pa dobro, malo sam se nasalio, posto se LAMP uzima kao celo okruzenje u kome PHP obicno radi, a ti si mislio iskljucivo na PHP (a sve vreme pricas LAMP)

Mislio sam LAMP, u smislu tehnologija. Ne bih ni očekivao da su takve stvari ugrađene direktno u PHP, već da postoji neki "app server" koji bi to obezbeđivao a koji bi bio deo LAMP tehnologije.

U svakom slučaju, hvala na informacijama.

[caboom]

Originalno napisao Ilija Studen

Distribuirane transakcije? WTF??? Da pitam PHP ekipu sa foruma: kad ste se prvi put sreli sa ovim pojmom? Koliko puta u životu vam je tako nešto trebalo? Da li ne možete da spavate jer se LAMP ne snalazi lepo u toj situaciji (ja ću posle ove diskusije imati ozbiljnih problema sa nesanicom, osećam )?

Nije bitno koliko stvari neka platforma radi, bitno je da one koje radi radi odlično. A LAMP se prilično lepo pokazao u praksi.

pa u sustini, ovo je delimicno tacno, ali mi zvuci kao genericki odgovor za bilo koje slovo u akronimu LAMP kada se pomene neki feature koji bi zgodno imati, ili koje druge platforme imaju i po 10tak godina. u sustini sve je moguce simulirati, zaobici, itd. svaki problem ima N resenja, ali je poenta da iskusne arhitekte/developeri obicno posezu za takvim resenjima, koje je svakako moguce zaobici, zato da bi smanjili entropiju koju svaki "workaround" unosi sa svojim cornercase-ovima, ne zato sto je neko od njih nesposoban da razmislja van hype termina. of korz, ovo ne znaci da LAMP nije dobro resenje za dobar deo problema, ali ne i za svaki. uostalom, na kraju se, kao i obicno, svede na to da uzmes papir i olovcicu i svedes cenu developmenta znajuci sve prednosti i mane tehnologije, ili kao u vecem broju slucajeva - management dodje i zahteva tacno odredjenu tehnologiju.

[Dragi Tata]

Upravo sam našao bolji članak o distribuiranim transakcijama u .NET okruženju, uz kratko objašnjenje čemu sve to služi. http://www.codeproject.com/csharp/ESTransactions.asp

Inače, razlog što sam potegao ovu temu je to što upravo radimo na redizajnu jedne aplikacije od "monolitne" u distribuiranu. Problem sa kojim se non stop srećem je da za C++ postoje mnoge gotove middleware komponente (naravno, nije sve tako kompletno i lepo integrisano kao u .NETu ili Javi) ali ljudi vole da pišu sve iz početka iz razloga koje nikako ne mogu da shvatim. Rezultat je obično gomila bagova i probijanje rokova. Još pre 5 godina sam se zarekao da ću da koristim gotove komponente kad god je to moguće, ali priča se ponavlja - većina smatra da je "lako" to isprogramirati iz početka.

Uostalom, što kaže naš narod: "veži konja gde ti gazda kaže"

[ivanhoe]

Originalno napisao caboom

pa u sustini, ovo je delimicno tacno, ali mi zvuci kao genericki odgovor za bilo koje slovo u akronimu LAMP kada se pomene neki feature koji bi zgodno imati, ili koje druge platforme imaju i po 10tak godina.

pa dobro red je onda da se pomene i mod_rewrite i gzipovanje sadrzaja strana, mod_proxy, mod_security i druge stvari koje lamp ima vec jako dugo, a IIS tek od nedavno (i nepotpuno..). To su sve daleko potrebnije svakodnevne stvari od distribuiranih transakcija, zar ne?

Mada ja licno sam pristalica toga da treba birati alat prema poslu, a ne obrnuto. A evo kupio sam i "ASP.Net in C#" knjigu na proslom sajmu knjiga, stoji mi na stolu i skuplja prasinu, nikako da skupim vremena da krenem da ucim Ali hocu, sto da ne... ako nista drugo da mogu da napadam "vas MS-ovce" argumentovano ))

[caboom]

Originalno napisao ivanhoe

pa dobro red je onda da se pomene i mod_rewrite i gzipovanje sadrzaja strana, mod_proxy, mod_security i druge stvari koje lamp ima vec jako dugo, a IIS tek od nedavno (i nepotpuno..). To su sve daleko potrebnije svakodnevne stvari od distribuiranih transakcija, zar ne?

u neku ruku da, mada sam vise upirao prstom na php i mysql, koji su, bar prema meni, najbolnije tacke LAMP stack-a. ovo je svakako ok stack za 90-95% web aplikacija, ali npr. famozno "lako horizontalno" skaliranje postaje problem sa sesijama i imas izbor ili da pravis hack-na-hack i koristis cesto nedovoljno proverene komponente, ili se ispruzis za solidnu kolicinu para za neko od HA resenja... u svakom slucaju, problem je u onih 5-10% na koje pre ili kasnije naletis i slucaju koji DT pominje, a to je sto iako je daleko zabavnije sve baciti u vodu i napisati sve od nule to cesto predstavlja idealan nacin da probijes sve rokove, dodao bih samo da i nedovoljno proverene komponente koje dobro rade samo u odredjenom broju slucajeva - ovo je cesto daleko teze primetiti i obicno daleko opasnije za "career path", ovo je npr. slucaj sa velikim brojem opensource komponenti, pogotovo u middleware-u. sa druge strane, tih famoznih 5-10% su obicno daleko zanimljiviji i ambiciozniji projekti oko kojih se neretko vrti daleko veca kolicina $$.

[Ilija Studen]

Originalno napisao caboom

famozno "lako horizontalno" skaliranje postaje problem sa sesijama i imas izbor ili da pravis hack-na-hack i koristis cesto nedovoljno proverene komponente

Sorry, ne stoji. Ti možeš da promeniš način na koji se sesije čuvaju i čuvaš ih recimo u bazi (nije hack već podržan feature). LAMP se stvarno lako širi horizontalno...

Evo ga i link: http://www.php.net/manual/en/functio...ve-handler.php

[caboom]

Originalno napisao Ilija Studen

Sorry, ne stoji. Ti možeš da promeniš način na koji se sesije čuvaju i čuvaš ih recimo u bazi (nije hack već podržan feature). LAMP se stvarno lako širi horizontalno...

Evo ga i link: http://www.php.net/manual/en/functio...ve-handler.php

ok, ali imas odredjene limite i sta ako baza ode down? (mysql cluster?) i opet moras da napises wrapper funkcije. u sustini, nemoj pogresno da me shvatis, ne kazem da php nije skalabilan, u krajnjem slucaju, sve je skalabilno sa odredjenom cenom - ali mislim da je "laka skalabilnost" mit.