Ładuję...

serwery RSS

 
serwery & admini :)
#cherrypy vs czyste #wsgi - 0 : 1 #python
  1.  
  2. photo maciejplonski dodałem tego flaka do historyjki:python 
  3. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  4. photo maciejplonski co ciekawe, jeśli chodzi o zajmowany ram, cherrypy zajmowało go kilka razy więcej :) [odpowiedz]
  5. photo szopa maciejplonski patrzyłeś na #paste? [odpowiedz]
  6. photo maciejplonski @szopa - masz może jakieś benchmarki? sam używałeś? [odpowiedz]
  7.  
MemcacheQ - Simple Queue Service over Memcache #Programming #Messaging #Queue #Memcachedb #Memcached #Sqs Zobacz wpis
  1.  
  2. photo szopa @dstranz - no, w niektorych sytuacjach: wszystko to, do czego byś użył SQS, tylko za darmo, szybciej i z prostszym protokołem. [odpowiedz]
  3. photo szopa zawodniej na pewno (memcacheq ma inną semantykę niż sqs), ale nie jestem do końca przekonany, czy gorzej. protokół jest #memcacheq jest *bardzo* prosty, a czasami zależy nam na małej ilości ruchomych części. ale #zeromq obczaję, dzięki. [odpowiedz]
  4. photo szopa @jwr - spokojnie, na razie tylko risercz robię. mam nadzieję, że #sqs.y będą wystarczająco dobre. najbardziej lubię kod, którego nie muszę pisać :P [odpowiedz]
  5. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  6.  
