PHPExcel to ciekawa biblioteka, która umożliwia generowanie / odczytywanie arkuszy kalkulacyjnych. Obsługiwane formaty to m.in. Excel (BIFF) .xls, Excel 2007 (OfficeOpenXML) .xlsx, CSV, Libre/OpenOffice Calc .ods, Gnumeric, PDF, HTML… Projekt  zbudowany jest wokół standardu OpenXML Microsoftu.

Poniżej krótka instrukcja integracji PHPExcel z projektem napisanym z Zend Framework

1. Pobieramy najnowszą wersję biblioteki ze strony: http://phpexcel.codeplex.com/

2. W katalogu library naszego projektu umieszczamy:

• katalog PHPExcel
• plik PHPExcel.php

3. W pliku konfiguracyjnym application.ini dodajemy wpisy dla autoloadera:

autoloaderNamespaces[] = "PHPExcel_"
autoloaderNamespaces[] = "PHPExcel"

I już możemy rozpocząć pracę z PHPExcel. Autoloader będzie pamiętał o załadowaniu odpowiednich klas za nas. Przykłady użycia biblioteki wkrótce.

Poniżej znajduje się moja prezentacja, którą miałem okazję zaprezentować 19 marca 2013 na Politechnice Lubelskiej w ramach projektu: „Zdobądź wiedzę z Performance Media”.

„Ewolucja projektowania aplikacji w PHP na bazie frameworka Symfony2″

Jakiś czas temu pojawił się w Internecie kolejny rant na PHP. Zdziwiony specjalnie nie jestem, ale jednostronne ujęcie tematu w tamtym artykule wydało mi się tak kruche, a rant tak słaby, że aż postanowiłem wstawić link na swój profil na … #LINK#

We wtorek 19 marca 2013 o 16:15 na Politechnice Lubelskiej, będę miał przyjemność poprowadzić wykład w ramach projektu: „Zdobądź wiedzę z Performance Media”. Tematem viagra price

mojego wykładu będzie: „Ewolucja projektowania aplikacji w PHP na bazie frameworka Symfony2″.

Poniżej znajduje się krótka agenda:

• Ewolucja PHP. Krótka historia, ekosystem, co nowego w PHP?
• Dlaczego Symfony2? Przegląd najważniejszych i najciekawszych możliwości frameworka;
• Symfony2 w praktyce. Mini przegląd popularnych Bundli + CMS w 5 minut.

Wszystkich zainteresowanych tematem PHP / Symfony2 serdecznie zapraszam!

Więcej informacji na temat samych wykładów można znaleźć na stronie: Wykłady Performance Media

W dniu dzisiejszym JetBrains udostępnił kolejną wersję PhpStorm, tym razem oznaczoną numerkiem 6. Wśród nowości możemy znaleźć: rozszerzenie funkcjonalności Composera poprawiony mechanizm obsługi Namespace dodanie organizatora codu Code (Re)arranger nowy edytor schematów baz danych zupełnie nowy Web Tool Kit (zawiera m.in. mechanizm obserwacji plików, REST klienta, wsparcie dla Emmet dla HTML i CSS) zupełnie nowy [...]

Być może sami wykombinowaliście większość o czym dzisiaj przeczytacie, a może jednak nie…

1. Odwołania do metod statycznych klasy będącej w przestrzeni nazw. Nie możemy sobie od tak wywoływać metod klasy. Trzeba ją najpierw zarejestrować poprzez registerClass():

$smarty->registerClass('Logger', '\My\Beautiful\Logger');

a następnie w szablonie:

{Logger::logReport()}

2. Przetwarzanie szablonów bezpośrednio ze stringa. Czasami przechowujemy kawałki szablonów w zmiennych i chcemy zwrócić wynik ich przetwarzania do zmiennej. Nic prostszego:

$result = $smarty->fetch('string:My name is {$name}');

3. Ładne grupowanie dużych liczb po 3 znaki.

{1000000|number_format:0:'':' '} zł

Da nam wynik 1 000 000 zł

4. Skrócony zapis tworzenia zmiennej w szablonie. Wynik wywołania metody przypiszemy do zmiennej $my_var. Konieczne jest zachowanie kolejności: assign idzie drugie, nazwa zmiennej w „podwójnych pazurkach”:

{$object->method() assign="my_var"}

5. Tworzenie tablic asocjacyjnych w szablonie. Nie wiedzieć czemu zapis Smartowi nie pasuje:

{assign var="my_arr" value=array('a' => 'aa', 'b' => 'bb')}

należy użyć sposobu znanego z tworzenia tablic w PHP 5.4:

{assign var="my_arr" value=['a' => 'aa', 'b' => 'bb']}

6. Bieżąca data. To oczywiste, ale może komuś umknęło:

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...

Na własnych maszynach produkcyjnych przeznaczonych pod Web zawsze kompiluję nginx + php. Mimo że „kompilacja” dla niektórych brzmi strasznie jest to tak naprawdę banalnie prosta procedura, tym bardziej jeśli chociaż jeden raz to przeszliśmy.

Niestety nie zawsze mam okazję wdrażać aplikacje/systemy webowe na maszynach przygotowanych przeze mnie, a niektórych adminów nie można po prostu doprosić się o świeżość PHP. Kilka ostatnich projektów były uruchamiane na maszynach gdzie PHP jest zainstalowany z paczki. Niby nic groźnego, a nawet zalecanego przez niektórych Linuksiarzy (stare=bezpieczne), ale np. Debian, CentOS mają paczki z PHP w wersji 5.3.3. Numerek nic Wam nie mówi? Wersja 5.3.3 była wydana 22 lipca 2010 roku! To już prawie 3 lata. W świecie języka, który jest bardzo dynamicznie rozwijany jest to cała dekada.

Nie byłoby w tym nic dziwnego, gdyby jeden z projektów nie korzystał z wbudowanego w PHP SoapClient (moduł libxml). No bo po co dodawać biblioteki zewn. do SOAP jeśli PHP ma to wbudowane? Wszystko działało świetnie, do momentu gdy musiałem wywołać żądanie z drugim parametrem (choice w XSD). SoapClient uparcie twierdził, że WSDL nie pozwala pominąć pierwsze parametru. A gdy był podany pierwszy, to ignorował drugi. Zmiany w XSD pomogły i pojawiło się pytanie gdzie problem?

Koniec, końców okazało się, że w PHP był błąd który został poprawiony w wersji 5.3.18 (z #50997 – SOAP Error when trying to submit 2nd Element of a choice).

Pod tym względem nie do końca rozumiem osoby odpowiedzialne, za akceptację paczek w tych dystrybucjach. Co innego migracja na PHP 5.4, a co innego łatanie poprzedniej wersji (5.3), gdzie nic nowego się nie pojawia. Pod tym względem zawsze lubiłem PLD, gdzie paczki można było spokojnie użyć w wielu przypadkach zamiast kompilowanych wersji (obecnie mają 5.3.21, a aktualny PHP to 5.3.22).

Podsumowując – jeśli programujecie w PHP, lub jesteście administratorami systemu z PHP proszę, pilnujcie czy przypadkiem na php.net nie ma nowszej wersji. Może to zaoszczędzić kilku dni w szukaniu błędu, lub uniemożliwić wykorzystanie luki w PHP, która wyjdzie na wierzch.