Ostatnie artykuły

CakePHP: JSON w widokach

Tomasz Mazur — Sat, 27 Aug 2011 11:31:13 +0200

Pomysł jak i klasa do realizacji pomysłu są zaczerpnięte z tego wpisu. Jeżeli mamy akcję, której zadaniem jest zwrócić wynik w JSON; zazwyczaj nie ma potrzeby korzystania z plików widoków i layoutów. Niektórzy pokusiliby się o wyłączenie autorenderowania i następnie wpisali echo json_encode;.Bardziej doświadczeni programiście wiedzą, że jest to niezgodne z architekturą MVC. Do tego celu stworzona została klasa JsonView. Poniższy kod ląduje w pliku app/views/json.php.

class JsonView extends View {
  var $content = null;
  function __construct {
    if  && isset) {
      $this->content = $controller->viewVars['json'];
    }
    if  {
      ClassRegistry::addObject;
    }
    Configure::write;
  }

  function render {
    if  {
      $data = '';
    } else {
      $data = json_encode;
    }
    return $data;
  }
}

Teraz w naszej akcji, której zadaniem jest wypisać obiekt JSON wystarczy wpisać:

function my_action {
    $this->view='json';
    $json = array;
    $this->set);
}

W odpowiedzi akcji powinniśmy otrzymać:

{"myobject":true,"mvc":"not broken"}

Mechanizm bardzo prosty w implementacji, pozwalający znacząco przyspieszyć pisanie kodu z użyciem JSON.

CakePHP: Linki absolutne

Tomasz Mazur — Fri, 26 Aug 2011 21:46:20 +0200

Ostatnio napotkałem problem tworzenia linków w mailu wysyłanym z sekcji administratorskiej aplikacji napisanej w CakePHP. Linki tworzyłem za pomocą metody link w HtmlHelper.

echo $this->Html->link
);

Tak utworzony link tworzony jest z prefixem 'admin'; jakoże został utworzony z poziomu sekcji admin, która jest uzyskana za pomocą takiego prefixu. Pozbywamy się prefixu podająć w tablicy drugiego parametru element o kluczu takim jak nazwa prefixu, a w wartości prefixu FALSE. Zaleca się aby w każdym tworzonym linku anuluwać nieużywane, a zdefiniowane prefixy. Dla przypomnienia prefixy te zdefiniowane są w pliku app/config/routes.php.

echo $this->Html->link
);

Teraz wystarczy tylko uzyskać link absolutny, czyli zaczynający się od http://tomaszmazur.eu/ zamiast standardowego /. W tablicy drugiego parametru tworzymy element o kluczu full_base i wartości TRUE.

echo $this->Html->link
);

CakePHP: Jeden silnik dla wielu aplikacji

Tomasz Mazur — Mon, 22 Aug 2011 01:02:28 +0200

Jak posiadać jedną kopię framework'a dla wielu aplikacji? Standardowe podejście to jeden silnik dla jednej aplikacji. Zakładając, że na serwerze posiadamy 10 aplikacji, w chwili gdy zechcemy zaktualizować silnik, musimy wgrać nową wersję 10 razy. Dodatkowo posiadamy 10 identycznych kopii źródeł CakePHP. Rozwiązaniem tego problemu jest posiadanie jednego silnika CakePHP wykorzystywanego przez wszystkie 10 aplikacji.

Na moim serwerze struktura katalogów wygląda następująco:

~/domains/domena1.pl/public_html/
~/domains/domena2.com/public_html/

W każdym z tych katalogów posiadam 2 działające aplikacje CakePHP, zawartość tych katalogów to:

app/
cake/
plugins/
vendors/
.htaccess
index.php

W momencie, gdy będę chciał zastosować strategię 'jeden silnik dla wielu aplikacji', zawartość folderu ograniczy się do:

app/
.htaccess
index.php

Pozostałe foldery zostaną przeniesione do innej dowolnej lokalizacji. W moim przypadku przenoszę je do ~/cakephp_nr_wersji. Otrzymuję przykładowy efekt:

~/cakephp_1_3_10/cake
~/cakephp_1_3_10/plugins
~/cakephp_1_3_10/vendors/

Aby aplikacje wiedziały, gdy znajduje się silnik CakePHP, musimy dokonać modyfikacji pliku app/webroot/index.php
ustawiając stałą CAKE_CORE_INCLUDE_PATH na ścieżkę do katalogu zawierającego katalogi cake i vendors . W wyżej opisanym przykładzie wyglądałoby to następująco:

define)).DS.'cakephp1_3_10');

Zmiany musimy oczywiście dokonać w każdej aplikacji z osobna, lecz jest to działanie tylko jednorazowe. Możemy pójść krok dalej i wyrzucić zawartość katalogu app bezpośrednio do public_html, ale o tym w oddzielnym wpisie.

Linux: Kilka przydatnych komend dla programistów

Tomasz Mazur — Sat, 20 Aug 2011 17:39:22 +0200

Przedstawię kilka komend linuxowych, które przydają się w codziennej pracy programisty. Niekażdy programista zna linuxa na wylot, w większości przypadków wystarczy znajomość podstaw i kilku, specyficznych dla danej działalności komend. Polecenia są dość jednoznaczne, dlatego nie zamieszczam dokładnego opisu komend.

1. Zrzut/kopia bazy danych

mysqldump -h localhost -u username -p database > file.sql

-p oznacza, że konieczne jest podanie hasła dla użytkownika.

2. Wgranie/import bazy danych

mysql --host localhost --user username -p database < file.sql

-p jak w punkcie 1

3. Policzenie liczby plików/folderów w danym katalogu

ls /my/dir/ -l | wc -l

4. Wylistowanie plików/katalogów zawierających w nazwie określony ciąg znaków

ls /my/dir | grep ".jpg"

Komendy z punktów 3 i 4 można połączyć