a ja w ramach #tłustyczwartek polecam #nginx.a (ostatnio trochę osób na flakerze się nim interesuje, używam od dłuższego czasu i jest bardzo fajny ;)) nginx.org inne wpisy na ten temat
  1.  
  2. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  3. photo wsl A ja dolecam #cherokee -- cherokee-project.org inne wpisy na ten temat ;) [odpowiedz]
  4. photo maciejplonski @wsl - i tak większość osób można przekonać tym, że nk stoi na nginxie :P [odpowiedz]
  5. photo maciejplonski ps. nie, nie chcę tutaj żadnego flejma nt webserverów. [odpowiedz]
  6. photo maciejplonski ups, jednak nk na apache'u siedzi, dziwne, dawniej z nginxa korzystali. [odpowiedz]
  7. photo wsl Są większe strony w Internecie niż NK, które stoją na innym oprogramowaniu, więc wiesz... [odpowiedz]
  8. photo maciejplonski @wsl - wiem, wiem, ale warto zauważyć, że dla wielu osób internet = głównie nk, a samo nk jest dla nich jakimś autorytetem - dlatego jeśli nk by używało czegoś, to to jest dobre, etc - dlatego napisałem o przekonywaniu ich w ten sposób i dodałem emotikonkę ':P' :) [odpowiedz]
  9. photo wsl Myślisz, że dla tych, którzy chcą stawiać dedykowany serwer Internet == NK ;) [odpowiedz]
  10. photo maciejplonski @wsl - nie, mówię ogólnie o osobach korzystających z sieci, nie o tych zajmujących się administracją ;) [odpowiedz]
  11. photo wsl No tak, ale oni nawet nie będa potrafili wyartykułować `nginx` :P [odpowiedz]
  12. photo firefox ale nie ma obsługi .httacces :P [odpowiedz]
  13. photo maciejplonski @firefox - i? [odpowiedz]
  14. photo firefox i nie można automatycznie ładnych linków pod wp ustawić, tylko trzeba jakieś dziwaczne reguły pisać :P [odpowiedz]
  15. photo maciejplonski @firefox - oj tam, czepiasz się, .htaccess to nie jest żaden standard tylko coś czego używa apache, który chyba jest najpopularniejszy w webhostingu, dlatego jest domyślnie używany przez wiele skryptów. a swoją drogą już dłuższy czas temu przeglądałem kod fajnej galerii zenphoto i u nich były gotowe rewrity do apache`a i lighttpd w paczce ze skryptem. :) [odpowiedz]
  16. photo firefox no właśnie, to nie mogą ustawić dla niego wsparcia sami programiści ngixa? OpenOffice przecież też wspiera .doc, bo jest najpopularniejszy. [odpowiedz]
  17. photo wsl @firefox -- `ładne linki` to nie kwestia .htaccess tylko mod_rewrite, to tak w kwestii formalnej. [odpowiedz]
  18. photo maciejplonski @firefox - lol, to tak jakbyś chciał żeby porsche zmieniło swoje logo na fiata, bo częściej widujesz fiaty - nginx zawdzięcza swoją szybkość m.in. regułom dodawanym prosto do jego pliku konfiguracyjnego. [odpowiedz]
  19. photo firefox @wsl: ale mod_rewrite najczęściej ustawia się właśnie w .httacces ;) [odpowiedz]
  20. photo firefox @maciejplonski: nie, chodziło raczej o to, aby wejście do baku było kompatybilne z tymi stosowanymi we fiatach. [odpowiedz]
  21. photo firefox a szybkość można łatwo nadrobić cache`ując pliki .httacces w jednym pliku konfiguracyjnym, i aktualizować to powiedzmy raz na parę minut - dla zwykłego użytkownika czas wykonywania skryptu i tak nie będzie zauważalnie większy, a naszej-klasy to chyba nie hostujesz ;) [odpowiedz]
  22. photo maciejplonski @firefox - na siłę to można co jakiś czas skanować serwer w poszukiwaniu .htaccess i analizować każdą linijkę, na jej podstawie tworzyć configi do nginxa i robić reload serwera, ale to bez sensu. to tak jakbyś napisał do deweloperów openoffice`a aby skasować .odf i korzystać z majkrosoftowych formatów, bo one są popularniejsze. ps. nginx, nie ngix :) [odpowiedz]
  23. photo Mekk Osobiście zdecydowanie wolę nginxowy format rewrite ;-) A o szybkości nginxa decyduje zgoła co innego niż pliki konfiguracyjne: (autoreklama)
    notatnik.mekk.waw.pl/...-Konfigurujemy_VPS_-_czes... inne wpisy na ten temat  [odpowiedz]
  24. photo maciejplonski @Mekk - wiem, ale jednak wszystkie configi w jednym miejscu też dają pewne przyspieszenie, bo nie trzeba skanować wszystkich folderów po kolei w poszukiwaniu .htaccess... i też wolę nginxowi rewrite ;-) [odpowiedz]
  25. photo firefox @Mekk: no ale ngixowy format byłby w pełni zachowany, ale jednocześnie dodany by został ten Apachowy, w celu kompatybilności - z nowu przywołam przykład OpenOffice [odpowiedz]
  26. photo Mekk @firefox A po co autor nginxa miałby dodawać obsługę .htaccess? Dla kompatybilności to on potrzebuje obsługiwać HTTP 1.0, HTTP 1.1 i parę okolicznych protokołów. Świadomi administratorzy nie będą mieli problemów z ewentualnym przepisaniem (wiem bo robiłem) a nieświadomych lepiej trzymać z daleka, niech się użerają z nimi na forach o apache. [odpowiedz]
  27. photo Mekk Aha: paralela z doc-em w openoffice jest zupełnie chybiona, jakiegoś doc-a mailem dostaję 2-3 razy w tygodniu, konfigi apache jakoś tak mocno nie fruwają. [odpowiedz]
  28. photo szopa a ktoś ma porównanie między LigHTTPD i nginx? Używałem jednego i drugiego i nie mogę zdecydować się, którego bardziej lubię. (jedyne co mnie zniechęcało do lighty'ego przez pewien czas były maksymalnie popsute konfigi w Debianie, no ale to nie jest jego wina.) [odpowiedz]
  29. photo Mekk Na osnewsach aniou kiedyś wrzucił takie cuś: aniou.smutek.pl/lighty-nginx-load.png inne wpisy na ten temat (do wtorku działał lighttpd, od środy nginx). Ale trudno stwierdzić, czy to nie jakiś jednostkowy przypadek. [odpowiedz]
  30. photo maciejplonski co do lighttpd to kiedyś przeglądałem benchmarki w sieci i nginx miał lepszą wydajność, sam jeszcze nie testowałem ;) [odpowiedz]
  31.  
#devguru forum.slicehost.com/...mments.php?DiscussionID=3... inne wpisy na ten temat jakby Wam kiedyś nginx serwował nie to co trzeba bez trailing slasha
  1.  
  2. photo iktorn dodałem tego flaka do historyjki:Mini devguru 
  3. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  4.  
Server Density - Easy server monitoring with e-mail / SMS alerts - lanserski monitoring serwerów serverdensity.com inne wpisy na ten temat
  1.  
  2. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  3.  
Nginx - Nowoczesny serwer HTTP i FastCGI #Nginx Zobacz wpis
  1.  
  2. photo maciejplonski polecam btw [odpowiedz]
  3. photo lukasz_sliwa właśnie używam od jakiegoś czasu [odpowiedz]
  4. photo maciejplonski @lukasz_sliwa - co prawda polecam raczej oficjalne wiki - wiki.nginx.org inne wpisy na ten temat - ta podlinkowana we flaku wersja nie jest do końca aktualna i w pełni działająca. :) [odpowiedz]
  5. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  6.  
Serwerownia - stare, ale jare :) streemo.pl/...ortal/Video.aspx?MediaId=... inne wpisy na ten temat
  1.  
  2. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  3.  
" 21:11:05 up 40 days, 4:25, 1 user, load average: 0.34, 0.20, 0.13" uptime prawie pokrywa się z czasem kiedy kupiłem vpsa :P
  1.  
  2. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  3.  
Zainspirowałem się @d3x - nie spodziwałem się :) 20:47:00 up 255 days, 22:31, 1 user, load average: 0.24, 0.30, 0.30 20:47:27 up 302 days, 12:08, 1 user, load average: 0.41, 0.49, 0.44 20:47:43 up 248 days, 33 min, 4 users, load average: 4.43, 4.40, 4.02 20:47:55 up 68 days, 8:16, 1 user, load average: 0.01, 0.02, 0.00 20:49:21 up 63 days, 7:23, 1 user, load average: 2.71, 2.86, 2.81
  1.  
  2. photo iktorn cholera - zżarło entry! [odpowiedz]
  3. photo iktorn 20:47:00 up 255 days, 22:31, 1 user, load average: 0.24, 0.30, 0.30 20:47:27 up 302 days, 12:08, 1 user, load average: 0.41, 0.49, 0.44 20:47:43 up 248 days, 33 min, 4 users, load average: 4.43, 4.40, 4.02 20:47:55 up 68 days, 8:16, 1 user, load average: 0.01, 0.02, 0.00 20:49:21 up 63 days, 7:23, 1 user, load average: 2.71, 2.86, 2.81 [odpowiedz]
  4. photo maciejplonski "load average: 4.43, 4.40, 4.02" - tyle przy 1 userze udało mi się zrobić :P [odpowiedz]
  5. photo az Wiktor...przepraszam ale to mega suchar. [odpowiedz]
  6. photo D3X The longer your server's uptime the bigger your e-penis is ;] [odpowiedz]
  7. photo iktorn @az - nie znasz się - słuchaj @d3x :P [odpowiedz]
  8. photo iktorn @maciejplonski - chyba oglądając DivXy ;-) [odpowiedz]
  9. photo D3X @maciejplonski - phitam, bez problemu umiem wygenerować 30 :) [odpowiedz]
  10. photo maciejplonski @iktorn - pudło. :P [odpowiedz]
  11. photo D3X @maciejplonski - `:(){ :|:& };:`? (uwaga - nie próbujcie tego w domu!) [odpowiedz]
  12. photo maciejplonski @D3X - akurat nie forkbomba, ale coś podobnego :) [odpowiedz]
  13. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  14.  
Ain't it beautiful? :) Ain't it beautiful? :)
  1.  
  2. photo az wygląda na któryś z naszych serwerów... strzelam po uptime. [odpowiedz]
  3. photo az @sis - masz na myśli swap? [odpowiedz]
  4. photo iktorn A ja strzelam ze chodzi o 8 core i to nie jest nasz serwer. Nasze maja up > miesiaca afaik [odpowiedz]
  5. photo az @iktorn - myślisz, że to sprzęt Andrzeja Rakoczego? [odpowiedz]
  6. photo D3X @iktorn - nasze mają up prawie rok :P [odpowiedz]
  7. photo az @kmrozek - standard...imho trójka to już max maxów. [odpowiedz]
  8. photo D3X @kmrozek - niedługo przestaną się nudzić, dopiero się do niego dosiadłem ;)
    @az - nie, to nie jest sprzęt AR [odpowiedz]
  9. photo iktorn @D3x da im trackery do mielenia. Nie beda sie nudzic [odpowiedz]
  10. photo D3X @kmrozek - Jak będzie co pokazywać to pokażę :) [odpowiedz]
  11. photo az - #lol ... i to jest dobre podejście. [odpowiedz]
  12. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  13.  
apt-get install wife matte.pl/?p=137 inne wpisy na ten temat ecol-160-e
  1.  
  2. photo kacperix lol! 
  3. photo eastman lol! 
  4. photo maciejplonski pastebin.com/f1d96afc8 inne wpisy na ten temat u mnie nie działa. macie adres do repo? [odpowiedz]
  5. photo maciejplonski dodałem tego flaka do historyjki:serwery 
  6. photo D3X [12:45:09] d3x@burek: $ apt-cache search wife
    [12:45:14] d3x@burek: $
    a co do tego obrazka to zamiast "wife-no_more_TV_sports" zrobiłbymThe following packages will be removed: [odpowiedz]
  7. photo D3X TV-sports is in conflict with wife
    (za szybko enter się wcisnął) [odpowiedz]
  8. photo kubaz93 lol! 
  9. photo milof lol! 
  10. photo szajbus lol! 
  11. photo maciejplonski a ja bym w ogóle nie ufał automatyce przy takim pakiecie i zainstalowałbym go ze źródeł..... odpowiednio skonfigurować i byłoby fajnie. [odpowiedz]
  12. photo D3X @maciejplonski - ./configure --disable-all-annoying-features --enable-all-good-features ? [odpowiedz]
  13. photo maciejplonski @D3X - dokładnie, szukam tylko jeszcze źródeł do pobrania... masz może? :) [odpowiedz]
  14. photo D3X @maciejplonski - WIFE = WIFE Is For Experiments (zgodnie z duchem rekursywnych akronimów :P) [odpowiedz]
  15. photo Paralityk lol! 
  16.  
photo
reklamy obsługiwane przez maciejplonski
via @ania static0.blip.pl/...d/update_pictures/232633.... inne wpisy na ten temat
  1.  
  2. photo kacperix lol! 
  3. photo maciejplonski lol! 
  4. photo sheerun Dbają o bezpieczeństwo użytkownika [odpowiedz]
  5. photo maciejplonski @sh33run - ja bym powiedział, że to lekka przesada :) [odpowiedz]
  6.  
docs.amazonwebservices.com/AmazonS3/2006-03-01 inne wpisy na ten temat #api amazona, będzie przydatne w niedalekiej przyszłości. (s3 jest tani i dobry) będzie ciekawie. @boss może potwierdzić :)
  1.  
  2.  
php-fpm - polecam, nieźle podnosi wydajność php php-fpm.com/wiki/Main_Page inne wpisy na ten temat
  1.  
  2. photo maciejplonski aby było ciekawiej, po instalacji i konfiguracji eacceleratora serwer zużywa b. mało ramu i chodzi dosyć szybko. [odpowiedz]
  3. photo maciejplonski dosyć szybko = dużo szybciej niż php bez php-fpm. [odpowiedz]
  4.  
no to pięknie, #nginx teraz jest jedynym aktywnym serwerem www na serwerze, pa pa pamięciożerne #apache :)
  1.  
  2. photo kacperix fajne! 
  3. photo maciejplonski fajne! 
  4. photo maciejplonski swoją drogą, flaker ma php jako moduł czy fcgi? przykładowy benchmark: is.gd/mA3S inne wpisy na ten temat (ja korzystam z fcgi z lighttpd) [odpowiedz]
  5. photo maciejplonski w temacie: flaker.pl/f/1320418 inne wpisy na ten temat  [odpowiedz]
  6.  
#nginx to jednak coś bardzo fajnego. tylko trzeba spędzić nad nim trochę czasu, aby idealnie współpracował z moim cache. ale wynik jest bardzo dobry. #apache teraz trochę odpocznie :)
  1.  
  2. photo kacperix lans! 
  3. photo ahilles107 fajne! 
  4.  
zajrzałem do serca nginksowi, w połączeniu z moim nowym systemem cache'owania danych da b. dobre efekty. najpierw testujemy u siebie, potem sprawdzimy co na to powiedzą serwery i serwisy @boss'a :)
  1.  
  2. photo firefox u siebie, czyli też u mnie? :P [odpowiedz]
  3. photo maciejplonski @firefox 'u siebie' = na localhoscie. potem wdrożę na serwerze produkcyjnym, czyli u Ciebie tez. [odpowiedz]
  4. photo firefox aha, no to spoko :) [odpowiedz]
  5.  
@dstranz spina skrypt #perl'a z #nginx'em ... czyżby przyszła w końcu pora na +100000% boost? :)
  1.  
  2. photo hazan co robi?:) [odpowiedz]
  3. photo maciejplonski o, flaker będzie na nginxie, fajne [odpowiedz]
  4. photo az @maciejplonski - już jest... ale jeszcze chcemy serwować statyczny cache z codeigniter'a bez angażowania codeigniter'a ... do tego potrzebujemy perla. [odpowiedz]
  5. photo eastman zatem teraz pora na +10 do mocy magicznych.. [odpowiedz]
  6. photo maciejplonski @az ok, czyli przyczyna dzisiejszego kilkusekundowego 'serwer nie odpowiada' jest rozwiązana. :)
    ps. teraz flaker chodzi dużo szybciej, chyba to także mnie zmotywuje do przejście na nginxa (noszę się z tym od dosyć dawna). [odpowiedz]
  7. photo D3X Powodzenia, @dstranz! :) [odpowiedz]
  8. photo ragni a uzywacie memcache? co macie na statiki? varnisha? uzywacie rev proxy? squid albo wlasnie ngnix? [odpowiedz]
  9. photo az - memched - TAK rev_proxy - TAK ...haproxy chcemy dać z frontu... [odpowiedz]
  10. photo ragni to na calego flakera juz jeden webserwer nie styka? ;) [odpowiedz]
  11. photo bartosz no varnish podobno ładnego kopa potrafi dać... ale to świeżak przecież jest, działa to dobrze? [odpowiedz]
  12. photo ejsi @bartosz - uzyj raz varnisha zamiast squida, a juz nie wrocisz do squida [odpowiedz]
  13. photo pannaosace @ragni - Docelowo każdy user będzie miał swój łebserwer. Będą się różnić przynajmniej numerami releasu... [odpowiedz]
  14.  
<< starsze
pokaż więcejPoczekaj, trwa ładowanie...KONIEC