Wiele dobrego wydarzyło się w ciągu ostatnich kilku miesięcy w świecie PHP — a jako jeden z najważniejszych, moim zdaniem, powodów do radości należy wymienić wydanie stabilnej wersji 5.3.0 tego pakietu. Zmian jest całe mnóstwo i warto choćby pokrótce je wymienić:

• wsparcie dla przestrzeni nazw
• lepsza wydajność
• obsługa późnych wiązań statycznych
• funkcje lambda i domknięcia
• nowe elementy języka takie jak NOWDOC, GOTO, nowy operator ‘?:’, metodę __callStatic()
• opcjonalnie działający mechanizm odśmiecacza
• opcjonalny, nowy, szybszy sterownik mysqlnd, eliminujący konieczność korzystania z biblioteki libmysql
• lepsze wsparcie dla wydań przeznaczonych dla systemu Windows (wersje skompilowane w VC6 i VC9)
• większa spójność zaokrąglania liczb zmiennoprzecinkowych
• nowy poziom raportowania błędów E_DEPRECATED (część E_ALL) zastępujący dotychczasowy E_STRICT
• większa swoboda konfiguracji w php.ini
• nowe, dołączane domyślnie rozszerzenia: phar, intl, fileinfo, enchant
• wiele usprawnień już istniejących rozszerzeń, w tym openssl, spl i date
• wycofanie z dystrybucji rozszerzeń: mhash (zastąpione przez hash), msql, pspell (zastąpione przez enchant), sybase (miast niego sybase_ct)
• rozszerzenia ming, fbsql, ncurses i fdf zostały przeniesione do repozytorium PECL

Framework FLOW3

Jednym z pierwszych projektów, oprócz rozwojowej wersji Doctrine 2.0, który wykorzystuje możliwości tego wydania (m. in. korzysta intensywnie z przestrzeni nazw), jest framework FLOW3. O tym, jak potężne możliwości oferuje (już na etapie wydań alpha!) przekonać mogą się wszyscy, którzy odwiedzą stronę projektu, ja zaś, tymczasem, postaram się napisać coś niecoś o instalacji i uruchomieniu FLOW3 środowisku Windows.

Instalacja i konfiguracja XAMPP

Zakładam, że systemem operacyjnym, na którym będziemy działać jest Windows XP lub Windows 7. Nasze zmagania rozpoczynamy od ściągnięcia i zainstalowania najnowszej wersji beta (w chwili powstawania tego wpisu jest to beta2) pakietu XAMPP. Tutaj od razu należą się dwa słowa ostrzeżenia:

Instalator XAMPP

Widoczna powyżej ścieżka, tj. C:\ oznacza tak naprawdę, że XAMPP zainstaluje się w katalogu C:\xampp. Uzbrojeni w tę wiedzę, klikamy śmiało Install i po przebrnięciu przez nietrudną konfigurację w oknie konsoli, pierwszą część zadania możemy uznać za wykonaną.

Pora zabrać się za edycję pliku C:\xampp\php\php.ini. Otwieramy swój ulubiony edytor i wprowadzamy następujące modyfikacje (niektóre są konieczne, inne to kwestia preferencji):

; Przyda się
output_buffering = 4096
; Powinno być domyślnie po instalacji, ale lepiej się upewnić
safe_mode = Off
; Nie żałujemy sobie jeśli możemy ;-)
memory_limit = 256M
; Ułatwi (bądź utrudni) nam to tworzenie porządnego kodu
error_reporting = E_ALL | E_NOTICE | E_DEPRECATED | E_STRICT
; FLOW ma świetny mechanizm raportowania wyjątków, mechanizm PHP - wręcz przeciwnie...
html_errors = Off
; Wymagane przez FLOW
magic_quotes_gpc = Off
; Rozszerzenia konieczne + szybka wersja sterownika php_pdo_mysql
extension=php_mbstring.dll
extension=php_pdo_mysql_mysqlnd.dll
;extension=php_pdo_mysql_libmysql.dll
extension=php_sqlite.dll

Teraz pora na utworzenie wirtualnego hosta w Apache’u.  W tym celu (o ile nie dysponujemy uruchomioną usługą DNS — zwykle nie) udajemy się do katalogu C:\WINDOWS\system32\drivers\etc\ i edytujemy plik hosts, dopisując tam linijkę:

127.0.0.2 flow3.localhost

Następnie edytujemy plik C:\xampp\apache\conf\extra\httpd-vhosts.conf, gdzie umieszczamy następujący wpis:

NameVirtualHost *:80

