ozrabal: Zend Framework 1.10.x - documentation HTML & CHM - MiKaelKael otagowany framework, zend, php

reklama

ozrabal dodał do zakładek

13:50 14/06/2010

Zend Framework 1.10.x - documentation HTML & CHM - MiKaelKael #Framework #Zend #Php

Promuj wpis:
Zobacz inne wpisy otagowane: #framework #zend #php

Podobny wpis

reklama

zwodnikpl

14:15 28/04/2012

Środowiska programistyczne przydatne podczas rozwijania aplikacji w PHP. Aplikacje zgromadzone w tej
zwodnik.pl/programy/php/mac

#darmoweprogramy #zwodnikpl #PHP #MAMP #XAMPP

reklama

zwodnikpl

14:15 28/04/2012

Środowiska programistyczne przydatne podczas rozwijania aplikacji w PHP. Aplikacje zgromadzone w tej
zwodnik.pl/.../programy/php/przegladark...

#darmoweprogramy #zwodnikpl #PHP

Polecane wpisy ustaw kategorię

reklama

SzyderczyCyc

19:01 10/06/2010

#LOL

SzyderczyCyc dodałem tego flaka do historyjki:Loża Szyderców
vee lol!
az lol!
kkarpieszuk lol!
galant lol!
Filipozo lol!
anakh dodałem tego flaka do historyjki:lolki
anakh lol!
greena białostoczCZanin;p [odpowiedz]
gyan lol!
kinyen lol!
danieldryzek lol!
emendelski lol!
bziuum lol!
psphone lol!
lukaszeq lol!
Zaradni-pl lol!
bolekczyta lol!
hubus lol!
Kasha lol!
fajnanuta lol!

reklama

alexander

23:01 10/06/2010

założyłem sprzętowego #firewalla na #windowsa żeby mi bugi przez niego nie wlatywały ;) #komarzewypierdalaj

az lol!
anakh lol!
anakh dodałem tego flaka do historyjki:lolki
danieldryzek lol!
psphone lol!
gyan lol!
kinyen lol!
galant fajne!
Qbexus lol!
koszykopon lol!
jacekks dodałem tego flaka do historyjki:Kocham przyrode
OkazjeInfo lol!
bolekczyta fajne!
greena lol!
Internet-Image fajne!
khron lans!
maxiu lol!

reklama

nrm

09:35 10/06/2010

eobuwie_pl fajne!
Filipozo dodałem tego flaka do historyjki:Łyk Inspiracji
kubaz93 fajne!
mj_keepitreal fajne!
zuezuo fajne!
sirmacik fajne!
greena fajne!
ak74 fajne!
zed fajne!
gyan fajne!
lukaszeq fajne!
Naturalna fajne!

reklama

zuezuo

12:45 14/06/2010

obraziłem się na #flaker.a

nrm fajne!
psphone fajne!
lego lol!
LuckyLuke ja trochę też! [odpowiedz]
nrm [foch] [odpowiedz]
dex lol!
sebinho fajne!
sebinho "wszyscyśmy" się obrazili ;] [odpowiedz]
max_koluszky przejdzie Ci! [odpowiedz]
zuezuo @max_koluszky - już mi przeszło :) [odpowiedz]
gyan lol!

reklama

13:29 14/06/2010

czy jest na sali jakiś ninja php? potrzebujemy kogoś kto umie znaleźć wycieki pamięci w php zakładając że standardowe raportowanie nic mu nie powie... generalnie biegłego w korzystaniu z programów strace i gdb ... anyone? :)

