- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
e-komers 11 albo 35 :) [odpowiedz]
-
sheerun mniej niż więcej [odpowiedz]
-
bart132 z 12 [odpowiedz]
-
D3X nie więcej jak 13. i krzywą minę :P [odpowiedz]
-
tomaszrondio ja bym dał jej z 14 ale spodziewam się ze odpowiedź brzmi "8" albo "25" [odpowiedz]
-
chm doobra - to slaba zagadka byla :) 14 ... :) mi wygladala na 18 :) ale to moze ja mam problem :) [odpowiedz]
-
Macienty 14 [odpowiedz]
-
kuba Wygląda na nielegal ;) [odpowiedz]
-
bart132 @chm - no niestety, jeszcze rok, dwa musisz poczekać :D [odpowiedz]
- Promuj wpis:
Polecane wpisy ustaw kategorię
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
gmati ctrl +f5 [odpowiedz]
-
gmati @dstranz - dziś znów miałem to samo :) coś się flaker do konca nie wczytuje.. [odpowiedz]
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
grizz lol!
-
grizz Nie za mały ten #śedzik? [odpowiedz]
-
kuczy dodałem tego flaka do historyjki:FlakGadzet
-
grizz tfu #śledzik [odpowiedz]
-
FrostBite @grizz Śledzik to przystawka, więc nie może być duży;) [odpowiedz]
-
az dodałem tego flaka do historyjki:z życia flakera......
-
Skuzik lol!
-
sebinho lol!
-
int lol!
-
hetman dodałem tego flaka do historyjki:Sledzik.pl
-
sebinho "Nawet Flaker lubi Śledzika"... ślinić ;p [odpowiedz]
-
woowek lol!
-
vsemaphore fajne!
-
Qbexus To nie #śledzik jest mały tylko #flaker ogromny :) [odpowiedz]
-
vedia lol!
-
kubaz93 lol!
-
D3X lol!
-
eastman lol!
-
szajbus lol!
-
Romanov lol!
-
bozydar lol!
-
interaktywnie fajne!
-
ev45ive a ja już myślałem że można importować wpisy z (jakże popularnego) #śledzik.a na #flaker.ze... :( [odpowiedz]
-
isabelle lol!
- #czytam #php #mysql thx @programista

- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
sheerun lans!
-
tomaszrondio czekam na recenzję [odpowiedz]
-
nrm bardzo ciekawa. recenzja? hmm, czemu nie, ostatni raz coś na blogu pisałem z pół roku temu ;) [odpowiedz]
-
nrm dodałem tego flaka do historyjki:Webdeveloper zone!
-
dc1 woooowwwww [odpowiedz]
#Gazeta.pl powołując się na brytyjską stronę #Microsoft podaje ceny Windows 7 dla studentów w opcji #preorder. Są to odpowiednio 30 dolarów oraz 30 funtów.
stodolatest.pl/...a_studentow_30_dolarow__3...
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
D3X $30 = £30 = 30 zł? ;) [odpowiedz]
-
stodolatest hm mmm, raczej: $30 = £30 = 300zł [odpowiedz]
-
D3X @stodolatest - wiem, wiem... niestety... dobrze, że mam RTM z dość taniego sklepu :P [odpowiedz]
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
seban a co Ty na #eti #pg robisz? [odpowiedz]
-
pir4nya @seban - o widze zarobiony na maxa w pracy ;-p zakladki nie zdarzylem przelaczyc ;-p probuje uzyskac te magiczne literki przed imieniem i nazwiskie... [odpowiedz]
-
seban ja jutro bede na #eti ... a roboty mam po łokcie :) [odpowiedz]
-
pir4nya @seban - taki maly offtop jak wyedytowac komentarz tutaj? jak w ogole wyedytowac flaka? [odpowiedz]
-
seban nie da się wyedytować, przynajmniej ja nie wiem jak :) [odpowiedz]
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
hipertracker A co tu rozumieć? Przecież dobrze napisał, że design PHP jest chaotyczny. I wcale nie ma wszystko co potrzebuje web developer. PHP jest wolny, nie pozwala na na pracę w trybie serwletowym. Ma całą masę błędów projektowych. M.in. nie pozwala na programowe obsłużenie wszystkich błędów (np. na fatal error nie ma mocnych, każdy kod się na tym wyłoży) [odpowiedz]
-
hipertracker fajne!
-
hipertracker @tomaszs - jak to w jakim sensie? Jest dużo wolniejszy od Pythona, Ruby, JRuby, Clojure, Scali, Haskella itp. itd. Ale najgorsze jest to, że ma spieprzony, zupełnie bezużyteczny garbage collector, stąd nie nadaje się do pisania serwletów. W PHP każdy request niszczy i tworzy na nowo wszystkie zmienne i obiekty. Tego nie zmieni żaden akcelerator, bo to jest istota pracy pehapa. Stąd, im większa aplikacja tym bardziej PHP jest wolniejszy w stos. do języków które pracują serwletowo (gdzie jest pętla w której odbierane są requesty, a większość obiektów tworzona jest tylko jeden RAZ a nie za każdym razem od nowa. PHP nadaje się co najlepiej do małych stronek domowych (PHP = Personal Home Page, hehe). Do czegoś większego to nieporozumienie. [odpowiedz]
-
Mekk Bardzo, bardzo nie lubię PHP ale twierdzenia, iż przy poważniejszych serwisach jest nieporozumieniem, zdradzają nadmierny brak korelacji z rzeczywistością. Oczywiście - język ten przerósł sam siebie, w poważniejszych projektach jest używany zupełnie inaczej niż to orginalnie sobie wyobrażano (mieszanie HTMLa z kodem, anybody?), ma już frameworki w abstrakcji szablon/kontroler/model, a duża część API to już pozostałości. [odpowiedz]
-
hipertracker @tomaszs - widzę że nadal nie rozumiesz różnicy między pracą serwletową a CGI. Podawanie przykładów starych serwisów co kiedyś wdepnęły w PHP i tak sobie łatwo się nie uwolnią niczego nie dowodzi. Wiadomo, że dorzucenie dodatkowych N serwerów nawet największego żółwia popchnie do przodu, to jednak nie znaczy, że PHP jest szybki (gist.github.com/42915
). Jest nawet bardzo wolny przy bardziej złożonym kodzie. W pracy mamy duży system w PHP (kilkadziesiąt serwerów) do tego połaczony z Typo3 jako CMS (+ jakieś rozszerzenia) i regularnie się zamula. Inny przykład, taki CMS jak ezPublish bez dorzuconego akceleratora to w ogóle ledwo dyszy w pehapcu. Oczywiście wydajność to tylko jeden aspekt. I czym innym jest utrzymanie dużej bazy kodu, choćby była napisana w Assemblerze, a co innego tworzenie czegoś od zera. Kompletną głupotą jest [odpowiedz]
-
hipertracker @tomaszs - widzę że nadal nie rozumiesz różnicy między pracą serwletową a CGI. Podawanie przykładów starych serwisów co kiedyś wdepnęły w PHP i tak sobie łatwo się nie uwolnią niczego nie dowodzi. Wiadomo, że dorzucenie dodatkowych N serwerów nawet największego żółwia popchnie do przodu, to jednak nie znaczy, że PHP jest szybki (gist.github.com/42915
).
Jest nawet bardzo wolny przy bardziej złożonym kodzie. W pracy mamy duży system w PHP (kilkadziesiąt serwerów) do tego połaczony z Typo3 jako CMS (+ jakieś rozszerzenia) i regularnie się zamula. Inny przykład, taki CMS jak ezPublish bez dorzuconego akceleratora to w ogóle ledwo dyszy w pehapcu. Oczywiście wydajność to tylko jeden aspekt. I czym innym jest utrzymanie dużej bazy kodu, choćby była napisana w Assemblerze, a co innego tworzenie czegoś od zera. Kompletną głupotą jest [odpowiedz] -
hipertracker [c.d] ładowanie się w PHP w wypadku nowego, dużego projektu. Co do wydajności podam tylko przykład, że Merb (framework w Ruby) uruchomiony w JRuby na Glassfishu potrafi rozpędzić się do 9000 req/s, i to na pojedyńczej maszynie z procesorem Quad. Pehap nawet nie zbliży się do tej liczby. blogs.sun.com/...obkessler/entry/it_s_over...
[odpowiedz]
-
seban można pisać wielkie rzeczy w php, ale wszystko za jakąś cene. wielkie serwisy to w dzisiejszych czas kilka różnych języków w jakiś sposób połączonych ze sobą. @hipertracker.owi w dodanym linku chyba chodizło o to, że #php jest napisany chaotycznie i źle: "PHP isn't so much a language as a random collection of arbitrary stuff, a virtual explosion at the keyword and function factory.'' [odpowiedz]
-
hipertracker @tomaszs - Glassfish to jeden z najczęściej pobieranych i używanych na skalę przemysłową serwerów aplikacyjnych. Weź się lepiej nie kompromituj :) [odpowiedz]
-
hipertracker @tomaszs - W PHP też można by tak stworzyć aplikację webową ale to była wielka porażka bo PHP ma za słaby GC, nie obsługuje wielowątkowości itp. "nie zajmuję się serwletami" - leżę :-D [odpowiedz]
-
nrm głupie!
-
Szsz Jakie GC? Przecież PHP nie ma żadnego, jedynie zliczanie referencji + pełny reset przy każdym żądaniu [odpowiedz]
Ładuję...

