Aktywne Wpisy
Napedikr +343
Ktoś mi powie dlaczego pomimo skumulowanej prawie 50% inflacji, nikt nie planuje waloryzacji kwoty wolnej od podatku oraz progu podatkowego w tym kraju? To jest skandal większy niż kredyt 0% w #nieruchomosci . W drugim progu relacja netto do brutto to 50%.. Z 10tys brutto na konto wpada 5tys, jeśli to nie jest kradzież to jak to nazwać?
#praca #podatki #ekonomia
#praca #podatki #ekonomia
Filozofwdresiee +195
Treść przeznaczona dla osób powyżej 18 roku życia...
I czy istnieje jakieś narzędzie, gdzie wcisnę sobie w kod microtime() czy coś podobnego, na koniec wykonywania skryptu czasy się zapisują i później mam dostęp do średniej etc.
W tym problem, że nie chcę dodatkowo obciążać tym bazy danych. Potrzebuję, żeby był to jakiś program, który może zapisywać je sobie w pamięci RAM (tego mi na serwerze akurat nie brakuje) i dostęp będę miał przez SSH.
Any ideas?
#programowanie #php #debugowanie
"Pobranie z bazy - 100ms"
"Parsowanie danych -
Dopisuj sobie logi, później wyciągaj z nich dane i licz.
Gdzie pisać logi? Najprościej do pliku na dysku, ale szybszą metodą jest walić do Memcache'a (działa w RAMie). Nie są to „istotne” dane, więc ewentualny restart nie będzie bolesny.
Najbardziej optymalne rozwiązanie, jakie przyszło mi do głowy, dla którego dane cały czas będą "świeże".
@
Testuj lokalnie, a nie na serwerze produkcyjnym, który może mieć różne obiążenie w zależności od pory dnia, etc. Olej kesze, testuj pełny kod. Zapisz czas rozpoczęcia, zakończenia requesta.
Włącz Xdebuga,
Jeśli lokalnie śmiga, to może czas dorzucić więcej pehapów, itp? Nginx zamiast Apache? Może to nie PHP jest problemem.
W każdym razie nadal możesz pozapisywać czasy na serwerze i uśredniać, biorąc pod uwagę fakt, że będzie to dużo mniej miarodajne.
Miałem kiedyś podobny problem ,gdy potrzebowałem mieć aktualne dane a ruch na stronie powodował dławienie się mysql. Skutecznym rozwiązaniem problemu okazało się zrzucanie danych w formie statycznej do pliku json co 5 sek który potem był parsowany w js :).
Przed tym zabiegiem serwer ledwo zipał a po zmianie obciążenie spadło o dobre 40%.
Rozwiązanie skuteczne o ile json jest w rozsądnych rozmiarach
Tak, bardzo możliwe że to wina np. Apache. Też będę musiał to sprawdzić wieczorem, kiedy większość Ameryki się obudzi :)
@fotexxx: Tyle, że nie za każdym requestem biorę dane z bazy. Jedynie, kiedy potrzeba mi świeższych danych (czyli dla interwału 1m to będzie co minutę, dla jednego dnia, cache odświeża
@Zalazdi: blah, nie wiem czemu miałem w głowie
1ms
, a
Odpal sobie tego xdebugowego profilera albo chociaż pozapisuj sobie czasy w ramach requesta i lokalnie obczaj gdzie masz najwięcej zżeranego czasu.
@archlinuxuser: Też i o tym myślałem, kiedyś bawiłem się z node.js i socket.io (które w tym przypadku byłoby cholernie wydajne). Jednak wtedy potrafiło mi przynajmniej raz na godzinę paść.
@MacDada: Zaraz odpalę xdebug i zobaczymy.
https://github.com/wandenberg/nginx-push-stream-module
Warto się zapoznać świetna sprawa