<VirtualHost *:80>
 ServerAdmin postmaster@flow.localhost
 DocumentRoot "C:/xampp/htdocs/flow3/Web/"
 ServerName flow3.localhost
 ServerAlias www.flow3.localhost
 ErrorLog "logs/flow3.localhost-error.log"
 CustomLog "logs/flow3.localhost-access.log" combined
</VirtualHost>

Po tych zabiegach, nasza konfiguracja powinna być gotowa. Pozostaje pobrać najnowsze wydanie FLOW3 (można też skorzystać z SVN), założyć katalog C:\xampp\htdocs\flow3\ i rozpakować do niego zawartość archiwum (jeżeli wszystko poszło dobrze, powinny być widoczne katalogi Packages, Configuration, Data i Web.

Nie pozostaje nam nic innego, jak uruchomić usługi Apache i MySQL:

Panel kontrolny XAMPP z uruchomionymi usługami Apache i MySQL.

Na tym jednak nie koniec. Co dalej? O tym w drugiej części artykułu. A tymczasem, “Beam me up, Scotty!“

Teoria:

Responsywne strony internetowe w urzędach.

Rzut oka w (niedaleką) przyszłość administracyjnych aplikacji internetowych

Polacy chcą załatwiać sprawy urzędowe przez Internet. Dowodzą tego badania przeprowadzone przez ING (rezultaty tutaj) i MSWiA (rezultaty tutaj). Jednak oficjalne strony administracji publicznej im tego nie ułatwiają (o czym można przeczytać tutaj). Problem nieprzystawalności udostępnianych przez urzędy rozwiązań do oczekiwań odbiorców jest nie tyle kwestią technologiczną co logistyczną i mentalnościową.

Zmiany technologiczne, których jesteśmy świadkami na początku XXI wieku mają rzeczywisty wpływ na przekształcenie procesów w dziedzinie komunikacji społecznej. Współczesne procedury wymiany danych aby były skuteczne muszą być dynamiczne. Zarówno w zakresie działania (efektywny obieg dokumentów itp.) jak i responsywności (negatywne informacje zwrotne dotyczące pracy systemu  ze strony użytkownika powinna być nieustannie przetwarzana w stałych cyklach stanowiąc siłę napędową permanentnego procesu poszukiwania innowacji).

W bardzo wyrazisty sposób piszą o tym autorzy artykułu “Permanently Beta: Responsive Organization in the Internet Era”  Gina Neff i David Starc z Columia University (oryginał do przeczytania tutaj). Formułują oni ideę Permanentnej Wersji Beta (zjawisko charakterystyczne dla Web2.0) jako stanu właściwego zjawiskom o charakterze dynamicznym, zdolnym do dostosowywania się do bierzącego zapotrzebowania.

Drugim głosem, na który warto zwrócić uwagę formułując teorię nowoczesnego eUrzędu jest tekst Davida Osimo pt. “Benchmarking eGouverment in the Web 2.0 era: what to measure, and how”. Jedną z tez tego dokumentu jest konieczność dokonania “otwarcia” administracji publicznej na osoby przez nią obsługiwane za pomocą udostępnienia specyficznych narzędzi internetowych oraz poprzez położenie większego nacisku na rzeczywistą wymianę informacji między stronami.

Kluczem jest wymiana informacji za pomocą aplikacji integrującej

Osimo wymienia 8 zasad otwartej administracji publicznej :

1) Dane publiczne są w pełni dostępne

2) Dane publiczne są udostępniane w formie możliwie mało przetworzonej (tak jak zostały zebrane u źródła)

3) Dane są udostępniane tak szybko jak to możliwe

4) Dane są udostępnianie maksymalnie szerokiemu odbiorcy w maksymalnie szerokim zakresie celów

5) Dane są udostępniane w formie, która umożliwia ich dalsze przetworzenie przez odbiorcę

6) Dane są dostępne dla każdego

7) Dane są udostępniane w formacie, który nie jest wyłączną własnością żadnej instytucji

8) Dane nie są objęte restrykcjami wynikającymi z blokad patentowych, praw autorskich itp.

Jak winika z powyższego wyliczenia podstawowymi zasadami rządzącymi publikowaniem wszelkiego rodzaju danych publicznych w Internecie jest ich aktualność i dostępność.

Jeśli połączymy te reguły z Web2.0-wymi zasadami “Permanentnej Wersji Beta” wyliczanych przez Neff i Starka:

1) Wielość wersji (w opozycji do jednego produktu końcowego)

2) Projektowanie jako proces (w przeciwieństwie do skończonego procesu projektowania)

3) Interaktywność: elastyczność i adaptacyjność (niegdyś łatwość użycia była ważniejsza niż elastyczność)

4) Użytkownik jako projektant (kontra: użytkownik jako konsument)