ls /my/dir -l | grep ".jpg" | wc -l

Post będzie uzupełniany w miarę potrzeb.

SQL: Przechowywanie IP w bazie danych

Tomasz Mazur — Sat, 12 Feb 2011 00:03:43 +0100

Wpis dotyczy tematu przechowywania adresów IP w bazie danych MySQL. Najczęściej spotykanym sposobem przechowywania takiego adresu IP jest pole VARCHAR. Jest to zdecydowanie niewłaściwe podejście, wymaga zastosowania pola co najmniej VARCHAR, jednak w praktyce można spotkać nawet VARCHAR. Polecanym rozwiązaniem jest skorzystanie z pola UNSIGNED INT. Aby jednak wcisnąć adres IP do tego pola, potrzebna jest jego pewna obróbka, na szczęście zarówno PHP jak i MySQL posiadają funkcje pozwalające na obustronna konwersje adresów. Przejdźmy do praktyki i utwórzmy nasze pole:

CREATE TABLE IF NOT EXISTS `ips`  unsigned NOT NULL AUTO_INCREMENT,
  `ip` int unsigned NOT NULL,
  PRIMARY KEY ,
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

Aby wstawić do bazy danych adres IP 127.0.0.1 możemy skorzystać z zapytania:

INSERT INTO `ips`  VALUES)

W bazie danych pojawi się wpis, który w polu ip będzie zawierał adres IP:

2130706433

Adres ten odczytujemy za pomocą MySQL korzystając ze składni

SELECT INET_NTOA as ip_address FROM `ips`

Co pozwoli nam na odczyt adresu IP w znanej nam formie. Jak wspomniałem, czynności te można również wykonać z poziomu PHP. Służą do tego odpowiednio funkcje ip2long i long2ip

$ip = '127.0.0.1';
$encoded = ip2long;
echo $encoded; //wyświetli 2130706433
$ip_2 = long2ip;
echo $ip_2; //wyświetli 127.0.0.1

Jak widać korzystanie z tego sposobu przechowywania adresów IP w bazie danych nie jest takie straszne jak mogłoby się wydawać. Pozatym, że rozwiązanie to jest dużo wydajniesze od zwykłego pola VARCHAR. Należy wspomnieć że udostępnia dodatkową funkcjonalność jak np. wyszukiwanie adresów IP z danego zakresu adresów, sprawdzanie czy adres należy do danej puli itd.

Javascript: Przypisać this, czyli metoda apply i call obiektu Function

Tomasz Mazur — Sun, 02 Jan 2011 12:47:30 +0100

Czasami, szczególnie przy obiektowym javascriptcie istnieje potrzeba określenia czym jest this w danej funkcji/metodzie. Istnieją dwa sposoby określenia this, za pomocą metod apply i call obiektu Function:

function car {
    this.name = 'car'; 
}
car.prototype.getName = function {
    alert: '+this.name);
}

function person {
    this.name = 'person';
}
person.prototype.getName = function {
     alert: '+this.name);
}
person.prototype.test1 = function {
     car.getName.apply;   
}
person.prototype.test2 = function {
     car.getName.call;   
}


var car = new car;
var person = new person;
car.getName;
person.getName;
person.test1;
person.test2;

Pierwszym parametrem w obydwu metodach jest zmienna, która w wywołanej funkcji/metodzie będzie przypisana do this. Wykonując powyższy kod, tworzymy 2 obiekty, person i car. Wywołujemy po koleji metody getName obudwu obiektów i dostajemy w komunikatach:

car.getName: car
person.getName: person

Czyli wszystko standardowo. W obiekcie car this=car, a w obiekcie person this=person; W kolejnych 2 wywołaniach, metody test1 i test2 obiektu person, wywołujemy metode getName obiektu car, przekazując w pierwszym argumencie metod apply/call this, czyli person. Spodziewamy się wywołać z poziomu obiektu car metode getName z this=person. Brzmi absurdalnie, ale w kolejnych dwóch komunikatach dostajemy:

car.getName: person
car.getName: person

Przykład ten nie niesie większego sensu, ale wydaje mi się, że dobrze oddaje ideę działania tych metod. Metody apply i call różnią się sposobem przekazywania dodatkowych argumentów, co nie zostanie omówione w tym artykule.

CakePHP: HABTM - podstawy relacji hasAndBelongsToMany

Tomasz Mazur — Sun, 26 Dec 2010 22:01:55 +0100

1. Wprowadzenie

W artykule tym opiszę wszystkie istotne informacje dotyczące relacji HABTM. Na początku podam przykład takiej relacji wzięty z tej strony. Mamy artykuły i kategorie; artykuł może być przypisany do wielu kategorii, a kategoria może posiadać wiele artykułów. To jest istotą relacji HABTM. Aby utworzyć tą relację konieczne jest stworzenie w bazie danych, tabeli łączącej artykuły z kategoriami. Definicja w kodzie wygląda następująco:

<?php
//definicja modelu artykułów
class Article extends AppModel {
     var $name = 'Article';
     var $hasAndBelongsToMany = array;//definicja relacji HABTM
}

<?php
//definicja modelu kategorii
class Category extends AppModel {
     var $name = 'Category';
     var $hasAndBelongsToMany = array;//definicja relacji HABTM
}

W powyższym kodzie nie zdefiniowałem tabeli łączącej obydwa modele, jest spowodowane tym, że CakePHP domyślnie przyjmuje nazwę wziętą z konwencji; w tym wypadku articles_categories. Dodatkowo zostanie utworzony automodel ArticlesCategory, który umożliwi dostęp bezpośrednio do danych zawartych w tabeli łączącej. Należy jednak pamiętać o tym, że utworzony automodel nie jest powiązany ani z artykułem, ani z kategorią. Powiązanie takie można wywołać ręcznie:

//utworzenie relacji naszego automodelu do kategorii
$this->Article->ArticlesCategory->bindModel));

