Co do ceny sprzętu, programistów itd.
To nie ważne jakie argumenty wobec ceny sprzętu postawisz, każdy się zgodzi, jeśli jakieś zmiany zajmują długo, to serwis odpada...
Chociażby Grono, wprowadza zmiany, ale gdyby robił to 2x szybciej, wiele więcej osób by z niego korzystało.
Chodzi o to, że czas wprowadzenia poprawek, zmian, czy dodania funkcjonalności to nie tylko czas pracy programisty, a też oczekiwania klienta, jak zgłosi błąd i w ciągu godziny (czy mniej) go nie ma, to ma uśmiech na ustach a jakby czekał dzień, to już nie koniecznie. Nawet przy własnym projekcie, chce się aby zmiany były jak najszybciej, aby użytkownicy je odczuli. Wtey większość nie ucieknie, bo chwilowy brak funkcji zaspokoi przyzwyczajenie, przy dłuższym czasie, już nie...

Dziś ważny jest czas, bo to pieniądz, czasem za ten czas się płaci sporo, ale często się opłaca.

o zmianach wole sie nie wypowiadac bo mi zylka peknie (pisalem na forum Kohany). Co do 2.2 to ja z powodzeniem uzywam do duzych projektow, serwisow spolecznosciowych etc. i nie narzekam.

Allegro.pl do niedawna śmigało na MySQL Co prawda powyższy post jest z 2006, ale i wtedy Allegro było już raczej dużym projektem

ja wychodze z zalozenia, ze wszystkie frameworki typu cake, kohana, codeigniter - do duzych stron to zdecydowanie za wolne i malo elastyczne...

fajne odgrzebanie tematu po prawie roku :-)

Jeżeli kogokolwiek to nadal interesuje, to wydaje mi się że najważniejsze to optymalizacja kodu, cache...przykład ? nk.pl, stworzone na czystym PHP i MySQL :-)

tia a dodatkowo całe mrowie serwerów i dedykowane aplikacje do ich obsługi.

Akurat NK bym nie brał za przykład, to jest po prostu wyjątek potwierdzający regułę ...

Śmigało na MySQL i mieli z tego powodu same problemy, dopiero po zmianie na Oracla bodajże baza przestała być piątym kołem u wozu.

Tych serwerów nie jest dużo...wiadomo że na jednym to nie leży :-) Ale skoro nadal używają MySQL i PHP, nie przepisują tego, a myśli takie były to chyba musi to w miarę sprawnie działać. Nawet gdyby ta para (MySQL i PHP) działała wolniej od innych rozwiązań to i tak bardziej się opłaca na tym koniu jechać niż wymieniać chociażby bazę na którąś z komercyjnych...

Z tego co mi wiadomo to już zrobili migracje z MySQL na Oracla ... chyba że się mylę ?

A umieli to zrobić?

Tak mylisz się...




Odkąd nk zaistniała w sieci do teraz dużo się zmieniło...nikt kto tworzył nk już tego nie robi (z programistów) - poziom profesjonalizmu programistów z nk oceniam na wysoki :-) chociaż mogę się mylić.... Jak sprawdzić ? Spróbować się u nich zatrudnić :-)

Też mogę się mylić

Jak dla mnie > 1000 maszyn to jednak kilka jest...

A skąd masz takie dane... ?

http://nasza-klasa.pl/blog/portal/wpis/229
Nudne jak flaki z olejem, ale gdzies tam (kolo 4:30? - zgaduje...) jest koles ktory sie zajmuje tymi maszynami i mowi na czym lezy nk.

chcąc nie chcąc nasza klasa narzuca standard serwisów społecznościowych w polsce i pewnie jakby zestawić ich pracowników z np ekipą fotki czy allegro to była by znacząca różnica. zaciekawiła mnie informacja o koncie papieża na naszej klasie. czyżby nie mieli jakiegoś krótkiego cacheowania danych które by rozwiązało problem jednoczesnego dostępu wielu użytkowników do jednego zasobu?

Nie rozumiem dlaczego tak sadzisz... Gdyby wielkosc przedsiewziecia byla miara jakosci to np Windows bylby najlepszym system napisanym przez najlepsza firme w branzy w ktorej pracuja najwybitniejsi pracownicy, najlepiej zarzadzajacy ludzie w polsce to nasz (nie)rzad, a najlepsi kierowcy to Ci w najdrozszych samochodach. IMO, takie generalizowanie to krystaliczne zlo.

Nie ma dużych serwisów w "czystym" PHP. Zarówno Facebook, czy Nasza-klasa to potężne rozproszone aplikacje wykorzystujące wiele maszyn i różne technologie. Do tego ichniejszy kod PHP to co inne od kodziku napisanym w jakimś frameworku pod średnią webową stronkę. Kod przenosi się do binarnych rozszerzeń dla jeszcze większej wydajności (http://www.tuenti.com/jobs/position/?requisition_id=59 -- ktoś chętny?). Po prostu startup wybiera PHPa bo wychodzi najtaniej. Wraz z rozwojem dochodzi do sytuacji, w której trzeba zacząć robić takie kombinacje bo inaczej się nie da. Konkurencja lub oczekiwania użytkowników są tak wysokie że serwis nie może się zazwyczaj zatrzymać żeby zmienić w większym zakresie technologię. A jak nie może się zatrzymać to zaczyna się rozbijanie aplikacji na coraz mniejsze niezależne elementy i zabawy z binarnymi rozszerzeniami do PHPa, czy sieciowymi usługami na masową skalę (np. Thrift). Koszty rosną bo trzeba coraz więcej developerów do wszystkich tych narzędzi i technologii.
Niektóre serwisy wybierają alternatywne rozwiązanie - migrację na inne technologie, np. ostatnio The Onion przeszedł z Drupala na Django - z tym że The Onion nie jest np. serwisem rozrywkowo-społecznościowym muszącym ciągle się rozwijać (mogli zrobić to na spokojnie).