5) Społeczność uczestnictwa (w przeciwieństwie do użycia wyłącznie eksperckiego)

Otrzymamy system, który będzie w optymalny sposób (bez zwiększania nakładu pracy urzędnika, a wręcz z jego oszczędnością) realizował potrzeby użytkowników i pozwalał na satyfakcjonującą wpółpracę z urzędami administracji publicznej.

Należy do tego dodać rozwiązania regulujące wewnętrzną wymianę informacji w urzędach i automatyzujące ten proces.

Powyższe rozwiązania zebrane w postaci spójnego elastycznego rozwiązania teleinformatycznego mogą diametralnie poprawić jakość i wydajność obsługi klienta w ramach instytucji administracji publicznej.

Praktyka:

Rozwiązania modelujące proces wymiany informacji w urzędach.

Zatem – jak to może wyglądać w praktyce?

Podstawowym sposobem na zapewnienie łatwej obsługi opisanych powyżej zjawisk jest uruchomienie dedykowanego rozwiązania informatycznego, najlepiej w postaci RIA (Rich Internet Application – dowiedz się więcej) wraz z – co istotne – pełnym wdrożeniem przeprowadzonym przez profesjonalistów.

Na koniec wdrożenia systemu klient (instytucja) powinien otrzymać:

1) Zaprojektowany zgodnie z indywidualnymi potrzebami, działający sieciowo program komputerowy – uruchamiany bądź na stacji roboczej (przez przysłowiowe kliknięcie “ikonki na pulpicie”) bądź w oknie przeglądarki internetowej (jako swoistego rodzaju strona www).

2) Aplikacja ta umożliwia łatwą i szybką wymianę i udostępnianie informacji poprzez sieć – zarówno loklaną jak i Internet – tak pomiędzy urzędnikami (pracownikami) instytucji jak i urzędnikami (pracownikami) a petentami (klientami).

Wygląd przykładowej aplikacji w oknie przeglądarki

Kompetencje użytkowników medium internetowego stale rosną. Wraz z nimi wzrastają wymagania stawiane stronom urzędowym. Podstawowym kryterium jest tu bez wątpienia aktualność – osoby odwiedzające oficjalne www miast i gmin domagają się przede wszystkim najświeższych informacji dotyczących pracy organów administracyjnych. Równie istotne są zapowiedzi i relacje (zawsze tylko świeże!) z wydarzeń o charakterze kulturalnym czy rozrywkowym.

Najlepszym, a jednocześnie najłatwiejszym sposobem zapewnienia kluczowej dla strony internetowej każdego urzędu aktualności jest wykorzystanie narzędzia jakim jest System Zarządzania Treścią (ang. Content Management System – CMS). Idea CMS’a polega na udostępnieniu redaktorom prostego edytora powalającego na publikowanie w Sieci tekstów, galerii, dokumentów bez konieczności zaznajamiania ich z programistyczno-technologiczną warstwą pracy stron www.

Krótko mówiąc dzięki CMS’owi redaktor strony może w trywialny sposób za pomocą przypominającego edytor tekstu narzędzia opublikować na urzędowej stronie internetowej jakiekolwiek interesujące bądź wymagane ustawowo treści – informacje o aktualnych wydarzeniach, dokumentacje przetargów, sprawozdania etc.

Warstwą informatyczną przedsięwzięcia jakim jest uruchomienie profesjonalnego, zarządzalnego serwisu www zajmują się odpowiednie firmy. Jak to często bywa w takich przypadkach – najlepsze są rozwiązania dedykowane - od początku do końca prowadzone zgodnie ze specyficznymi wymaganiami klienta.

Nasz CMS jest jednym z niewielu dostępnych na rynku rozwiązań, które obejmują pełen proces tworzenia zarządzalnej strony www – od projektu do uruchomienia. Opracowany przez nas system VelaCMS jest od samego początku przystosowywany do konkretnych potrzeb klienta, który otrzymuje nie tylko profesjonalny produkt ale też pełne wsparcie programistyczne.

Więcej na temat naszego CMS’a można przeczytać na stronie vela.net.pl

Na łamach blog.vela.net.pl będziemy dzielić się z Wami naszymi pomysłami, przemyśleniami, troskami i radościami związanymi z projektowaniem, pisaniem i wdrażaniem systemów CMS, aplikacji webowych i ogólnie sprawami z zakresu IT.

Myślę, że nie zabraknie również szerszego spojrzenia na cyberświat w którym żyjemy i na nowe technologie medialne, które nam tą egzystencję ułatiwają/utrudniają (a na pewno urozmaicają).

Enjoy!

PS. Tak, tytuł naszego bloga to nawiązanie do serialu Star Trek ;)