2. Modyfikacja relacji

Co jednak jeśli nazwa automodelu nam nie pasuje? Albo chcemy użyć innej nazwy tabeli łączącej? Nazwe te możemy dowolnie modyfikować, należy jednak pamiętać o tym aby zmiany wprowadzić w obu modelach. Wprowadzenie ich tylko w jednym modelu będzie skutkowało dużym bałaganem i niespodziewanym zachowaniem aplikacji.

<?php
//definicja modelu artykułów
class Article extends AppModel {
     var $name = 'Article';
     var $hasAndBelongsToMany = array
     );//definicja relacji HABTM
}

<?php
//definicja modelu kategorii
class Category extends AppModel {
     var $name = 'Category';
     var $hasAndBelongsToMany = array
     );//definicja relacji HABTM
}

Po zastosowaniu podanego wyżej kodu nasz automodel będzie się nazywał ArticlesCategories a tabela łącząca articles_categories_joined.

3. Analiza relacji

Wrócmy jednak do nazewnictwa proponowanego przez konwencję CakePHP. Jeśli chcemy wejść w szczegóły relacji HABTM, jest to nic innego niż 2 relacje hasMany z zastosowaniem modelu pośredniego. Podaję przykład jak utworzyć relację zachowującą się podobnie jak HABTM:

//definicja modelu artykułów
class Article extends AppModel {
     var $name = 'Article';
     var $hasMany = array;
}


//definicja modelu kategorii
class Category extends AppModel {
     var $name = 'Category';
     var $hasMany = array;
}

//definicja modelu łączącego
class ArticleCategory extends AppModel {
     var $name = 'ArticleCategory';
     var $belongsTo = array;
}

Jak widać wymaga to zdefiniowania dodatkowego modelu, pełniącego rolę łącznika. Nie polecam definiowania relacji w ten sposób, przykład ten został podany jedynie w celu zrozumienia zasady działania relacji HABTM.

4. Tworzenie i usuwanie relacji

Relacja HABTM jest dość specyficzną relacją. Aby przypisać artykuł o id=1 do kategorii o id=1 wywołujemy:

$this->Article->save,
    'Category' => array,
    ),
));

Jeżeli chcemy przypisać nasz artykuł dodatkowo do kategorii 2 może skorzystać z kodu:

$this->Article->save,
    'Category' => array,
    ),
));

Spowoduje to jednak usunięcie relacji z kategoria o id=1. Należy zatem pamietać, że przy modyfikacji relacji HABTM CakePHP najpierw kasuje wszystkie istniejące relacje. Poprawny kod wygląda następująco:

$this->Article->save,
    'Category' => array,
    ),
));

Jak można się już domyślić, jeśli chcemy aby nasz artykuł nie należał do żadnej kategorii wywołujemy:

$this->Article->save,
    'Category' => array,
    ),
));

Aby zmienić to zachowanie można skorzystać z add-delete-habtm-behavior. Osobiście nie korzystałem z tego dodatku, ale w niektórych przypadkach może on okazać sie użytyczny.

5. Więcej informacji

Cookbook o HABTM

W przyszłości planuję opisać sposób filtrowania danych objętych relacją HABTM.

MySQL: Reorganizacja kluczy głównych tabeli

Tomasz Mazur — Wed, 22 Dec 2010 23:55:00 +0100

Krótki post o tym jak należy postępować gdy chcemy dokonać reogranizacji kluczy głównych tabeli. Tyczy się to tylko tabel, które mają indeks główny numerowany automatycznie. Przykładowo mamy tabelę w której istnieją wpisy dla kluczy głównych: 1,3,5,10, a chcemy ją tak przenumerować, żeby te klucze przyjmowały wartości: 1,2,3,4. Rozwiązanie sprowadza się do 3 zapytań SQL:

ALTER TABLE `users` DROP `id`;
ALTER TABLE `users` AUTO_INCREMENT = 1;
ALTER TABLE `users` ADD `id` int UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;

Oczywiście rozwiązanie posiada jedną ogromną wadę: nadaje się do zastosowania tylko tam, gdzie nie mamy relacji z tabelą którą modyfikujemy. Na szczęscie mój obiekt testowy spełniał to założenie.

CakePHP: Optymalizacja tabel ACL

Tomasz Mazur — Tue, 02 Nov 2010 11:55:11 +0100

Natknąłem się w sieci na ciekawy kawałek kodu SQL, który drastycznie zwiększa wydajność zapytań do tabel ACL. Zmiana polega jedynie na nałożeniu indeksów i kluczy obcych. Kod został znaleziony na grupie dyskusyjnej CakePHP.

/* ACL Tables */

CREATE TABLE acos  DEFAULT '',
	foreign_key INT UNSIGNED DEFAULT NULL,
	alias VARCHAR DEFAULT '',
	lft INT DEFAULT NULL,
	rght INT DEFAULT NULL
) ENGINE = INNODB;
-- table name is quoted because it is a reserved word
CREATE INDEX idx_acos_lft_rght ON `acos`;
CREATE INDEX idx_acos_alias ON `acos`;
CREATE INDEX idx_acos_model_foreign_key ON `acos`,foreign_key);

CREATE TABLE aros  DEFAULT '',
	foreign_key INT UNSIGNED DEFAULT NULL,
	alias VARCHAR DEFAULT '',
	lft INT DEFAULT NULL,
	rght INT DEFAULT NULL
) ENGINE = INNODB;
-- table name is quoted because it is a reserved word
CREATE INDEX idx_aros_lft_rght ON `aros`;
CREATE INDEX idx_aros_alias ON `aros`;
CREATE INDEX idx_aros_model_foreign_key ON `aros`,foreign_key);

