WAMPServer, PHP: Problem z aktywacją rozszerzenia php_intl.

W przypadku wielu programów ich twórcy chwalą swoje produkty jako działające bezbłędnie, mimo nieustannych prób użytkownika skierowanych w stronę zakłócenia tego błogostanu. O ile zdecydowana część tychże spełnia wspomniane warunki, o tyle kosztem osiągnięcia takiego celu jest głównie poprawność działania wyłącznie w zakresie podstawowych funkcji. Jeśli użytkownik zechce zrobić coś bardziej zaawansowanego - wtedy zaczynają się schody. W dzisiejszym wpisie chciałbym omówić jeden taki problem związany ze stosem WAMP, jakiego sam używam, czyli WAMPServerem.

WAMPServer, PHP: Problem z aktywacją rozszerzenia php_intl.

Problem, na jaki dzisiaj natrafiłem jest krótki i prosty - zechciałem wykorzystać w jednym ze skryptów klasę Normalizer, która pozwala na “normalizację” stringów ze znakami spoza zbioru ASCII do ich bardziej czytelnej formy. Za obecność tejże w kodzie odpowiada rozszerzenie php_intl, które w systemie Windows znajduje się w pliku php_intl.dll.

WAMP: Usuwanie komunikatów o błędach XDebug.

Zainstalowałem i skonfigurowałem dzisiaj najnowszą wersję serwera WAMP - 2.1e. O niektórych problemach związanych z jego działaniem pisałem już wcześniej, także temat ten jest Wam na pewno znany. W dzisiejszym wpisie chciałbym pokazać, w jaki sposób ukryć “pomarańczowe komunikaty” o błędach wykonania skryptu PHP, jakie serwuje nam debugger XDebug.

Wstęp.

Na początku należą się Wam przeprosiny za moje zapominalstwo. Obiecałem, że w piątek będą pojawiały się wpisy, aczkolwiek byłem dzisiaj tak pochłonięty działaniami na komputerze, że nawet nie zauważyłem, kiedy na zegarze wybiła druga nad ranem. Niniejszym sypię sobie popiół na głowę i obiecuję więcej tego błędu nie popełniać. W każdym razie wniosek jest taki, że blog żyje, a więc mogę spokojnie przejść do tematu. ;]

Apache, Windows, Skype: make_sock: could not bind to address 0.0.0.0:80.

Kilka miesięcy temu miałem problem z moim WampServerem, a właściwie z jednym elementem zawartego w nim stosu WAMP - serwerem Apache. Jeśli nie uruchomiłem go jako pierwszego zaraz po starcie komputera, to ikonka pakietu w trayu świeciła się na “żółto”, co nie oznaczało jakichś krytycznych błędów, ale z drugiej strony nadal nie pozwalała na pracę na localhoście. Jako, że w pewnym momencie moje zdenerwowanie tym utrudnieniem tradycyjnie przekroczyło wartość graniczną, zdecydowałem, że przeprowadzę dochodzenie i znajdę rozwiązanie problemu. Zapraszam do lektury.

Problem: Po co komu port 80?

Aby serwer Apache [zresztą każdy inny też] mógł poprawnie obsługiwać ruch na serwerze [w tym wypadku localhost], musi mieć udostępniony port o numerze 80, który jest standardowym i domyślnym kanałem ruchu poprzez protokół HTTP. Czasem jednak ten port jest z niewiadomych przyczyn zablokowany przez inne narzędzie, które teoretycznie nie powinno w ogóle go wykorzystywać.

[WampServer] Błąd: The configuration file contains a syntax error on line n: [EParseError] Invalid Section tag.

Jakiś czas temu miałem nieodpartą chęć spróbowania nowych funkcjonalności, jakie wprowadzono w PHP 5.3. Przestrzenie nazw oraz late static binding, to tylko niektóre z bardzo przydatnych nowości - na pewno doceni to niejeden programista. Jednak ze względu na fakt, że życie w moim [naszym? ;]] zawodzie nie jest usłane różami, nawet sama aktualizacja instalacji serwera lokalnego przysporzyła trochę problemów. Jednym z nich jest błąd w plikach konfiguracyjnych, którego naprawę opiszę dzisiaj.

Problem.

Dzisiejszy post traktuje o bardzo “brzegowej” sytuacji, która w wielu przypadkach uniemożliwia pracę serwera lokalnego opartego o instalację pakietu WampServer.