Narzędzia pochodzące ze strony Tigris.org są bardzo przydatne w pracy programisty. Szczególnie pod systemem Windows, gdzie mamy do wyboru kilka związanych z kontrolą wersji. Od kilku lat używam programu TortoiseSVN - klienta Subversion, który w bardzo wygodny dla użytkownika sposób integruje się z menu kontekstowym plików i katalogów dostępnym pod prawym przyciskiem myszy, pokazując także status danego elementu w formie nałożonego obrazka. Czasem jednak informacja ta jest przekłamana - w dzisiejszym wpisie chciałbym przedstawić kilka możliwości, za pomocą których można sobie z tym problemem poradzić.

Witajcie. Zapewne pamiętacie mój niedawny wpis o bardziej precyzyjnym sposobie na zaznaczanie treści na stronach internetowych. Korzystam z tej funkcjonalności dosyć często, także bardzo się zdziwiłem, kiedy nagle “przestało mi działać” zaznaczanie słów przy użyciu kombinacji klawiszy [Ctrl] + [Shift] + [Strzałki]. Przebieg zdarzeń był tradycyjny - przestało działać, przez kilka dni ignorowałem, aż w końcu “czara goryczy przepełniła się” i zacząłem szukać winowajcy.

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.

Nie będę specjalnie ukrywał faktu, że dla mnie, programisty siedzącego po stronie serwera, jedną z najbardziej uciążliwych rzeczy do zrobienia przy projektowaniu strony internetowej jest przygotowanie szablonu - frontendu. Nie byłoby jeszcze tak źle, gdyby wystarczył sam HTML - w końcu nawet najbardziej oporne przeglądarki rozumieją pewne standardy kodu, aczkolwiek problem jest z samym wyglądem tejże struktury, bo z CSSem już nie jest tak fajnie. W dzisiejszym Linkdumpie chciałbym więc przekazać w Wasze ręce zbiór linków pomagających przy najczęstszych / najciekawszych problemach z tym związanych.

W kwestii obsługi sesji i rodzaju zapisywanych w niej danych programiści PHP dzielą się na dwa skrajne fronty: tych, którzy preferują zapis wyłącznie typów prostych i tych, którzy nie widzą problemu w trzymaniu w niej całych obiektów. Ja stoję murem za typami prostymi, ponieważ wydaje mi się bardziej optymalne zapisywanie tylko niezbędnych informacji, na podstawie których ewentualne obiekty można odtworzyć, pozwala to też na zmniejszenie obciążenia serwera, bo odczytanie sesji wymaga deserializacji [odserializowania? deserializowania? kolejne "ciężkopolskie" słowo...] i parsowania o wiele mniejszego pliku. Jakkolwiek byśmy jednak do tego nie podchodzili, dzisiejszy wpis także może być argumentem in plus dla zapisywania wyłącznie zmiennych typów prostych, ponieważ jak mówi stare programistyczne porzekadło: "Serializujesz obiekty [do sesji]? No to masz problem!". ;]

Wordpress jest bardzo przyjazną użytkownikowi i całkiem potężną platformą blogową, naprawdę do niewielu rzeczy można się w tym systemie “przyczepić”. Nie zmienia to jednak faktu, że pewne rzeczy wymagają dopracowania, a co najmniej ponownego przemyślenia. Jedną z takich “uciążliwości” jest zapisywanie postów do późniejszego sprawdzenia / przeredagowania / edycji. W momencie bezpośredniego zapisania poprzez użycie przycisku “zapisz szkic” [ang. “save draft”] i późniejszej publikacji [późniejszej, czyli co najmniej jeden dzień po napisaniu szkicu] ze zdziwieniem możemy stwierdzić - “a co to za dziwna data?”. Otóż, w momencie pierwszego zapisu data publikacji jest już ustawiona “na sztywno” w bazie danych i nie da się jej zmienić inaczej, niż przez edycję jednej z kolumn odpowiedniego rekordu w tabeli wp_posts. Przyznacie sami, że to zachowanie jest nieco nielogiczne, jednak twórcy uważają inaczej.

Parę dni temu miałem dosyć uciążliwy problem z wtyczką SyntaxHighlighter Evolved. Działała idealnie aż do momentu aktualizacji do wersji 2.3.0 - wtedy zaczęły dziać się dziwne rzeczy związane z wyglądem pokolorowanego kodu. Każda linia “utyła” w pionie o jakieś 70 pikseli, co powodowało rozciągnięcie niektórych artykułów zawierających dużo tego typu wstawek na kilkadziesiąt ekranów. Przygotowana “na gorąco” modyfikacja arkusza stylów CSS tymczasowo przywróciła wygląd do stanu przypominającego ten poprzedni, nie udało mi się jednak znaleźć na żadnych konkretnych informacji w internecie, które zawierałyby kompletne rozwiązanie.

Mam ostatnio dosyć uciążliwy problem z wtyczką SyntaxHighlighter Evolved. Działała idealnie aż do momentu aktualizacji do wersji 2.3.0 - wtedy zaczęły dziać się dziwne rzeczy związane z wyglądem pokolorowanego kodu. Każda linia “utyła” w pionie o jakieś 70 pikseli, co powodowało rozciągnięcie niektórych artykułów zawierających dużo tego typu wstawek na kilkadziesiąt ekranów. Przygotowana “na gorąco” modyfikacja arkusza stylów CSS tymczasowo przywróciła wygląd do stanu przypominającego ten poprzedni, nie udało mi się jednak znaleźć na żadnych konkretnych informacji w internecie, które zawierałyby kompletne rozwiązanie.