CREATE TABLE aros_acos  NOT NULL DEFAULT 0,
	_read CHAR NOT NULL DEFAULT 0,
	_update CHAR NOT NULL DEFAULT 0,
	_delete CHAR NOT NULL DEFAULT 0
) ENGINE = INNODB;
-- table names are quoted because they are reserved words
CREATE UNIQUE INDEX idx_aros_acos_aro_id_aco_id ON `aros_acos`;
ALTER TABLE aros_acos ADD CONSTRAINT FOREIGN KEY  REFERENCES `aros`;
ALTER TABLE aros_acos ADD CONSTRAINT FOREIGN KEY  REFERENCES `acos`;

Aktualizacja licznika długu publicznego - dane z VI 2010

Tomasz Mazur — Sun, 19 Sep 2010 23:26:00 +0200

Kolejna aktualizacja licznika długu publiczego. Dane są obecnie pobierane z okresu 01.06.2009 - 31.05.2010. Aktualizacja spowodowała skok licznika o 25 mld złotych do przodu! Jest to rekordowy skok odkąd uruchomiono licznik. Szczegółowe dane można zobaczyć na stronie projektu.

Dodatkowo licznik długu publicznego obchodzi swoje ciche pierwsze urodziny. ;) Od tego czasu zyskał znaczy rozgłos. W planach jest stworzenie niezależnego skryptu PHP zwracającego wartość tekstową lub graficzną aktualnego długu.

Standardowo informuję: Aby dane licznika się zaktualizowały może być konieczne wyczyszczenie cache, lub po prostu wciśnięcie klawisza F5 na stronie z licznikiem.

CakePHP: Checkbox zamiast multiselect

Tomasz Mazur — Sun, 19 Sep 2010 12:17:25 +0200

Załóżmy, że mamy model Post i Tag posiadający relację HABTM. Tworząc widok dodawania nowego postu chcemy mieć możliwość wyboru tagów które są przypisane do postu. Standardowo napiszemy w naszym widoku:

echo $this->Form->input
));

Spowoduje to stworzenie elementu select z opcją wielokrotnego wyboru. Jest to element na ogół kłopotliwy ze względu na konieczność używania przycisku control w trakcie zaznaczanie, co ze strony użyteczności jest wielkim nieporozumieniem. CakePHP przychodzi nam z pomocą i umożliwia bardzo proste rozwiązanie problemu. Wystarczy do tablicy parametrów dodać klucz multiple z wartością checkbox. Skutkuje to stworzeniem serii elementów checkbox. Całość wygląda następująco.

echo $this->Form->input
	,'multiple'=>'checkbox'
));

Na ogół jest to rozwiązanie lepsze niż element select. Sposobem najlepszym jest jednak stworzenie elementu ktory nazywam 'multiselect-checkbox'. Do stworzenia jego potrzebujemy jednak użyć nieco javascriptu. Można się wkrótce spodziewać artykułu na ten temat.

jQuery: Jak sprawdzić czy element istnieje?

Tomasz Mazur — Sat, 18 Sep 2010 22:48:09 +0200

Jak sprawdzić czy element istnieje za pomocą jQuery? Jak sprawdzić ile takich elementów istnieje? Ostatnio spotkałem się z takim problemem. Naturalnym odruchem jest napisanie następującego kawałka kodu:

var x = $;
if {//zakładamy że ten fragment kodu wykona się tylko wtedy gdy element istnieje
   alert; 
}

Niestety rozwiązanie to jest jak najbardziej błędne. Zmienna x zawsze będzie istnieć, będzie obiektem jQuery. Prawidłowy sposób polega na sprawdzeniu właściwości length tego obiektu. Wartość tej właściwości jes równa ilości znaleźionych elementów.

var x = $;
if {
   alert;
}

Rozwiązanie proste, ale może wpędzić w chwilę zakłopotania, jeżeli nie znamy prawidłowego sposobu.

CakePHP: Korzystanie z helpera z poziomu innego helpera

Tomasz Mazur — Thu, 16 Sep 2010 23:30:56 +0200

Co należy zrobić żeby móc korzystać z jakiegoś helpera w CakePHP z poziomu innego helpera? Zadanie jest banalne i nie różni się niczym od korzystania z helperów w zwykłym kontrolerze. Zarówno sposób zaincludowania jak i sposób dostępu do helpera jest identyczny. W zaprezentowanym fragmencie kodu korzystam z HtmlHelper z poziomu stworzonego przezemnie MyHelper.

class MyHelper extends AppHelper {
    var $helpers = array;

    function myMethod {
        return $this->Html->link;
    }
}

CakePHP: Dynamiczne ładowanie zewnętrznych modeli

Tomasz Mazur — Sat, 04 Sep 2010 12:33:26 +0200

Czasami zdarza się konieczność korzystania z modelu niepowiązanego z danym modelem/kontrolerem. Przykładem z życia wziętym jest model Setting - prosta tablica zawierajaca różne ustawienia do naszej aplikacji, prawdopodobnie modyfikowalne z poziomu panelu administracyjnego. Będziemy korzystać z tego modelu w bardzo wielu niepowiązanych modelach. W moich aplikacjach model ten zazwyczaj nie posiada żadnych powiązań. Częstym błędem początkujących programistów CakePHP jest próba korzystania z modelu z poziomu kontrolerów za pomocą właściwości $uses.

var $uses = array

Spowoduje to załadowanie modelu Setting przy każdym uruchomieniu kontrolera. Jezeli kontroler posiada metody dla których model Setting jest niepotrzebny, to podany kawalek kodu nie jest optymalny. Korzystanie z modelu Setting obywa sie teraz na zasadach analogicznych do korzystania z natywnego modelu kontrolera.

$results = $this->Setting->findById;

Zalecaną metodą ładowania zewnętrznych modeli jest ładowanie dynamiczne. Następującą linijkę kodu należy umieścić w metodzie wymagającej dostęp do modelu Setting.

$this->loadModel;

Korzystanie z modelu odbywa się na zasadach analogicznych do metody z $uses. Jest to zalecana metoda korzystania z zewnętrznych modeli.

