Showing posts with label apache. Show all posts
Showing posts with label apache. Show all posts

Friday, September 4, 2009

I(IS)nwazja (aktualizacja)

Dzisiaj grzecznie od rana chcę siąść do kolejne częściu kursu developerów Drupala. Odpalam sobie Chrome i wchodzę na witrynę http://localhost/drupal7/admin/structure/modules a tu nagle


Szybkie spojrzenie na localhost


I wszystko jasne. Mój Apache został brutalnie skazany przez upgrady Windows na banicję. Szkoda tylko, że nikt mnie o tym nie poinformował. To jeden z tych przypadków "przecież wczoraj działało" i z jakiś przyczyn nagle moja Vista stwierdziła, że w sumie to nie ważne, że postawiłem sobie na porcie 80tym serwer Apache bo przecież ona wie lepiej co jest dla mnie lepsze i po cichu w upgradach uszczęśliwi mnie IIS7.
To jest tylko serwerek domowy, developerski. Nie ma więc o co płakać, ale jeżeli ktoś miałby taki am myk w środowisku produkcyjnym - to byłaby to masakra. Zaraz spróbuję wyłączyć dziada i wrócić do pracy, ale MS nie zapłaci mi za stracony czas.

Problem powodowały upgrady "Apple Software Update" (które przyszły wraz z Bonjour) nie mechanizmy Microsoftu.

Friday, November 7, 2008

Konfigurujemy VPS - komentarz

Dziś natrafiłem na szalenie ciekawą serię artykułów zatytułowaną Konfigurujemy VPS

Bardzo ciekawy temat, z przykładowymi obrazkami i rzetelnymi wyjaśnieniami. Szalenie zainteresowało mnie php-fpm. Muszę się mu przyjrzeć.

Odniosę się tutaj do Shared Hostingu. Zastanawiam się, czy ktoś bawi się w VPS na Apache. O ile w przypadku Shared Hostingu Apache jest po prostu - najlepszym wyborem o ile dla mnie wybór na VPSa jest oczywisty (na pewno nie Apache).

Fantastycznie zareklamowane postawienie na wejściu nginxa z przekierowywaniem ruchu do Apache - trzeba spróbować :) Co do PHP - wspomniał bym o kilku drobiazgach. Primo. Przyśpieszyć go można używając np. XCache lub APC. Do VPSa są po prostu świetne (APC okazuje się słabsze przy serwerze, z kilkoma tysiącami kont, na których po prostu wysiada).

Jeżeli o spawnowanie procesów FastCGI chodzi - dla wielu kont zżerają znacznie więcej pamięci niż mod_php na Apache i niestety przy użyciu do nich dodatkowo suexec po prostu serwer musiałby być maszyną rodem z TASKu, żeby móc to obsłużyć.

Gdyby chcieć mieć shared hosting ze spawnowanym PHP vis user z XCachem dla każdego usera z osobna - potrzebna byłaby POTWORNA maszyna.