Net i Ja » PHP

Kolejna porcja komend dla vim-a ;)

Marek — Fri, 26 Nov 2010 12:57:38 +0000

Duplikowanie linii w której znajduje się kursor:

(tryb komend) yyp

Usuwanie linii w której znajduje się kursor:

(tryb komend) yyd

Wyświetlenie pomocy kontekstowej

(tryb edycji) Ctrl+N

MySQL + PHP = problem z kodowaniem

Marek — Tue, 02 Nov 2010 12:49:54 +0000

Mam plik zakodowany w UTF8 i bazę danych w MySQL która ma ustawione kodowanie tabel na utf8_polish_ci. Z pomocą php chcę ją wypełnić. Niestety mimo wielu prób otrzymywałem zamiast polskich liter krzaki…

Rozwiązaniem by po nawiązaniu połączenia zadeklarowanie używanego kodowania, w taki sposób:


$dbh->query('SET NAMES "utf8"');

Gdy konfiguracja apache nie pozwala na „php_flag magic_quotes_gpc Off”

Marek — Wed, 19 May 2010 16:30:46 +0000

Na niektórych hostingach bywa tak, że z pewnych względów poniższy kod nie zadziała, a wskutek tego np ckeditor też poprawnie nie będzie interpretowała tworzonych linków.


php_flag magic_quotes_gpc Off

Rozwiązanie problemu okazało się banalne:


SetEnv MAGIC_QUOTES 0

Dostęp do bazy danych w Bootstrap-erze… i można ;)

Marek — Wed, 20 Jan 2010 00:15:38 +0000

Pisząc dziś projekt z Bezpieczeństwa Aplikacji Internetowych zatrzymał mnie na chwilkę pewien problem…
Jak skorzystać z bazy danych już na poziomie bootstrapera?

W domyślnie wygenerowanym projekcie za pomocą narzędzia Zend_Tool, czyli wpisujemy w konsoli tak:

zf create project nazwa_projektu sciezka_projektu

Oprócz fajnej struktury katalogów otrzymujemy plik konfiguracyjny naszego projektu w prezencie. Znajduje się on w .\application\configs\application.ini i wygladajakoś tak:

[production]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
includePaths.library = APPLICATION_PATH "/../library"
bootstrap.path = APPLICATION_PATH "/Bootstrap.php"
bootstrap.class = "Bootstrap"
resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"

[staging : production]

[testing : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1

[development : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1

Mając taki ładny czysty projekt, każdy pewnie chce go wyposażyć w dostęp do bazy danych. I tu czeka nas miła, bo ustawienie adaptera do naszej bazy jest banalnie prosta i polega tylko na dodaniu małej wstawki w plik konfiguracyjny widoczny powyżej.

...
resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"
resources.db.adapter = PDO_MYSQL
resources.db.params.host = adres_bazy
resources.db.params.username = nazwa_konta
resources.db.params.password = haslo_dostepu
resources.db.params.dbname = nazwa_tablicy_w_bazie
[staging : production]
...

Powyższa czynność gwarantuje nam, bezproblemowy dostęp do tak skonfigurowanej bazy przy pomocy wszystkich klas z rodziny Zend_Db, w całym projekcie za wyjątkiem bootstrapera (.\application\Bootstrap.php). I tu właśnie się okazało, że w niektórych przypadkach i tam ten dostęp by był przydatny. Aby go uzyskać wystarczy przed naszym kodem korzystającym z dostępu do bazy ustawić domyślny adapter bazy danych, a raczej powiedzieć Zendowi gdzie leży jego konfiguracja. Pomoże nam w tym poniższy kawałek kodu:

...
$config = new Zend_Config_Ini('../application/configs/application.ini', 'production');
$db = Zend_Db::factory($config->resources->db);
Zend_Db_Table::setDefaultAdapter($db);
...

I można już odpytywać bazę danych i tu

Prefixy nazw klas w Zend Framework

Marek — Mon, 11 Jan 2010 00:18:59 +0000

Zend jako dość porządny framework PHPowy wypracował sobie bardzo ciekawy sposób ładowanie klas, który wywodził się z banalnego pomysłu na autoloadera. Mianowicie nazwa klasy zawierała w sobie częściową ścieżkę do pliku zawierającą kod naszego obiektu. Kolejne nazwy folderów i na końcu również samego pliku z klasą były odseparowane od siebie podkreślikiem „_” (chyba tak to się nazywa ), tak więc przykładowa nazwa klasy wyglądała tak:

Core_Db_Connector co przenosiło się bezpośrednio na lokację /Core/Db/Connector.php.

Pomysł stary i dość powszechnie stosowany choć przeciwników też ma. Programiści Zenda jednak zaadoptowali ten pomysł, lecz gdy zauważyli, że co programista to inna wizja rozłożenia standardowych elementów systemu po katalogach, to pomogli nam to również uporządkować. Dlatego właśnie powstały prefixy dla najważniejszych i często stosowanych elementów systemu.

Poniżej przedstawiam taką podręczną liste, która każdemu początkującemu programiście Zend Frameworka się przyda

Katalog	Prefix	Przykład zastosowania
api	Api_	Api_Resetuj
forms	Form_	Form_Dodaj
models	Model_	Model_Wpisy
models/DbTable	Model_DbTable_	Model_DbTable_Imiona
plugins	Plugin_	Plugin_Kolorowanie

Ostatnimi czasy dłubie trochę przy pomocy tego rozwiązania, więc sądzę, że będzie tu więcej artykułów o Zendzie