Jeżeli zajdzie konieczność skorzystania z zewnętrznego, niepowiązanego modelu z poziomu jakiegos modelu, z przyczyn oczywistch nie możemy skorzystać z powyższej metody. Informacja dla nieco mniej obeznanych czytelników, metoda loadModel istnieje w klasie Controller, która jest niedostępna z poziomu modelu. Należy zatem skorzystać z ClassRegistry::init w następujący sposób

$setting = ClassRegistry::init;
$results = $setting->findById;

Dodam, że nie zdażyła mi się jeszcze koniecznośc załadowania zewnętrznego modelu z poziomu innego modelu. Można oczywiście korzystać z instrukcji ClassRegistry::init z poziomu kontrolera. Należy jednak pamiętać, aby przypisać model do zmiennej, z której będzie korzystać.

$setting = ClassRegistry::init;
//$results = $this->Setting->findById;
$results = $setting->findById;

Zakomentowana linijka nr 2 jest niepoprawna i zwróci błąd. Tyle w temacie dynamicznego ładowania modeli.

CakePHP: IdeaCache - Internal Server Error 500

Tomasz Mazur — Thu, 02 Sep 2010 15:33:20 +0200

Artykuł ten jest kontynuacją poprzedniego, dotyczącego błędu w aplikacjach CakePHP na serwerach home.pl. Element, który sprawia kłopot na tych serwerach to IdeaCache. Ten i podobne problemy zostały opisane w następujących linkach:

1. http://cakephp.lighthouseapp.com/projects/42648/tickets/817-class-cakelog-not-found

2. http://cakephp.lighthouseapp.com/projects/42648/tickets/923

Aby naprawić ten błąd należy zamienić kawałek kodu w pliku /cake/libs/cake_log.php

if ) {
    set_error_handler);
}

if ) {
    $cakeLog =& CakeLog::getInstance;
    set_error_handler);
}

Musimy pamiętać o tym, że jest to ingerencja w źródła CakePHP. Przy każdej aktualizacji, będziemy musieli podmieniać wyżej wymieniony fragment kodu. Pomimo tej wady, zdecydowałem się na zastosowanie tego fixa. Jeżeli to nie zadziała, to w wyżej wymienionych linkach są również podane inne sposoby naprawy.

CakePHP: home.pl - Internal Server Error 500

Tomasz Mazur — Sun, 29 Aug 2010 21:07:59 +0200

UWAGA!

Artykuł ten jest nieaktualny! Rozwiązanie problemu jest niepoprawne, prawidłowe rozwiązanie znajduje się w artykule: CakePHP: IdeaCache - Internal Server Error 500

Natknąłem się dzisiaj na błąd podczas przenoszenia serwisu opartego na CakePHP na serwer firmy home.pl. Nigdy nie podobała mi się ta firma, ale do tej pory nie stwarzała mi specjalnych kłopotów.

Po wgraniu strony na nowy serwer, ustawilem debug na wartość 2 celem odswieżenia wewnetrznego cache'a CakePHP. Po pomyślnym otworzeniu strony ustawilem debug na wartość 0. Po ponownym otwarciu strony wyskoczył mi błąd Internal Server Error 500. Po przeszukaniu internetu, doszedłem do tego, że należy dodać do pliku .htaccess znajdującego się w nadrzędnym naszej aplikacji, tj. katalog zawierający katalogi app,cake,plugins,vendors; linię RewriteBase /podkatalog/. A zatem cały plik będzie wyglądał następująco

<ifmodule mod_rewrite.c="">
    RewriteEngine on
    RewriteBase /podkatalog/
    RewriteRule    ^$    webroot/    [L]
    RewriteRule     webroot/$1    [L]
 </ifmodule>

Z moich obserwacji wynika, że bez tej linijki CakePHP nie jest w stanie przeładować swoich wewnetrznych cache. Odpalamy naszą aplikację z debug ustawionym na 2, następnie zmieniamy na 0 i wszystko powinno ładnie chodzić. Co ciekawe mogę również usunąc dodaną linijkę kodu i wszystko będzie działać jak należy. Można wnioskować, że dodanie tej linijki jest konieczne jedynie dlatego, aby CakePHP mógł przeładować wewnętrzne cache. Mam nadzieję, że ktoś z podobnym problemem trafi na ten artykuł.

Aktualizacja licznika długu publicznego

Tomasz Mazur — Sat, 28 Aug 2010 20:04:01 +0200

Kolejna aktualizacja mojego licznika. Dane są obecnie pobierane z okresu 01.03.2009 - 28.02.2010. Aktualizacja spowodowała skok licznika o 2 mld złotych do przodu. Szczegółowe dane można zobaczyć na stronie projektu.

Bardzo ważna informacja, wraz z tą aktualizacją naprawiłem licznik dla IE, wcześniej były z tym problemy. Testy poprowadzone przeze mnie wykazały, że licznika chodzi na IE6+.

Standardowo informuję: Aby dane licznika się zaktualizowały może być konieczne wyczyszczenie cache, lub po prostu wciśnięcie klawisza F5 na stronie z licznikiem.

CakePHP: Usuwanie rekurencyjne (kaskadowe)

Tomasz Mazur — Mon, 23 Aug 2010 14:12:52 +0200

Jeżeli chcemy skasować rekord z bazy danych, wraz z wszystkimi powiązaniami rekordami z innych modeli wystarczy ustawić odpowiednie parametry w modelu na modelu. Nazwijmy to usuwanie rekurencyjne, lub usuwanie kaskadowe. Załóżmy, że mamy model User, który posiada powiązanie hasOne z modelem Account, hasAndBelongsToMany z modelem Tag, oraz powiązanie hasMany z modelem Photo. Dodatkowo model Account posiada powiązanie hasMany z modelem Information. Pomijam powiązanie belongsTo, gdyż nie wyobrażam sobie sytuacji, że chcemy usunąć model z takim powiązaniem. Nasze modele wyglądają następująco.

