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.

Symfony2: Fatal error: Class 'ResolveDefinitionTemplatesPass' not found in [path]PassConfig.php on line [line].
Nowa wersja frameworka symfony - Symfony2 powinna już niedługo ukazać się w pierwszej oficjalnej, stabilnej wersji. W świat poszła wiadomość o planowanym wydaniu na koniec marca, czego niestety nie udało się osiągnąć, aczkolwiek zagraniczni blogerzy przewidują opóźnienie nie dłuższe niż 3 miesiące. Aktualną wersją, dostępną do pobrania ze strony symfony.com jest Preview Release 8 [PR8]. W dzisiejszym wpisie chciałbym omówić jeden z problemów, jakie pojawiają się podczas rozpoczynania pracy właśnie z tą wersją.
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. ;]

[Firefox] Przywracanie przycisku zamykania pojedynczej zakładki.

Programiści wielkich aplikacji stoją przed dużym wyzwaniem - muszą dogodzić jak największej liczbie użytkowników, minimalizując grupę tych, którym tworzone przez nich nowości zwyczajnie nie pasują. O ile w przypadku oprogramowania zamkniętego sprawa jest nieco prostsza, bo użytkownicy czują się bardziej przywiązani do filozofii programu, za który zapłacili, o tyle wolne oprogramowanie musi cały czas o rzeczonego użytkownika walczyć. Na szczęście, jeśli ktoś “zna się na rzeczy”, może zmienić działanie danej otwartoźródłowej aplikacji, ponieważ cała idea OSS polega na tym, że każdy może co mu się podoba. ;] W przypadku Firefoksa byłem istotnie przyzwyczajony do przycisku zamykania ostatniej zakładki, który “czyścił” ją, nie zamykając okna programu. W jednej z poprzednich wersji ta funkcjonalność niestety nie spodobała się twórcom i została nie wiedzieć czemu wyrzucona. W dzisiejszym wpisie chciałbym pokazać, jak zrobić na przekór programistom z Mozilli i przywrócić stare zachowanie najlepszej z przeglądarek. ;]

Problem.

Problem, tak jak zostało to opisane we wstępie, polega na tym, że w przypadku, kiedy mamy otwartą tylko jedną zakładkę, nie pokazuje się przycisk “zamykania”, co istotnie utrudnia życie ludziom przyzwyczajonym do kontrolowania stanu przeglądarki wyłącznie za pomocą paska zakładek. W takim przypadku “wyczyszczenie” jej wymaga większej liczby kroków - otwarciu nowej zakładki i zamknięciu starej. Być może nie jest to wiele, ale powtarzane dostateczną ilość razy potrafi nieźle zirytować Pana Użytkownika.

[DreamWeaver] Kolorowanie kodu w plikach o niestandardowych rozszerzeniach.

Pomagałem ostatnio koledze w przepisaniu i uproszczeniu pewnego skryptu w języku PHP. Pomijam jakość samego kodu, która, mówiąc kolokwialnie, nie była zbyt wysoka. Wszystkie pliki które były w trakcie jego działania wstawiane przez różne wywołania funkcji:

js/^(include|require)(_once){0,1}\(\);$/

[include(), require(), include_once() i require_once(), taki mały żarcik ;]] miały rozszerzenie “.inc”, w związku z czym DreamWeaver, którego używaliśmy do edycji kodu, wyświetlał nam jedynie czarny tekst, który był mało czytelny. Jako, że zawsze staram się robić wszystko porządnie, od razu poszukałem rozwiązania problemu, ponieważ praca z nieczytelnym kodem to jedynie strata czasu, a jak wiadomo, czas to pieniądz, nawet, jeśli się pracuje za darmo. ;]