sebinho ulala... Braki w personelu macie ;) [odpowiedz]
vee dajcie wszędzie unset ;P może pomoże? :> [odpowiedz]
zuezuo @az - spróbuj puścić wszystko przez valgrind-a - ale do tego idealnie byłoby mieć apache i php skompilowane z symbolami debugowymi. Jakby co to mogę spróbować coś pomóc (ale ninja to bym się nie nazwał:) [odpowiedz]
zuezuo @az - aha, jeszcze coś takiego ludzie na stackoverflow polecają: xdebug.org - ale nigdy tego nie używaliśmy więc nie wiem ile jest warte [odpowiedz]
zuezuo swoją drogą, chętnie bym z ciekawości przerobił taki problem z wydajnością flakera. Dobry byłby z tego case study do opowiadania na jakiś dniach IT na politechnice. [odpowiedz]
az @mks - ciekawe skąd Ty masz taka wiedzę na temat konfiguracji naszego serwera.... mechanizm jest prosty i nie aż tak rzadki (jak się pogoogla) ale rozwiązanie jest trudne. COŚ w parserze php powoduje segmentation fault w procesie apache i robi z niego proces-zombie... jak masz 50procesów-zombie to reszty nie muszę tłumaczyć,nie?. sytuacja ma niewiele wspólnego z frameworkiem, ustawieniami serwera...raczej wina modułu php (np APC) lub specyficznej sytuacji X (trafiłem na opis segfaultowania z powodu includowania zbyt małego pliku [sic!] .... takze widac po tym jak zajebiscie stabilbym srodowiskiem jest php) [odpowiedz]
zuezuo @az - na początek polecam uruchomić wszystko przez cr.yp.to/...daemontools/supervise.htm... i killować/restartować raz na dobę (porada (c) by administratorzy digg-a :) [odpowiedz]
az @zuezuo - ale flaker nie choruje na brak wydajnosci... jeśli cokolwiek mu dolega to wina jest w uwalonych procesach apache i tyle...wtedy nginx wywala bad gateway bo nic innego nie wymyśli. [odpowiedz]
zuezuo @az - źle się wyraziłem z tą "wydajnością" - to był taki skrót myślowy. Do wykrywania memleaków zawsze dobrze sprawdzał nam się valgrind. Ale on ci raczej pokaże gdzie w kodzie engineu PHP została zaalokowana wyciekająca pamięć. Potem będziesz musiał się domyślać, co w kodzie skryptu PHP to spowodowało. Może ten xdebug będzie sprytniejszy. [odpowiedz]
zuezuo Kiedyś jak szukałem memleaka w kodzie PHP to korzystałem po prostu z memory_get_usage() (pl2.php.net/.../en/function.memory-get-u... ) - ale przypuszczam, że to była dużo prostsza aplikacja niż flaker. Plan był prosty: typujesz duży fragment kodu potencjalnie robiący memleaka; wrzucasz memory_get_usage() przed i po i porównujesz. Jak trafiłeś, to zawężasz coraz bardziej zakres poszukiwań aż dochodzisz do problematycznego momentu. Wtedy okazuje się, że nie zrobiłeś mysql_free_result() i problem rozwiązany :) [odpowiedz]
az @zuezuo - na ten moment najsensowniejsze jest wrzucenie własnego loggera co funkcje/metodę (a później jeszcze gęściej) i czekanie aż się flaker wykrzaczy :) ..większość mniej pracochłonnych rzeczy wykonywaliśmy od piątku do niedzieli (ręczne kompilowanie pakietów, przejście z 5.2.x na 5.3.x, odchudzanie klas). [odpowiedz]
az @zuezuo - ciekawe, ciekawe. potestujemy. thx. [odpowiedz]
zuezuo @az - a baza chodzi na tej samej maszynie co serwer http? Z własnego doświadczenia mogę powiedzieć, że przeniesienie bazy na inną maszynę (oczywiście w tej samej lokalnej sieci) sporo pomaga. Przynajmniej w przypadku połączenia apache2/postgres, gdzie każdy proces to kilkadziesiąt MB RAM-u zajęte. Dużo też nam dało wrzucenie pgbouncera między PHP a Postgresa. Bouncer utrzymuje pool 5-6 połączeń do bazy, a skrypty łączą się do niego. W ten sposób 20-30 wątków apache2+PHP nie musi robić 20-30 połączeń do bazy (i w efekcie 20-30 procesów postgresa), tylko wszystko chodzi na 5 połaczeniach/procesach bazy. Duży boost dostępnego RAMu. [odpowiedz]
zuezuo @mks - segfault segfaultowi nierówny. Trzeba zajrzeć do coredumpa, obejrzeć stacktrace itd. @az - masz pliki core? [odpowiedz]
nrm swoją drogą Apache jest niezbędny Flakerowi? [odpowiedz]
az @nrm - z fastcgi są ogólne problemy... [odpowiedz]
nrm @az - ano są są, pamiętam walke ze spawnami. nie mniej da się to w końcu zrobić i problem z głowy. a jak nie nginx to ja jeszcze używałem lighttpd. [odpowiedz]
wsl Jeśli sądzisz, że problemem może być APC, to popróbuj innych modułów do cache'owania, jest tego dziadostwa trochę.
Czy dobrze rozumiem, że jedziecie naraz na Apache i nginx? Jest jakiś konkretny cel tego rozwiązania? Do listy propozycji serwerów ja dodam Cherokee - pisany z myślą o FastCGI i SCGI a konfigurowany przez WWW - ekstremalnie szybki i ekstremalnie wygodny. [odpowiedz]
az @wsl - pewnie spróbujemy cherokee + php+fpm. dam znać. [odpowiedz]

reklama

Negativna

23:25 13/06/2010

impreza z przebierankami, czyli moc sexshopowego kostiumu sprzątaczki ;)

winny daj więcej fotek :] [odpowiedz]
madsheep fajne!
sirmacik fajne!
sirmacik @winny +1 [odpowiedz]
Qbexus Musiało być ostro? a bielizna też w klimacie? [odpowiedz]
eobuwie_pl fajne!
wirus fajne!
bziuum fajne!
anakh lol!
gyan fajne!
Negativna @Qbexus - jestem przedstawicielką tej grupy kobie która uważa, że nawet do sprzątania powinno się zakładać seksowną bieliznę ;) [odpowiedz]