class User extends AppModel {
  var $hasOne = array;
  var $hasMany = array;
  var $hasAndBelongsToMany = array;
}

class Account extends AppModel {
  var $hasMany = array;
}

Wywołując w kontrolerze users $this->User->delete; skasujemy rekord z modelu User oraz wszystkie rekordy z tabeli tags_users, czyli z tabeli łączącej model User z modelem Tag. Dzieje się tak dlatego, że relacje HABTM są domyślnie zależne od siebie. Co zrobić aby skasować powiązanie rekordy z modeli Account, Photo, Information? Wystarczy określić, że modele są zależne od siebie. Nasze modele wyglądają teraz następująco.

class User extends AppModel {
  var $hasOne = array);
  var $hasMany = array);
  var $hasAndBelongsToMany = array;
}

class Account extends AppModel {
  var $hasMany = array);
}

Tak określone modele tworzą zależności pomiędzy modelami. Kasując użytkownika kasujemy wszystkie jego zdjecia, konto, oraz informacje należące do konta. Bardzo prosta i przydatna procedura.

PHP: zmienne zmiennych - zmienne dynamiczne

Tomasz Mazur — Mon, 02 Aug 2010 00:19:57 +0200

Spotkałem się ostatnio z problemem dostępu do zmiennej w PHP, której nazwa nie jest znana do chwili uruchomienia skryptu. Rozwiązanie okazuje się banalne. Dla przykładu załóżmy że chcemy wyświetlić zmienną o nazwie $nieznana_nazwa. Należy skorzystać z następującej składni.

$name = 'nieznana_nazwa';
echo ${$name};

Jest to równoznaczne z napisaniem echo $nieznana_nazwa. Sytuacja kiedy nie znamy nazwy zmiennej nie wydaje się częsta, istnieje prawdopodobnie milion innych sposobów aby to obejść, np. skorzystać z tablicy. Ten sposób wydaje się ciekawy, dlatego nie chciałbym o nim zapomnieć. ;)

Aktualizacja licznika długu publicznego - dobre wieści

Tomasz Mazur — Sat, 03 Apr 2010 10:18:23 +0200

Kolejna aktualizacja mojego licznika. Dane są obecnie pobierane z okresu I.2009 - XII.2009. Wzrost zadłużenia w tym okresie wyniósł 72 228,187 mln zł. Jest to spadek o niemalże połowę w porównaniu do okresu X.2008-IX.2009 w którym wzrost ten wyniósł 121 330,126 mln zł. Stan długu na koniec grudnia 2009 wyniósł 669 992,2 mln zł. Zmiany te zaowocowały spadkiem cyferek na liczniku z 721 mld zł do 688 mld zł. Dodam, że nie do końca wiem dlaczego, ale w źródle ze strony ministerstwa finansów dane te są oznaczone jako wstępne. Będę monitorował tą sytuację i w razie czego dokonam niezwłocznej aktualizacji. W razie wątpliwości odsyłam do źródła

Standardowo informuję: Aby dane licznika się zaktualizowały może być konieczne wyczyszczenie cache, lub po prostu wciśnięcie klawisza F5 na stronie z licznikiem.

CakePHP: Linki w array

Tomasz Mazur — Sat, 27 Mar 2010 14:07:33 +0100

Dzisiaj krótki, ale bardzo przydatny wpis dotyczący tworzenia linków w CakePHP za pomocą tablic.

Na początek przedstawię ideę linków w array. W szablonach strony możemy tworzyć odnośniki w zwyczajny sposób, ale korzystanie z tablic niesie za sobą liczne korzyści, w szczególności jeśli chcemy korzystać z funkcjonalności reverse routing. Pozwala to na łatwe, szybkie i sprawne operowanie linkami. Nie musimy się martwić "treścią" linku, a jedynie kontrolerem/akcją jaką mamy obsłużyć, oraz danymi jakie chcemy przekazać.

W ogóle struktura linków wygląda następująco:

<?php echo $html->link,
    array,
    "Komunikat pytający czy chcieliśmy kliknąć w link?"
);?>

Wymagane są oczywiście tylko pierwsze dwa parametry. Pierwszy parametr to treść linku, tekst który widzi użytkownik. Parametr nr 2 to jest "Nasz" array, zawiera on informacje najistotniejsze czyli nazwę kontrolera oraz akcję do której kieruje link. Możemy również podać id które CakePHP przekazuje do akcji. Aby zobaczyć korzyści płynące z tego rozwiązania ponownie odsyłam do wpisu o przyjaznych linkach. Parametr nr 3 to atrybuty html, np. class, id. Parametr nr 4 to javascript'owy komunikat pytający czy aby na pewno chcieliśmy kliknąć w link. Mówiąc fachowo ostatni parametr dodaje do linku onclick="confirm;".

W celu zgłębienia wiedzy odsyłam do:
1. Cookbook
2. API 1.3

CakePHP: Przyjazne linki

Tomasz Mazur — Tue, 23 Feb 2010 22:20:09 +0100

Tak jak obiecywałem, postanowiłem napisać małą serię artykułów o CakePHP, w wersji 1.3, chociaż znaczna większość ma identyczne zastosowanie w wersji 1.2. Zacznę od wyjaśnienia się co to są przyjazne linki, znane szerzej jako Search Engine Friendly URLs.

Przyjazne linkowanie służy głównie do lepszego indeksowania naszej strony przez wyszukiwarki internetowe, np. Google. Efekt uboczny to taki, że linki lepiej oddają swoją treść. Najlepiej pokazać to na przykładzie.

Tutaj mała dygresja, w każdym z artykułów zakładam, że Czytelnik jest zapoznany z podstawami CakePHP, jeżeli tak nie jest to odsyłam do najlepszego źródła: CakePHP Cookbook. Dodatkowo, trzymam się konwencji angielskiego nazewnictwa.

Załóżmy, że mamy kontroler Posts, i model Post, który jest oczywiście postem, bądź w moim przypadku artykułem. Nie pytajcie dlaczego nie nazwałem tego Article. ;) Chcąc stworzyć link do konkretnego artykułu, w kontrolerze tworzymy metodę view. Zapełniamy ją dość oczywistym kodem:

$this->Post->id = $id;
$post = $this->Post->find;
$this->set;

Stosujemy find, zamiast read, gdyż nie ma potrzeby zapełniać kontroler danymi. Teraz możemy utworzyć widok naszego artykułu, dla naszego przykładu wystarczy najprostszy z możliwych:

<?php echo $post['Post']['body']; ?>

Teraz możemy się odwołać do Naszego artykułu poprzez link: http://localhost/posts/view/1. Oczywiście jest to link, który kompletnie nic nie mówi użytkownikowi o treści jakiej prezentuje, oraz nie jest przyjazny dla wyszukiwarek. W moim przypadku chciałem osiągnąć następującą postać linku: http://localhost/artykul/id_artykulu-tytul_artykulu. Aby to osiągnąć musimy skorzystać z router'a CakePHP.

Otwieramy plik /app/config/routes.php. W tym pliku będzie się dziać cała magia. Robiąc to krok po kroku, najpierw chcemy uzyskać postać http://localhost/artykul/id. Osiągamy to poprzez dodanie następującego kodu:

Router::connect,
        array,
            'id' => '[0-9]+'
        )
);

Zakładamy tutaj, że pole id przyjmuje wartości numeryczne. Chcąc uzyskać postać końcową zamieniamy ten fragment kodu na następujący:

Router::connect,
        array,
            'id' => '[0-9]+',
            'slug'=>'.+'
        )
);

Teraz pojawia się pytanie, jak z poziomu CakePHP uzyskać następujące linki. W widoku w którym chcemy wyświetlić link piszemy:

<?php echo $html->link
); ?>

Część z Was może się spytać co to jest to tajemnicze $slug. Jest to krótki ciąg znaków, najlepiej oddający treść linka. Nie może zawierać spacji, ani znaków specjalnych; zamieniamy je najlepiej na myślnik. Dodatkowo slug jest zoptymalizownay pod względem SEO. W Naszym przypadku najlepszym kandydatem na slug'a będzie tytuł artykułu. Musimy go jednak odpowiednio obrobić. Na szczęście CakePHP posiada do tego odpowiednie narzędzie.

Posługujemy się metodą Inflector::slug;. Pierwszy argument to ciąg znaków do 'oczyszczenia', a kolejny to znak, na jaki zamieniamy znaki niedozwolone. Wynikiem będzie tytuł-pierwszego-artykułu. Nie jest to do końca poprawne, nie możemy posługiwać się znakami specjalnymi w adresie, jest to niezgodne z formatem URI. Niestety na dzień dzisiejszy CakePHP w wersji 1.3 nie zamienia znaków diaktrycznych na ich łacińskie odpowiedniki. Aby dodać taką funkcję, możemy stworzyć własną funkcję do tego celu, bądź też dokonać zmiany w pliku /cake/libs/inflector.php. Zmiany dokonujemy w metodzie slug, zamieniając wartość zmiennej $default na:

$default = array => '',
);

Spowoduje to poprawne tworzenie slugów z polskimi znakami. Musimy jednak pamiętać o dokonywanie takiej modyfikacji przy każdej aktualizacji CakePHP. Liczę na to, że w przyszłych wersjach ta funkcjonalność będzie w oficjalnych źródłach. Odpowiedni ticket został już złożony. ;) Pozdrawiam i mam nadziję, że się przyda.

Podsumowanie licznika długu publicznego

Tomasz Mazur — Sun, 21 Feb 2010 19:33:45 +0100

W przeciągu 5 miesięcy istnienia licznika długów zyskał on znaczny rozgłos. Wartość licznika również dokonała sporego wzrostu. ;)

Poniżej zamieszam listę stron, z których systematycznie odnotowuje wejścia na moją stronę. Być może w przyszłości należałoby pomyśleć nad jakąś stałą, bardziej widoczną listą?

Kolejność alfabetyczna:

http://aaugustow.blogspot.com/
http://www.adamduda.pl/
http://adamkrukowski.com/
http://www.czuma.pl/posel/
http://kuczynski.blogbank.pl/
http://panmusk.blogspot.com/
http://partiawip.pl/
http://piechula.jogger.pl/
http://slomski.us/
http://www.zegardlugu.pl/
http://zezorro.blogspot.com/

PS. Przepraszam, że nie są to linki, ale boję się Wujka Google. ;)

Jeżeli ktoś chciałby zostać dopisany/wypisany z powyższej listy to proszę o kontakt.

Zmiana w systemie komentarzy

Tomasz Mazur — Thu, 11 Feb 2010 00:57:14 +0100

Dokonałem małej zmiany w systemie komentarzy. Od dzisiaj komentarze są weryfikowane po stronie serwera, a nie po stronie klienta jak to miało wcześniej miejsce. Weryfikacja jest przeprowadzana przez silnik CakePHP, w przypadku nie powodzenia weryfikacji zwracamy obiekt JSON z treścią błędów. Jeżeli weryfikacja przebiegła pomyślnie, zwracam treść komentarza, który jest dynamicznie dołączany do strony. Rozwiązanie z pewnością lepsze, zajmuje mniej miejsca w kodzie, umożliwia lepsze rozpoznanie błędów.

Jeżeli nic mi nie przeszkodzi to następny artykuł będzie właśnie na ten temat. :)

Aktualizacja licznika długu publicznego

Tomasz Mazur — Tue, 09 Feb 2010 12:39:13 +0100

Dokonałem aktualizacji licznika długu publicznego. Początkowo miałem zamiar dokonać aktualizacji jedynie licznika długu w wersji drugiej, jednak zauważyłem, że znaczna liczba stron korzysta z starszej wersji licznika. Postanowiłem więc uaktualnić obie wersje.

Obliczenia prowadzę na podstawie okresu X.2008-IX.2009. Tak jak przewidywałem, dług dokonał przeskoku o prawie 3 mld zł do przodu! Wartość przyrostu w skali rocznej wzrosła z 106 572,61 mln zł do 121 330,126 mln zł. Jest to przyrost o 14 757,516 mln zł, lub o prawie 14%. W skrócie mówiąc tempo wzrostu Naszego długu wzrosło o 14%! Informacja jak dla mnie szokująca. Z niecierpliwością czekam na zamieszczenie danych z ostatniego kwartału roku 2009.

W najbliższym czasie planuję zamieścić listę stron, które korzystają z licznika. Nie wiem jeszcze w jakiej formie tego dokonam, chętnie wysłucham propozycji.

PS. Aby licznik się może być konieczne wyczyszczenie cache, lub po prostu wciśnięcie klawisza F5 na stronie z licznikiem.

Strona w nowej odsłonie

Tomasz Mazur — Mon, 08 Feb 2010 23:19:51 +0100

Chociaż może na pierwszy rzut oka tego nie widać, to strona przeszła znaczną modyfikację. Obecnie oparta jest na frameworku CakePHP w wersji 1.3 beta. Wcześniej była napisana w czystym PHP. Zdecydowałem się na taką zmianę głównie dlatego, żeby lepiej poznać CakePHP. Do funkcji serwis dodałem możliwość komentowania projektów.

Jutro dokonam aktualizacji licznika długów. Wygląda na to, że licznik dokona nieznacznego skoku do przodu, ale o tym dokłądnie już jutro. W najbliższym czasie planuję napisać co nie co o tym co mnie spotkało w trakcie przepisywania serwisu pod nowy engine. Jeżeli się w końcu zmotywuję to uzupełnię działy CV i portfolio. W dalszej przyszłości planuję kolejne udogodnienia na stronie.

Idą zmiany

Tomasz Mazur — Thu, 21 Jan 2010 18:15:44 +0100

Kolejny post niestety informacyjny. Wkrótce strona pojawi się w nowej odsłonie. Design pozostaje ten sam. Nowy silnik będzie oparty na CakePHP. Towarzyszyć temu będzie dodanie kilku nowych funkcji i usprawnień. Szczegóły zostawiam jako niespodziankę.

Pomimo tego, że silnik strony jest już praktycznie ukończony, trzeba będzie na niego jeszcze trochę poczekać. Jest to związane z niezwykle przykrym wydarzeniem w roku jakim jest sesja. ;)

Przechodząc do przyszłości, czyli po wprowadzaniu nowego silnika; wydam cykl artykułów odnośnie CakePHP. Planuję opisać jego wady i zalety, trudności i ułatwienia jakie napotkałem przy tworzeniu swojej pierwszej aplikacji opartej na tym frameworku. Zdradzę jedynie tyle, że jestem wciąż zachwycany możliwościami tego młodego frameworku. Polecam każdemu zapoznać się na początek z wzorcem MVC. Odsyłam do wiki i google.

PS. Istnieje polska nazwa na 'framework'?

Zaległe informacje...

Tomasz Mazur — Sat, 05 Dec 2009 12:50:48 +0100

Trochę narobiłem sobie zaległości... Nie tylko na stronie. Obiecuję się poprawić ;)

Od czasu ostatniego wpisu otrzymałem wiele propozycji współpracy. Jedne mniej, drugie bardziej ciekawe. Bardzo mnie to cieszy. Zagłębiałem również systematycznie swoją wiedzę na temat PHP. Poznałem ideę wzorca MVC, oraz framework CakePHP. Jego prostota i ogromne możliwości dają mi dużą nadzieję. Zastanawiam się nad przepisaniem strony pod ten framework. Ze strony praktycznej nie ma to większego sensu, aczkolwiek ciekawi mnie jak sprawuje się serwis postawiony na takim frameworku.

Co do samej strony. W najbliższym czasie można się spodziewać artykułu na temat CakePHP. Jeszcze nie zdecydowałem się na jaki temat, także jeśli ktoś ma jakieś propozycje to proszę pisać w komentarzach, a być może napiszę o tym artykuł. Można również liczyć na aktualizację portfolio. Zobaczę również, czy można w jakiś sposób usprawnić licznik długów.

Szukam zleceń

Tomasz Mazur — Mon, 12 Oct 2009 18:04:14 +0200

Wpis nietypowy, bo dotyczyć będzie pracy. ;) W związku z pewnymi kłopotami w obecnej pracy chciałbym zwrócić się do Czytelników strony o pomoc. W tym miejscu chciałbym zwrócić uwagę na to, że nie mam żadnego wpływu na te "kłopoty".

Jeżeli sami potrzebujecie, lub macie znajomych, którzy poszukują osoby do zrobienia strony internetowej proszę o kontakt. Zapewniam, że cena nie będzie wygórowana równocześnie zwracając uwagę na to, że nie interesują mnie oferty "tydzień pracy za 50zł". Chętnie podejmę małe prace typu kilka poprawek na stronie, a także tworzenia stron od podstaw.

Zapraszam do działu CV, gdzie można ściągnąć moje CV. Liczę na pozytywną reakcję Czytelników.

Menu z opisem

Tomasz Mazur — Wed, 07 Oct 2009 22:05:04 +0200

Dodałem nowy projekt, który od jakiegoś czasu czekał na wrzucenie. Jest to proste menu z podświetlaniem i opisem, po najechaniu na pozycje. Zapraszam do testowania i komentowania. Link do Menu z opisem.