tips, tricks and other web bricks

Simple_Forms

2010-10-05T19:20:00.000+02:00

na bazie wczesniejszego pomyslu (Simple_Validation) stworzylem Simple_Forms.

idea jest prosta - wyrzucic do osobnej klasy caly proces walidacji, przypisywania wartosci z bazy, ustawiania nowych wartosci (przeslanych w formularzu) i komunikatow o bledach. taka klase mozna pozniej wielokrotnie wykorzystywac w roznych miejscach.
tak jak wczesniej, calosc raczej skupia sie na walidacji i przypisywaniu wartosci niz generowaniu kodu html dla widokow - od tego jest klasa Form.

przyklad dzialania:

$data = simplemodeler::instance('users')->load($id);
$simpleform = new sampleformer;
$simpleform->init()->set_fields();

if ($simpleform->submit() AND $simpleform->validate())
{
$result = $data->set_fields($simpleform->form_fields)->save();
echo "done!";
}

$simpleform->form_database($id, $data);
$simpleform->form_populate($this->template->content);

kod jest prosty i czytelny, zachecam do lektury.

Git, Windows i Github - podstawy

2010-06-03T15:48:00.001+02:00

opis zakladania i konfiguracji konta na gihtub znajduje sie na github. tutaj opisze co trzeba robic dalej aby lokalnie zalozyc repozytorium z projektem, wykonywac na nim podstawowe czynnosci, a nastepnie przenosic zmiany do zdalnego repozytorium np. na github.

zagladamy na strone mssygit. trzeba pobrac najnowsza paczke i zainstalowac.

dalej typowa sytuacja powinna wygladac mniej wiecej tak:
- na swoim komputerze tworzymy nowy katalog z projketem. moze to byc gdzies 'na boku', z dala od httpdocs, albo wlasnie localhost/projekt.
- na nowym katalogu klikamy PPM i z menu wybieramy 'git bash here'.

teraz mamy konsole git. pierwsze co trzeba zrobic, to:

git init

co stworzy lokalne repozytorium. nastepnie do katalogu z repozytorium kopiujemy/tworzymy pliki projektu itd. jak juz wszystko jest (czyli mamy wszystkie pliki niezbedne aby zaczac/kontynuowac projekt) mozemy wykonac nastepne dwa polecenia:

git add .
oraz
git commit -a -m "komentarz"

pierwsze doda wszystkie pliki do repozytorium. drugie zrobi commit wszystkich zmian.

na razie wszystko jednak idzie lokalnie. jesli chcemy 'pchnac' te zmiany na github potrzebne jest kolejne polecenie:

git push [adres_repozytorum] master

doda ono wszystkie pliki do wskazanego repozytorium, do branch master (wskazana w poleceniu). jesli chcemy na inna branch dodac, wystarczy zmienic master na odpowiednia nazwe.

i tak oto doszlismy do branch. lokalnie nowy branch dodajemy za pomoca polecenia:

git branch [nazwa]

kasujemy za pomoca

git branch -D [nazwa]

przelaczamy sie pomiedzy branch'ami za pomoca

git checkout [nazwa]

natomiast tagi dodajemy za pomoca

git tag [nazwa]

a kasujemy

git tag -d [nazwa]

aby przeniesc tagi do zdalnego repozytorium musimy uzyc:

git push --tags [adres_repozytorum]

dodane do zdalnego repozytorium tagi kasujemy poprzez

git push [adres_repozytorum] :[nazwa_tagu]

analogicznie ze zdalnego repozytorium kasujemy branch:

git push [adres_repozytorum] :[nazwa_branch]

aby podejrzec historie zmian wstukujemy:

git log

aby pobrac zdalne repozytorium do siebie wystarczy:

git pull [adres_repozytorium] [branch]

gdzie [branch] to najczesciej bedzie 'master'.

teraz kilka uwag:
- tag jest niczym innym jak zapisem aktualnego stanu branch na ktorej jestesmy. jesli wszystko gra, jest stabilnie, warto zrobic tak, aby na github ludzie mogli pobrac z download konkretna wersje.
- branch dziala w ten sposob, ze zmiana branch powoduje podmiane plikow w projekcie. czyli mam projekt z master branch np. dla kohana3. ale chce dodac branch dla kohana2 ze starsza wersja plikow. wtedy powinienem zrobic wszystkie commity dla master. przeniesc (nie skopiowac) pliki na bok, podgrac pliki z kohana2. dodac branch, zrobic checkout, zrobic add, zrobic commit. i teraz: jesli zrobie checkout dla branch kohana3 - w katalogu powinny pojawic sie pliki dla kohana3. jesli zrobie nastepnie checkout dla kohana2 - w katalogu pojawia sie pliki dla kohana2. prawda, ze proste i wygodne?

poniewaz polecen kilka jest, warto sobie zautomatyzowac czesc z nich. w katalogu gdzie zainstalowalismy msysgit i podkatalogu bin (np. \Program Files\Git\bin\) tworzymy nowy plik, np. gitc (bez rozszerzenia) o zawartosci:


if [ "$1" == "" ]
then
echo "podaj komentarz!";
exit;
fi

git add .
git commit -a -m "$1"

i zapisujemy. dzieki temu w konsoli git wstukujac: gitc "jakis komentarz", wykonamy najpierw git add, a nastepnie git commit -a -m, z naszym komentarzem. jesli zapomnimy o komenatrzu to dostaniemy ladne przypomnienie.

ciekawszy jednak moze byc drugi skrypt. jesli mamy np. 4 projekty na github, to zamiast klepac za kazdym razem dlugiego adresu repozytorum mozna stworzyc plik gitp o tresci:


case $1 in
ps) repo="git@github.com:user/project_super.git" ;shift;; 
pg) repo="git@github.com:user/project_great.git" ;shift;; 
pd) repo="git@github.com:user/project_divine.git" ;shift;; 
*)  echo "nieznane repozytorium!"; exit ;;
esac 
git push $repo $2

i teraz klepiac: gitp ps master, wyslemy zmiany na projekt super na branch master. podajac inne niz zadeklarowane repo dostaniemy ladny komunikat. ktos moze jednach chciec wybierac z listy, nic prostszego:


echo "jakie repozytorium?"
echo "1) project_super"
echo "2) project_great"
echo "3) project_divine"
echo "9) exit"
read case;
case $case in
1) repo="git@github.com:user/project_super.git" ;shift;; 
2) repo="git@github.com:user/project_great.git" ;shift;; 
3) repo="git@github.com:user/project_divine.git" ;shift;; 
*) echo "nieznane repozytorium!"; exit ;;
esac 
git push $repo $1

po wstukaniu: gitp master, dostaniemy zapytanie jakie repozytorium uaktualnic i wybor 1/2/3 oraz 9 dla wyjscia.

mozliwosci na automatyzacje git jest wiele - to tylko najprostsze przyklady.

i to by bylo na tyle. tak jak napisalem - to sa tylko podstawy. szybko to pisalem, mam nadzieje, ze sie nigdzie nie walnalem :)

do poczytania: progit,manual, community book

Kohana 3.0 czyli zmiany

2010-06-02T21:49:00.000+02:00

kolejnosc przypadkowa:

- przechodze z kohana 2.3.4 na 3.0 co w zasadzie rowna sie zakonczeniu prac nad modulami dla 2.x
- repozytorium dla moich projektow zmienilo adres i system. teraz jest to Github
- Simple Auth oraz Simple Modeler sa juz dostepne w wersji dla Kohana 3.0, SA w miare dobrze przetestowane, SM wymaga jeszcze sprawdzenia i kilku poprawek
- dodalem do repozytorium Simple Acl, Simple Auth Roles, Simple Crypt, Simple Cart w wersji dla Kohana 2.x
- dodalem do repozytorium poprawiony profiler dla Kohana 3
- dodalem do repozytorium Simple Validation oraz kilka standardowych ustawien dla nowych projektow (Simple Startup)
- dodalem do repozytorium nieco przerobiony framework css Boilerplate, z dodanym gridem oraz generatorem grida

z czasem pojawi sie Simple Cart dla 3.0 - najpierw jednak chce miec finalna wersje Simple Auth oraz Simple Modeler.

kartka i olowek

2010-05-26T19:56:00.000+02:00

tak to juz jest, ze nic nie zastapi kartki i olowka/dlugopisu jesli chodzi o rozwiazywanie niektorych problemow informatycznych. jednym z takich zastosowan jest projektowanie ukladu elementow na stronie - znacznie szybciej mozna to zrobic na kartce, niz od razu na komputerze, albo po prostu ja nie trafilem na dedykowane temu celowi oprogramowanie, ktore faktycznie dziala tak jak powinno. w kazdym razie tutaj znajduja sie gotowe do pobrania pliki przystosowane do projektowania stron - calosc jest ladnie podzielona na 24 kolumnowy grid, rozne wersje itd. przy najblizszej okazji na pewno sprawdze jak to w praktyce wypada.

PSPad - edytor dla programisty php

2010-04-29T22:42:00.001+02:00

kazdy programista ma swoj ulubiony edytor, chyba kazdy tez co jakis czas robi rozeznanie czy nic lepszego sie nie pojawilo. ja po dluzszej przygodzie z Notepad++ przesiadlem sie na PSPad i jest mi z nim bardzo dobrze. oczywiscie wymagal on drobnych poprawek - i to o nich chcialem napisac, podzielic sie informacja co zrobic, aby PSPad byl jeszcze lepszy.

1) dodatkowe skrypty

ToDos - skrypt pozwala na wyswietlenie listy wpisanych w tresci plikow znacznikow '//TODO: whatever'. mozna to zrobic dla otwartego pliku, wszystkich otwartych plikow lub dla calego projektu. bardzo wygodne, daje pewnosc, ze nie zapomnimy o czyms co bylo do zrobienia/poprawienia. co prawda jest on zalaczony z edytorem, ale w starej wersji, ktora nie jest kompatybilna. poprawiona wersje trzeba sobie sciagnac z netu i zastapic stary plik. plik ToDoList.js powinien trafic do podkatalogu \Script\JScript\
ConvertIndent i umozliwia zmiane wszystkich poczatkowych wciec tekstu ze spacji na tabulacje. moze to byc dla calego pliku, moze tez dla zaznaczonego bloku. bardzo przydatne. warto dodac tez skrot klawiszowy do przelacznia Show Special Chars. wtedy widac czy plik jaki otwieram ma spacje, czy tabulacje, czy moze czesc tabulacji i w niektorych miejscach spacje itd. plik ConvertIndent.vbs powinien trafic do podkatalogu \Script\VBScript\.

warto dodac, iz obydwa skrypty maja skroty klawiszowe. mozna je dowolnie zmieniac w samym skrypcie.

2) kolory
polecam Ocean Depths theme. standardowo jest w PSPad ale wymaga kilku poprawek. pierwsza z nich jest diff, ktory wyglada tragicznie. kolejna aktywna linia. inna kolory w konsoli (czyli tam gdzie pojawiaja sie wyniki np. ze skryptu ToDos) czy kolorowanie skladni plikow SQL.

3) ustawienia i zbedne dodatki
kilka standardowych ustawien wymaga zmiany, np. Real Tabs, kilka skrotow klawiszowych pokrywajacych sie z polskimi literami. kilka plikow mozna wywalic, zbedne kolorowania skladni, autocomplete, template, niepotrzebne skrypty itp. skoro nie sa potrzebne, to po co maja miejsce zajmwowac i (prawdopodobnie) byc ladowane do pamieci przy kazdym uruchomieniu program.

ponizej zamieszczam printscreeny z ustawieniami i kolorami.

szybkie kasowanie katalogow svn

2010-02-19T20:02:00.000+01:00

prosty skrypt kasujacy wszystkie katalogi .svn w projekcie (we wszystkich podkatalogach). nic odkrywczego, ale czasami sie przydaje.

for /R %%i in (.svn) do rd /s/q "%%i"

nalezy go zapisac do pliku .cmd, skopiowac do katalogu zawierajacego .svn i uruchomic.

Inclued pod windows

2010-01-19T22:37:00.005+01:00

Inclued jest ciekawym rozszerzeniem php pozwalajacym zrzut do pliku informacji na temat includowanych plikow. nie jest to zazwyczaj do niczego niezbedne, ale czasami milo popatrzec na takie wykresy, aby moc ocenic stopien komplikacji frameworkow czy rozwiazan ecommerce (lub wlasnych CMSow itd).

zrodla rozszerzenia sa dostepne np. na stronie domowej autora (wersja 0.3), a w sieci jest kilka przykladow jak to zrobic pod linuxem (np. tutaj), jednak nigdzie nie znalazlem informacji na temat uchomienia tego pod windowsem. juz mialem kompilowac, ale w koncu udalo wyszperac gotowa wersje, w postaci pliku dll. calosc testowana na xampp z php 5.3. tak wiec:

1) pobieramy z tego adresu odpowiednia wersje pliku. szukamy plikow 'php_inclued-' z odpowiednia dla nas koncowka. phpinfo() prawde powie, u mnie to bylo php_inclued-5.3-svn20091211-VC6-x86.zip (ew. wersja z VC9, nie pamietam, na pewno wersja 'nts')
2) dodajemy w php.ini nowy wpis 'extension=php_inclued.dll' oraz 'inclued.enabled = On' - nie dodajemy inclued.dumpdir, u mnie to nie chcialo dzialac, generowalo puste pliki.
3) restart apache i mozna testowac
4) w wybranym pliku bedacym punktem wejscia* do frameworka czy innego systemu (zazwyczaj index.php) dodajemy na samym koncu:

$fp = fopen("dump.me", "w");
fwrite($fp, serialize(inclued_get_data()));
fclose($fp);

co stworzy/nadpisze plik dump.me i doda do niego zrzut includowanych klas. nastepnie uruchamiamy przegladarke, wchodzimy na strone, a jak sie zaladuje, sprawdzamy czy jest plik dump.me,
teraz potrzebujemy plik gengraph.php, do sciagniecia wraz ze zrodlami inclued czyli tutaj. uruchamiamy go z lini polecen, cmd i pozniej: php.exe /sciezka/do/pliku/gengraph.php -i /sciezka/do/pliku/dump.me
w efekcie otrzymamy plik inclued.out.dot - polowa sukcesu za nami. teraz potrzebny jest Graphviz, ktory to pobieramy i instalujemy. dzieki niemu przerobimy .dot na ladny wykres. po zainstalowaniu Graphviz przechodzimy do katalogu gdzie jest zainstalowany, nastepnie do bin i uruchamiamy z linii polecen:
dot -Tpng -o inclued.png /sciezka/do/pliku/inclued.out.dot
o i mozemy cieszyc sie wykresami. przyklady wygenerowane dla:

KohanaPHP 2.3.4 - click
KohanaPHP 2.4RC2 - click
KohanaPHP 3.0.3 - click

nie sa to schematy idealne. wygenerowane sa na podstawie stron startowych frameworka, ktore nie korzystaja z bazy danych, a 3.0.3 nie korzysta z prawie niczego (co nie zmienia faktu, ze jest to bardzo czysty wykres i dobrze przemyslany framework).

milej zabawy :)

jedna uwaga. gengraph.php korzysta z getopt(), pod windowsem dla php starszego niz 5.3 sa z tym problemy, trzeba kombinowac.

* - oczywiscie jest to uproszczenie, mozna ten kod dodac w dowolnym pliku, ale dla frameworkow chyba najwygodniej na koncu index.php, a nastepnie wejsc od razu na interesujacy nad adres, z odpowiednim kontrolerem, tak aby zaladowaly sie biblioteki ktore chcemy miec na wykresie.

EDIT
zapomnialem o jednej istotnej sprawie. gengraph.php, linia 126: zamiast 'size="6.6";' wpisujemy 'ratio="auto";' - dzieki temu wykresy beda mialy duze rozmiary, latwe do odczytania.

Printable Task Forms

2009-11-25T20:21:00.000+01:00

ostatnio natrafilem na link do wpisu z ciekawymi arkuszami do zarzadzania czasem. ich celem jest ulatwienie zarzadzania taskami, tym co aktualnie mamy do zrobienia lub powinnismy niedlugo zrobic.

arkuszy jest calkiem sporo, a w polaczeniu z kilkoma wariantami kazdego to juz na prawde duzo. mnie sie podoba Task Order Up 3UP on 8.5x11 paper, 3 per page, jest czytelny i idealnie sie nadaje do zapisywanie krotkich pomyslow zwiazanych z aktualna praca, rzeczy ktore powinnismy zrobic jak tylko skonczymy to co aktualnie zrobimy itd. tak, mozna to wszystko zapisywac na malych karteczkach i potem szukac 'na ktorej to bylo', albo na jednej A4 i pozniej cala przegladac w poszukiwaniu tej jednej notatki - w przytoczonym szablonie ramki, linie, boxy i podzial na 3 czesci pozwalaja na jednej kartce A4 prowadzic zapiski dla kilku spraw nie zwiazanych ze soba i znacznie poprawiaja czytelnosc tak prowadzonych notatek.

tak jak napisalem na stronie jest duzo wiecej plikow .pdf do sciagniecia, kazdy cos dla siebie moze znalezc.

freelancer i umowa, czyli jak nie zwariowac

2009-10-14T20:20:00.003+02:00

zabierajac sie za robienie stron, umowa jest podstawowa rzecza od ktorej powinno sie zaczynac prace. nie ma umowy - nie ma pracy. koniec i kropka. poczatkujace osoby lubia wierzyc na slowo i np. wykonac polowe serwisu bez umowy, ale takie postepowanie w koncu sie zemsci, a jedyna stratna na tym osoba bedzie programista. dlatego warto sie zastanowic co tak na prawde powinno byc w umowie aby on tez byl zabezpieczony w razie konfliktu.

0) wszystko musi byc ustalane na pismie, mozna w to wliczyc email. nie mam emaila z informacja o czyms - nie bede tego robil. na wszelki wypadek, klient nie powie pozniej, ze czegos nie chcial, albo chcial inaczej.

1) umowa zawsze powinna miec zakres prac oraz specyfikacje dokladnie wyjasniajaca (strona po stronie) funkcjonalnosc wszystkich elementow strony. bez tego mozna ocenic strone na xx godzn pracy, a w trakcie zorientujemy sie, ze na polowie podstron wymagane sa fikusne animacje js plus zaleznosci miedzy obiektami w bazie maja byc znacznie bardziej skomplikowane niz poczatkowo deklarowano i... jestesmy yyy godzin pracy (i zzz PLN) w plecy - bo miesci sie to w zakresie umowy i ogolnych ustaleniach, ale nie bralismy tego pod uwage przy wycenie.

2) specyfikacja to jedno, ale wazne jest jasne postawienie sprawy: specyfikacja zawiera podstawowa funkcjonalnosc i to programista okresla co to znaczy 'podstawowa funkcjonalnosc'. czyli nikt nam nie wcisnie finezyjnego prezentowania wynikow wyszukiwania na stron, gdzie animowany renifer przeskakuje przy stronicowaniu. w umowie bylo 'wyszukiwanie i stronicowanie' i to ja okreslam co to znaczy (chyba, ze w specyfikacji jest uwzgledniony renifer)

i chyba tyle jesli chodzi o to aby nie dac sie zrobic w bambuko i nie pracowac 50% wiecej za ta sama kase. pozostale punkty sa juz tylko emanacja rownouprawnienia w umowie.

3) akceptacja dziela. czesto wymagana do zaplaty. warto dac zapis, ze musi byc on np. w przeciagu 7 dni od daty przekazania dziela, po tym terminie dzielo uznaje sie za zaakceptowane. inaczej mozemy sporo czekac az laskawie nam panujacy klient przeleje pieniadze.

4) termin oddania. czesto jest zwiazany z karami za opoznienia. ok, ale co z karami za brak wynagrodzenia? czyli np. wynagrodzenie jest platne w przeciagu 14 dni od daty akceptacji. kazdy dzien spoznienia wiaze sie kara umowna xxx - gdzie xxx to kara adekwatna do spoznienia z terminem oddania dziela

5) konsultacje. jesli nie ma kwoty za dzielo, a np. kwota za godzine pracy nad strona, to zawsze musi tam byc informacja, ze w ramach pracy nad strona rozumiane sa rowniez wszelkie konsultacje w tej sprawie. konsultacja rowna sie niemal zawsze przekazaniu wiedzy, a od kiedy to jest darmowe? (ok, sa instytucje pro publico bono, prawnicy tez maja czasami darnowe porady... ale nie kazdy musi)

6) klient ma strone, a jeszcze nie zaplacil. zamiast siedziec i plakac warto dac w umowie podpunkt informujacy, iz do czasu pelnego rozliczenia dziela prawa autorskie i wszystkie inne naleza do wykonawcy, zamawiajacy nie ma prawa dysponowac dzielem bez zgody wykonawcy. do czasu wyplaty pelnego wynagrodzenia wykonawca ma prawo usunac wczesniej przekazane dzielo w stanie w jakim ono jest w dniu skasowania. do czasu zaplaty pelnego wynagrodzenia zamawiajacy nie ma prawa do samodzielnego dysponowania dzielem oraz na zadanie powinien w terminie 24h dzielo usunac z serwera, tak aby nie bylo ono dostepne w internecie. tak na wszelki wypadek jak by zmienili hasla na ftp.

wiem, temat rzeka. mozna sie zastanawiac po co to miec, po sadach sie ciagac potem? nigdy nie wiadomo. lepiej nosic niz sie prosic - lepiej miec, niz potem zalowac. to jest kilka podpunktow w umowie dajacych oparcie prawne przed podpisaniem umowy oraz w razie problemow wieksze szanse pomyslnego jej zakonczenia. dzieki nim mamy prawo (a nie tylko mozliwosc, co jest istotna roznica) skasowania klientowi strony jesli nie chce placic. mozemy smialo mowic, ze reniferka nie bylo w umowie i jak chce go miec to musi doplacic. a w razie ciagania sie po sadach mozemy spokojnym krokiem wejsc na sale rozpraw ;)

oczywiscie sa to tylko luzne uwagi, a nie gotowe do wstawienia paragrafy. uwagi majace na celu li tylko pokazanie potencjalnych problemow jakie moga sie pojawic oraz jak moze wygladac przykladowe ich unikniecie poprzez odpowiedni zapis w umowie. to, ze umowy nalezy czytac ze zrozumieniem jest chyba oczywiste. inaczej moze sie okazac, ze zrobilismy komus strone za free :)

EDIT
kilka pomyslow jeszcze mam, zamieszcze tez ten z komentarza.

7) minimalne wymagania serwera. musza byc w umowie, kazdy framework je ma, a serwer musi je spelniac. oczywista oczywistosc.

8) nowa wersja strony. jesli robimy nowa wersje strony, tzn. ze istnieje stara, sa dane w bazie itd. wtedy przed wycena konieczne jest uzyskanie dostepu do ftp oraz bazy danych w celu analizy istniejacych rozwiazac. na przyklad czy trzeba baze danych przepisac na nowo, czy tez istniejaca struktura jest ok.

9) zwrot kosztow. jesli w umowie jest jakis zapis o tym, ze w razie jakiejs wpadki musimy zwrocic zleceniodawcy wszelkie poniesione przez niego koszta (czyli np. nasze wynagrodzenie) to brakuje tam jednego zdania: co rowniez wiaze sie ze zwrotem dziela wykonawcy. skoro cos poszlo nie tak i jest zle, musimy oddac kase, moze jeszcze jakas kara bedzie, to dlaczego zleceniodawca ma dostac gratis owoc naszej ciezkiej pracy? sam fakt zwrotu kosztow oraz bonus w postaci kary umownej powinien byc dla niego wystarczajacy.

10) dobra praktyka: tam gdzie sie da, strony trozymy na wlasnym serwerze, dopiero na sam koniec przegrywamy gotowy produkt do klienta. wtedy jest prosta zasada: nie ma pieniedzy, nie ma strony.

i na koniec - wiadomo, to sa umowy. kto nie przeczyta dokladnie, ten bedzie stratny. wiadomo, ze klient nawet jesli sie nie zna, a tym bardziej jesli sie zna, to bedzie w umowie dbal o swoje interesy. wiec kazda umowe nalezy czytac i dbac o swoje. proponowane zmiany sa to tak na prawde wpisy dajace programiscie prawa do terminowej zaplaty, pokrycia kosztow zmian w projekcie czy tez dajace podstawy do uznania, ze strona jest zrobiona jesli spelnia wymagania ze specyfikacji, bez koniecznosci czekania miesiac czy dwa na klienta, az on ja 'klepnie'. wszystko jest dla ludzi, umowy tym bardziej. na koniec moze moral: trzeba tak pracowac i wspolpracowac, aby nie trzeba bylo sie umowami przejmowac. czego wszyskim zycze :)

EDIT2
11) walidacja. wiadomo jak jest. strony pod jednymi przegladarkami dzialaja poprawnie, pod innymi nie. wygodnie jest miec zapis np. o uznaniu poprawnosci wyswietlania stworzonej strony www w przegladarkach internetowych decyduje poprawna walidacja wc3 pozwalajaca okreslic czy strona jest zgodna z ogolnie przyjetymi standardami. wyjatek stanowic moga specyficzne skrypty niezbedne do poprawnego dzialania tworzonej strony www.

KohanaPHP - jak rozwiazywac problemy

2009-10-10T18:14:00.000+02:00

na polskim forum kohanaphp co jakis czas pojawiaja sie tematy z kategorii 'nie dziala', po czym nastepuje wklejenie fragmentu kodu. rozumiem jesli ma to zwiazek z fameworkiem, moze pytajacy nie wie jakie sa argumenty danej metody itp itd. gorzej jesli jest to problem nie frameworka, ale samego algorytmu.

zazwyczaj bowiem wystarczy popatrzec na kod, dokonac kilku prostych testow, aby samemu rozwiazac problem. droga bez debuggera powinna mniej wiecej wygladac tak:
- wlaczamy profiler
- w kilku miejscach kodu dodajemy var_dump/echo interesujacych nas zmiennych
- w kluczowym miejscu (np. zapis do bazy) dodajemy zarowno przed jak i po var_dump/echo
- odpalamy strone i widzimy jak kolejno zmieniaja sie wartosci, co daje nam pojecie w ktorym miejsciu nastepuje nieporzadane dzialanie. profiler wyswietli nam wszystkie pozostale informacje (post, get, sesja, cookies czy tez zapytania do bazy)
- widzac w ktorym miejscu zaczyna sie zle dziac wywalamy pozostale echo/var_dump, a tam dodajemy kilka dodatkowych aby wiedziec dokladnie co sie dziele, w ktore petle skrypt wchodzi, w ktore nie i dlaczego (else plus var_dump warunkow) itd
- majac to wszystko samemu mozna naprawic problem, po drodze czegos sie nauczyc

ja wiem, ze to sa podstawy podstaw, ale chyba nie wszyscy maja pojecie jak sie do tego zabrac. rozumiem, kazdy kiedys zaczynal. teraz jednak czasy sa troche inne, sa frameworki, ktore daja zludne pojecie o tym, ze umie sie programowac (co czesto sprowadza sie do umiejetnosci czytania tutoriali i korzystania z generatorow) i majac przed oczami kod, ktory wlasnie sie napisalo, jest grono osob, ktore nie maja tak na prawde pojecia jak on dziala, tym bardziej jak on powinien dzialac (jak powinien byc rozwiazany dany problem od strony algorytmow) i wreszcie jak zlokalizowac w nim usterki. takie tam pilotowanie samolotu na autopilocie, a chcialo by sie gdzies skrecic czy dowiedziec dlaczego ta czerwona dioda sie swieci 'bo ja jej nie wlaczalem'... ;)

Mantis - jak dodac wlasny status zagadnienia

2009-10-08T16:34:00.004+02:00

Mantis jest jednym z systemow kontroli bledow. nie jest moze idealny, ale ma spore mozliwosci, latwo mozna do skonfigurowac, obsluguje wiele projektow/userow itp itd. w temacie php nie ma (nie znalazlem) chyba lepszego rozwiazania (Trac czy Redmine nie sa napisane w php), ktore nadal bylo by rozwijane. prosty, czytelny, bez zbednych dodatkow - dziala szybko i tak jak trzeba. dodatkowo jest przetlumaczony na PL co dla wielu jest sporym plusem.

sama instalacja i konfiguracja jest prosta, ale ostatnio zachcialo mi sie dodac wlasny status zagadnienia. szybko przejrzalem baze i zonk - nie ma ich tam. szybkie skorzystanie z google oraz manuala Mantisa i tak oto znalazlem instrukcje jak dodac wlasny status: trzeba zmodyfikowac kilka plikow konfiguracyjnych. nie bede tu jej przepisywal, odsylam do Customizing Status Values in Mantis BugTracker - co prawda wpis jest z 2005 roku, ale sprawdzone, dziala z ostatnia stabilna wersja (1.1.8). jedno uzupelnienie: wszystkie pliki custom_ musza byc w katalogu glownym Mantisa.

EDIT
kolejna rzecza warta zmiany okazal sie wyglad raportu skroconego. czesc pol po prostu jest dla mnie zbedna. sam raport jest w pliku bug_report_page.php, analogicznie raport zaawansowany jest w bug_report_advanced_page.php. aby np. dodac do skroconego raportu przypisanie zagadnienia do uzytkownika wystarczy skopiowac z raportu zaawansowanego dwa odwolania do handler_id oraz sam select wyboru, ktory jest oznaczony jako 'Handler (if permissions allow)'. na koniec mozna np. skasowac z formularza skroconego pola odpowiedzialne za Severity czy Reproducibility i mozna sie cieszyc bardziej funkcjonalnym dodawaniem zagadnien.

EDIT2
dla niewtajemniczonych, aby w tresci zagadnienia odwolac sie (podac link) do innego zagadnienia wystarczy wpisac jego numer poprzedzony #, czyli np. #0000005 - efektem bedzie link majacy w title tytul oraz status docelowego zagadnienia.

EDIT3
mantis domyslnie uploaduje pliki do... bazy danych. aby tego uniknac trzeba stworzyc katalog np. mantis/uploads, nadac mu odpowiednie uprawnienia i w config_inc.php ustawic:

$g_file_upload_method = DISK;
$g_absolute_path_default_upload_folder = '/xampp/htdocs/mantis/uploads/';

Re: Który framework wybrać?

2009-09-30T19:00:00.001+02:00

przeczytalem ostatnio wypowiedz MajareQ na temat frameworkow i juz sam wstep zrobil na mnie piorunujace wrazenie:

"Jeśli się pytasz: “Który framework powinienem wybrać?” to popełniasz błąd logiczny. Zakładasz, że w ogóle potrzebujesz jakikolwiek framework."

moim zdaniem nie. bledem logicznym jest zakladanie, ze piszac w php nie potrzebuje frameworka :)

1) start
na dzien dzisiejszy osoba szukajaca frameworka, ktora nie zadala sobie juz wczesniej pytan zadanych przez MajareQ, to na 99% jest osoba, ktora nigdy nie pisala na prawde duzej strony i na 99% w najblizszym czasie jej bedzie robila. wiec nie szuka frameworka do pisania klonu Twittera, czyli bardzo, bardzo wysoka wydajnosc nie jest dla mniej priorytetem. i tu dochodzimy do punktu drugiego

2) pomijanie calkowicie roli w ktorej frameworki sprawdzaja sie najlepiej
rola polegajaca na szybszym, latwiejszym i przyjemniejszym pisaniu kolejnych aplikacji. frameworki pozwalaja zaoszczedzic duzo czasu, odwalaja za nas brudna robote zwiazana z autoryzacja, formularzami, walidacji itd. jesli 99% (ok, niech bedzie 90%) wykorzystania frameworkow to nie sa strony potrzebujace porad z High Scalability, to dlaczego mam nie uzywac frameworka, aby lepiej mi sie pracowalo? dlaczego mam pisac wlasne rozwiazania od podstaw i samemu dokonywac zmian na miare wlasnej wiedzy, skoro moge siegnac po cos co jest rozwijane przez osoby co najmniej, a zazwyczaj lepiej, orientujace sie w php? dlaczego nie mam skorzystac z faktu, iz bledy same sie poprawia, nowe funkcje same sie dodadza - wszystko niemal 'magicznie', calkowicie bez mojej ingerencji, po prostu 'pop' i mam kolejna wersje frameworka do sciagniecia. i tak dochodzimy do punktu trzeciego

3) praca i zabawa
czym innym jest praca, zarabianie z pisania w php, a czym innym bawienie sie w php, pisanie glownie dla przyjemnosci, bez terminow (ew. z odleglymi), rodziny itd. takie pisanie, kiedy po kilku godzinach siedzenia czlowiek ma duza satysfakcje, ze cos zrobil minimalnie lepiej niz bylo wczesniej, czesto po prostu cieszac sie faktem, ze cos sie zrobilo, dziala i jest tak samo funkcjonalne jak inne gotowe rozwiazania dostepne na sieci - ale to jest moje, moje i tylko ja to zrobilem, hoooray :) niestety, czesto pozniej zaczyna sie praca plus rodzina i albo skorzystam z gotowego, sprawdzonego, stabilnego, dzialajacego poprawnie rozwiazania i bede mial gotowa rzecz w 30 minut, albo poswiece najblizsze 4-5h na to aby zrobic to samemu, majac w perspektywie fakt, iz strona nad, ktora pracuje na 90% nie trafi na liste 'optimized by High Scalability'. w 90% przypadkow nie potrzebuje napisac czegos co bedzie musialo miec wydajnosc Twittera, wiec nie bedzie dla mnie roznicy w jakim frameworku to napisze (a roznice w wydajnosci moga byc miedzy nimi duze). i tu dochodzimy do punktu czwartego

4) framework jaki jest kazdy widzi
na pewno przed wybraniem frameworka trzeba wiedziec czego potrzebujemy, to nie ulega watpliwosci. problem w tym, ze dla 90% wykorzystania frameworkow, wszystkie liczace sie spelniaja te wymagania. maja wsparcie, sa rozwijane, maja obsluge wielu baz, maja mechanizmy wspierajace rozne silniki do cache`owania itd. dlatego wlasciwym kryterium jest to, w ktorym frameworku najlepiej mi sie pracuje. ktory dla mnie i tylko dla mnie jest najfajniejszy. dodatkowo jest jeszcze kolejne kryterium o ktorym warto pomyslec zanim zdecydujemy sie na jakies bardzo niszowe rozwiazanie. i tu dochodzimy do punktu piatego.

5) w kupie razniej
wlasne rozwiazania sa fajnie, ale jak jestem klientem i mam swoj sklep online napisany na czyims wlasnym silniku, to mam przesrane. tak po prostu. jak mi webmaster odejdzie, to zanim nowy sie polapie, to troche czasu minie - chyba kazdy kiedys robil cos w cudzym kodzie i wie jaka to jest 'przyjemnosc'. a jak wyglada sytuacja jesli mam framework? z nowym webmasterem nie ma problemu, po prostu szukam kogos kto zna dany framewok i sporo problemow z glowy. podobnie jesli mam firme z 20 ITmenami na wlasnym rozwiazaniu. przyjdzie nowa osoba, ile czasu bedzie musiala sie uczyc ? ile czasu bedzie sie uczyl nowy pracownik, ktory zna dany framework? a czas to pieniadz. analogicznie jesli szukam pracy, to znajde ja szybciej znajac gotowe rozwiazania czesto stosowane w firmach.

6) uwagi koncowe
przewaga frameworkow nad domowymi rozwiazaniami jest zazwyczaj bezpieczenstwo, optymalizacja, 'magiczne' naprawianie bledow i dodawanie nowych funkcjonalnosci, trzymanie sie ogolnie przyjetych standardow, mniejsze lub wieksze wymuszanie pisania zgodnie z MVC. jak dla mnie to wystarczajaca lista, aby zarzucic wlasne rozwiazanie i zajac sie czyms gotowym, czyms co w miare szybko dostosuje do wlasnych potrzeb i bede czul sie 'jak u siebie'. mozna samemu napisac framework, tyko nadal pozostaje jeden minus - samemu trzeba wprowadzac wszelkie poprawki, a majac gotowe rozwiazanie czas na to przeznaczony moge poswiecic na poza komputerowe hobby. nie sama praca czlowiek zyje.

konkluzja.
w 95% przypadkow korzystania z frameworkow z niczego nie trzeba rezygnowac czy chodzic na kompromisy. frameworki sprawiaja, ze praca jest szybsza i bardziej efektywna. sprawiaja, ze mniej czasu tracimy na wdrazanie sie w juz istniejace projekty, o ile sa oparte o znany nam framework. funkcjonalnosc frameworkow jest podobna, ale bardzo sie roznia miedzy soba jesli chodzi o detale - dlatego tak wazny jest wybor takiego, ktory nam bedzie odpowiadal i w nim bedziemy najbardziej wydajni. kazdy framework ma swoje plusy i minusy, dobrze jest tez znac podstawy kilku, aby miec realne pojecie o tym czego tak na prawde potrzebujemy. nawet jesli framework X jest ok, to nie znaczy, ze jak poznamy framework Y, nie zorientujemy sie nagle, ze filozofia mu przyswiecajaca jest dla nas bardziej naturalna i mamy dokladnie te same mozliwosci, ale znacznie lepiej dostosowane do naszych potrzeb. dlatego programujac w php nalezy znac jakis framework, a w zwiazku z tym jak najbardziej nalezy pytac o to jaki framework wybrac i wybierac go z glowa.

oczywiscie nie nalezy zakladac, ze z marszu napisze w symfony klon Twittera, bo to juz jest problem wydajnosci, a ona znacznie wykracza poza frameworki i jest tematem na osobna dyskusje.

na koniec odsylam do moich wczesniejszych wpisow w tym temacie:
- jaki framework wybrac - zanim zapytasz...
- dlaczego KohanaPHP

Simple_Validation

2009-09-28T22:53:00.001+02:00

jak szalec to szalec. inne podejscie do walidacji, bardziej elastyczne, z regulami walidacji w modelu.

1) libraries/MY_controller.php

class Controller extends Controller_Core {

 //reguly walidacji
 public $form_rules = array();
 //pola do walidacji
 public $form_fields = array();
 //bledy walidacji
 public $form_errors = array();
 //obiekt walidatora
 public $form_post;
 
 //dodanie nowego pola do walidacji i formularza 
 public function make_field($field, $rules = array(), $default = '')
 {
  $this->form_fields[$field] = $default; //przypisanie domyslnej wartosci
  $this->form_errors[$field] = ''; //ustawienie pustej wiadomosci o bledzie 
 }
 
 //jak wyzej tylko hurtowo
 public function make_fields($fields = array()) 
 {
  if (!empty($fields) AND is_array($fields))
   foreach ($fields as $field)
   {  
    //ustalenie domyslnej pustej wartosci
    $this->form_fields[$field] = ''; 
    //ustawienie pustej wiadomosci o bledzie
    $this->form_errors[$field] = '';  
   }
 }
 
 //przypisanie wartosci do pol
 public function assign_values($fields = array()) 
 {
  if (!empty($fields) AND is_array($fields))
   foreach ($fields as $field => $value)
   {  
    $this->form_fields[$field] = $value;  //ustalenie wartosci dla pola
   }
 }
 
 //przepisanie wartosci i bledow po walidacji
 public function set_fields($submit) 
 { 
  if (!empty($submit))  
  {
   $this->form_fields = arr::overwrite($this->form_fields, $this->form_post->as_array());
   $this->form_errors = arr::overwrite($this->form_errors, $this->form_post->errors());
  }
 }
 
 //ustawienie regul walidacji 
 public function set_rules($all_rules) 
 { 
  if (!empty($all_rules) as is_array($all_rules))  
  {
   foreach ($all_rules as $field => $rules)
   {
    foreach ($rules as $rule) 
    {
     //przypisanie reguly do pola
     $this->form_post->add_rules($field, $rule); 
    }
   }
  }
 }
}

2)kontroler

$this->form_post = Validation::factory($this->input->post())->pre_filter('trim');
//stworz pola formularza (wartosc oraz ew. blad walidacji)
$this->make_fields(array_keys($crud_model->validation)); 
//przypisz reguly walidacji
$this->set_rules($crud_model->validation);
//opcjonalnie mozna przypisac domyslne wartosci
$this->assign_values(array('page_title'=>'tytuł'));
//waliduj
$this->form_post->validate();
//reszta jak w poprzednim przykladzie

3) model

public $validation = array(
     'page_title' => array('required'),
     'meta_title' => array('required'),
     'meta_keywords' => array('required','length[4,7]'),
     'meta_description' => array('required')
     ); 
}

gotowe. plusy sa takie, ze pola deklarujemy tylko raz w modelu, nie ma potrzeby ponownego ich wpisywania. mozna dowolnie nimi manipulowac, dodawac nowe, kasowac juz dodane (jesli np. ktores pole nie jest w danym formularzu potrzebne). mozna dowolnie zmieniac reguly walidacji, nie jestesmy uwiazani z tymi, ktore sa w modelu.

generalnie to koncept, tak jak poprzedni przyklad nie jest super hiper extra rozwiazanie powalajace na kolana, zamieszczam w celach edukacyjnych, moze ktos posklada z tego swoja wizje obslugi formularzy i bedzie szczesliwy :) formularze i CRUD sa podstawa kazdej administracji strona, im latwiej (jest to kwestia indywidualna i wzgledna) bedzie sie nam z nimi pracowalo, tym wydajniejsi bedziemy :)

KohanaPHP - przykladowa walidacja i zapis do bazy

2009-09-28T15:47:00.003+02:00

przykladowy kontroler realizujacy CRUD - tworzenie, zapis i kasowanie rekordu. sam kontroler, poniewaz widok jest podobny do tego z poprzedniego przykladu, a model to zwykly model z Simple_Modeler.

class Admin_Crud_Controller extends Site {

 public $template = 'templates/admin';

 public function __construct() //dostep tylko dla zalogowanych uzytkownikow
 {
  parent::__construct();

  if ( ! is_object($this->user) OR (intval($this->user->admin) === 0))
  {
   url::redirect('admin/login');
  }
 }

 //wyswietl liste, w widoku np. foreach z linkiem do admin_crud/details/$id
 public function index()
 {
  $this->load_view('admin/crud_all');
  $this->template->center->crud = Simple_Modeler::instance('crud')->fetch_all();
 }
 
 //detaile, 
 // id = new pozwala na tworzenie nowego wpisu, czyli link admin_crud/details/new
 public function details($id = 0) 
 {  
  $crud_model = Simple_Modeler::instance('crud',intval($id));

          if ( ! $crud_model->loaded() AND ($id != 'new'))
          {
               $this->session->setflash('error','Nie ma takiego wpisu.');
               url::redirect('admin_crud');
          } 
 
  $this->load_view('admin/crud_one');

  $this->form_post = Validation::factory($this->input->post())->pre_filter('trim');

  $this->make_field('pole_pierwsze');
  $this->make_field('pole_drugie');
  $this->make_field('pole_trzecie');
  $this->make_field('pole_czwarte');
  $submit = $this->input->post('submit');

  if ($submit AND $this->validate()) 
  {
   $this->set_fields($submit);
   $result = $crud_model->set_fields($this->form_fields)->save();

   if ($result) 
   {
    $this->session->setflash('ok','Zapisane.');
    url::redirect('admin_crud');
   }
   else
   {
    $this->session->setflash('alert','Błąd lub brak zmian do zapisania.');
   }
  } 

  //przy eydcji rekodu wczytaj dane z bazy, 
  //ale tylko jesli formularz nie zostal wyslany
  if (empty($submit) AND (!empty($id))) 
  {
   foreach ($this->form_fields as $key=>$value) 
   {
    $this->form_fields[$key] = $crud_model->$key;
   }
  }

  //przypisz do widoku wartosci pol formularza oraz ew. bledy
  $this->form_populate($submit); 
 }

 //skasuj rekord
 public function delete($id) 
 {
  $crud_model = Simple_Modeler::instance('crud',intval($id));
  if ($crud_model->loaded()) 
  { 
   if ($crud_model->delete()) 
   {
    $this->session->setflash('ok','Skasowane.');
   }
   else
    $this->session->setflash('alert','Kasowanie nie powiodło się.');
  } 
  else 
   $this->session->setflash('alert','Nie ma takiego wpisu.');
  url::redirect('admin_crud');
 }
}

i to wszystko. wchodzac na strone admin_crud/details/new mozemy dodac nowy wpis. pod adresem admin_crud/12 mamy edycje rekordu o id = 13. a pod admin_crud/ dostajemy liste wszystich wpisow - mozna tu dodac np. paginacje. calosc jest prosta, edycja roznych tabel to zazwyczaj copy/paste plus drobne korekty (pola formularza, nazwa kontroler itd, 20% nowe, 80% stare).

brakuje tylko podanej kiedys na forum modyfikacji biblioteki sesji. wiec libraries/MY_session.php:

 class Session extends Session_Core {

 public static function flash() 
 {
  $flash=Session::get('flash');
  if (!empty($flash)) 
  {
   $out='';
   foreach (array_reverse($flash) as $message)
   {
    $out.='

'.$message['data'].'
';
   }
   Session::delete('flash');
   return $out;
  }
 }

 public static function setflash($type,$value) 
 {
  $flash[]=array('type'=>$type,'data'=>$value);
  $old=Session::get('flash');
  if (!empty($old))
  {
   foreach ($old as $message) 
   { 
    $flash[]=$message;
   }
  }
  Session::set_flash('flash', $flash);
 }
}

plus potrzebne style:

.message-box { text-align: center; padding: 5px; color:#545454; width:80%;  margin:5px auto; }
.clean { background-color: #efefef; border-top: 2px solid #dedede; border-bottom: 2px solid #dedede; }
.info  { background-color: #f7fafd; border-top: 2px solid #b5d3ff; border-bottom: 2px solid #b5d3ff; }
.ok    { background-color: #d7f7c4; border-top: 2px solid #82cb2f; border-bottom: 2px solid #82cb2f; }
.alert { background-color: #fef5be; border-top: 2px solid #fdd425; border-bottom: 2px solid #fdd425; }
.error { background-color: #ffcdd1; border-top: 2px solid #e10c0c; border-bottom: 2px solid #e10c0c; }

i to by bylo na tyle. kod jest dosyc czytelny, nie ma sie co rozpisywac na jego temat. takie podejscie znacznie zmniejszylo ilosc kodu potrzebna do tworzenia kolejnych stron CRUD. formularze wole trzymac w widokach - czesto maja one inne style, mam tez wiekszy (dla mnie) porzadek w kodzie: widok to generowanie html, model to dane, a kontroler robi reszte, czyli pobiera dane z bazy, waliduje, ustawia wartosci formularzy itd. walidacja moze i lepiej aby byla w modelu, ale nie moge sie do tego przekonac. tak jak jest mi na razie odpowiada, kompromis miedzy teoria, a praktyka.

KohanaPHP - formularz, walidacja, logowanie

2009-09-28T14:49:00.009+02:00

dla poczatkujacych. przewijalo sie to na forum, ale tutaj zebralem w jedno miejsce. krotki tutorial (a raczej po prostu przyklad) jak mozna zrealizowac logowanie czyli prosty formularz i jego walidacja.

1) application/controllers/admin.php

class Admin_Controller extends Site {

 public $template = 'templates/admin';

 public function index()
 {
  //jesli uzytkownik nie jest zalogowany, przekieruj na forme logowania
  if ( ! is_object($this->user))
   url::redirect('admin/login');   
  //wczytaj glowny widok
  $this->load_view('admin/user');
 }

 //zaloguj usera
 public function login()
 {
  //wczytaj glowny widok
  $this->load_view('admin/login');

  //inicjalizacja walidacji 
  $this->form_post = Validation::factory($this->input->post())->pre_filter('trim');
  //ustaw pola formularzy oraz bledow formularzy, przypisz reguly walidacji
  $this->make_field('username',array('required','email'));
  $this->make_field('password',array('required'));
  $this->make_field('remember');
  $submit = $this->input->post('submit');
  //sprawdz czy formularz wyslany i ew. przeprowaz walidacje
  if ($submit AND $this->validate() AND $post_data = $this->form_post->as_array()) 
  {
   if (Simple_Auth::instance()->login($post_data['username'], $post_data['password'], isset($post_data['remember']) ))
   {
    //zalogowany, idziemy do admina
    url::redirect('admin');
   }
   //nie udalo sie zalogowac, rzuc bledem
   else
   {
    $this->form_post->add_error('password', 'incorrect');
   }
  }
  //ustaw wartosci pol formularza, przypisz ewentualne bledy
  $this->form_populate($submit);
 }

 //wyloguj usera
 public function logout()
 {
  Simple_Auth::instance()->logout();
  url::redirect('admin/login');
 } 
}

2) application/libraries/site.php

class Site extends Template_Controller {

 protected $user;

 public function __construct() 
 {
  parent::__construct();         
  if (Simple_Auth::instance()->logged_in())
  {
   $this->user = Simple_Auth::instance()->get_user();
  }  
 }

 public function load_view($view = 'main') 
 {
  $this->template->center = new View($view);
  (isset($this->user)) ? $this->template->set_global('user',$this->user) : NULL;
 }
}

3) application/libraries/MY_controller.php

class Controller extends Controller_Core {

 public $form_scenarios = array();
 public $form_rules = array();
 public $form_fields = array();
 public $form_errors = array();
 public $form_post = array();
 
 public function make_field($field, $rules = array(), $default = '', $scenario = array('*')) 
 {
  $this->form_fields[$field] = $default;
  $this->form_rules[$field] = $rules; 
  $this->form_errors[$field] = ''; 
  $this->form_scenarios[$field] = $scenario; 
 }


 public function set_fields($submit) 
 {
  if (!empty($submit))
  {
   $this->form_fields = arr::overwrite($this->form_fields, $this->form_post->as_array());
   $this->form_errors = arr::overwrite($this->form_errors, $this->form_post->errors());
  }
 }
 
 public function form_populate($submit) 
 {
  $this->set_fields($submit);
  $this->template->center->form = $this->form_fields;
  $this->template->center->errors = $this->form_errors;
 }

 public function validate($scenario = '') 
 {
  foreach ($this->form_rules as $field => $rules) 
  {
   if ( (in_array('*',$this->form_scenarios[$field])) OR (in_array($scenario,$this->form_scenarios[$field])) ) 
   {
    foreach ($rules as $rule) 
    {
     $this->form_post->add_rules($field, $rule);
    }
   }
  }
  return $this->form_post->validate();
 }
}

4) application/views/admin/login.php

echo form::open('/admin/login',array('method'=>'post'));
echo form::label('username', 'Użytkownik: ');
echo form::input('username', $form['username']);
echo form::my_errors($errors['username']);
echo form::label('password', 'Hasło: ');
echo form::password('password', $form['password']); 
echo form::my_errors($errors['password']);
echo form::label('remember', 'Zapamietaj: ');
echo form::checkbox('remember', 'true', !empty($form['remember'])) 
echo form::my_errors($errors['remember']);
echo form::submit(array('name'=>'submit','type'=>'submit','value'=>'ZALOGUJ')); 
echo form::close();

5) application/views/admin/user.php

echo 'Witaj'.$user->username.':)';

6) application/helpers/MY_form.php

class form extends form_Core {

 public static function my_errors($error = '')
 {
         return (!empty($error)) ? $error : null;
 } 
}

7) modules/simple_auth
tutaj modul simple_auth, oczywiscie musi byc aktywny (application/config/config.php i $config['modules']). do dzialania potrzebny jest jakis user w bazie - odsylam do przykladow uzycia simple auth.

o co w tym chodzi. calosc bazuje na moim podejsciu do walidacji. w my_controller znajduja sie wspolne dla wszystkich kontrolerow zmienne przechowujace tablice z polami do walidacji, bledami walidacji oraz regulami walidacji. dzieki make_field w jednej linijce moge ustalic wszystko co zazwyczaj jest mi potrzebne do obslugi pola formularza: nazwe pola do walidacji, regule, domyslna wartosc, komunikat bledu, a po walidacji przy przypisac wartosc przeslana w formularzu, zamiast tej z bazy.

walidacja obsluguje tez scenariusze, czyli moge przesylajac parametr walidowac tylko czesc pol, reszte pozostawic nietknieta. czasami sie to przydaje np. jesli walidacja jest zalezna do np. jakiegos checkboxa itp.

bardzo dobrze sie to sprawdza z simple_modeler, mozna bez problemow walidowac formularz i np. zapisac przeslane dane do kilku modeli, nie martwiac sie o ich wybieranie, dzielenie na dwie zmienne i przekazywanie kazdej do odpowiedniego modelu itd. dzieki $skip i $aliases mozna przekazac caly formularz (jego dane) do kazdego z modeli, a one same wybiora to co jest im potrzebne i zapisza do bazy.

duzo rzeczy dzieje sie z 'w tle', nie trzeba recznie przypisywac komunikatow o bledach itd. populate_form zrobi to za nas, a my_errors jesli tylko dane pole ma blad, to wyswietli powiadomienie.

kodu jest sporo, podejrzewam, ze blogspot sie na nim moze wywalic, wiec zapewne niedlugo edytuje posta, na razie zostawiam tak jak jest.

calosc ladnie wspolpracuje z walidacja podana tutaj na angielskim forum Kohany - wspolne komunikaty bledow dla danego typu bledu, nie trzeba definiowac osobnych (zazwyczaj tych samych) komunikatow dla kazdego pola formularzu, wystarczy jedna globalna regula dla typu bledu czyli required, email itd.

EDIT
blogspot poknocil bardziej niz myslalem, wiec dokonalem szybkiej edycji widokow. mam nadzieje, ze w pozostalych plikach nic nie pozmienial...
widok oczywiscie powinien inaczej wygladac, ale formatowanie kodu gubilo sie, wiec przepisalem na echo :/ takie zycie.

MySQL i lista zapytan

2009-09-27T13:43:00.001+02:00

tworzac nowa wersje strony napisanej jeszcze bez uzycia frameworkow, statycznie i generalnie strasznie, mialem ochote zobaczyc wszystkie zapytania jakie ida do bazy. plikow jest sporo, wszedzie include, w kazdym jakies query, wszystko na zwyklym mysql_query - chcac miec liste zapytan musialbym przepiasc wywolania query na nowa funkcje z dodanym logowaniem. niby mozna zrobic search&replace ale od czego jest google :)

google podsunelo mi nastepujace rozwiazanie, ktore w moim przypadku zadzialalo dokladnie tak jak trzeba, tj. dostalem liste zapytan ma danej podstronie:

SET GLOBAL general_log = 'ON';
SET GLOBAL log_output = 'TABLE';
-- wchodzimy na strone, czekamy az sie zaladuje, a pozniej:
SELECT * FROM mysql.general_log;

nastepnie np. export do txt czy html i voila. mozna od razu zapisywac do pliku, wtedy log_output ustawiamy na FILE plus general_log_file na sciezke do pliku - tej wersji jednak nie sprawdzalem.

do wyczyszczenia tablicy general_log trzeba uzyc truncate.

Simple_Auth Roles

2009-09-21T17:14:00.002+02:00

jakis czas temu majac chwile wolnego zaczalem modyfikowac Simple Auth tak, aby role obslugiwalo tak samo jak KohanaPHP Auth. teraz ponownie do tego usiadlem, dokonczylem i tak oto powstalo Simple_Auth... _Roles? ;)
modul mozna pobrac tutaj. w paczce jest plik sql ze struktura nowych tabel. tabele user_details mozna (a wrecz nalezy) zmodyfikowac do wlasnych potrzeb.

zmiany:
- osobna table z rolami (admin, user, guest...)
- osobna tabela z powiazaniami user->role
- osobna tabela z detalami usera np. potrzebnymi przy rejestracji (co projekt to nieco inne, ale zawsze powiazane z userem), po to aby auth_users nie wymagalo zadnych modyfikacji

tabela z rolami posiada dwa pola:
- role, ktore jest uzywane wewnetrzenie do sprawdzania rol
- name, ktore moze byc uzyte do wyswietlania i (chyba) nie jest do niczego potrzebne od strony dzialania aplikacji

model user posiada nowa metode: load_roles(), ktora wczytuje z bazy role usera. klasa simple_user posiada nowa zmienna $roles i metode set_roles(), ktora przypisuje $roles przekazane jako parametr role.

tabela z detalami nie jest niezbedna do dzialania modulu.

przyklady:

//tworzenie uzytkownika i nadanie rol:
$user_id = Simple_Auth::instance()->create_user($user_data); //czyli bez zmian, przekazujemy tablice
Simple_Auth::instance()->set_roles(array(1,2,3),$user_id); //nadanie rol o id 1,2,3 userowi o id = $user_id
//info: metoda create_user() zwraca ID wlasnie zapisanego do bazy usera
//inne nadanie rol
Simple_Auth::instance()->set_roles(array('user','admin'),$user_id); //nadanie rol user oraz admin userowi o id = $user_id
//info: jezeli pominiemy w set_roles() id usera, zostana one nadane zalogowanemu userowi (sesja)
//pobranie z bazy usera z id=3
$user = Simple_Auth::instance()->get_user(3); //bez podania id wczytuje usera z sesji
//sprawdzenie czy user ma role z id = 1
$user->check_role(1);
//sprawdzenie czy user ma role 'admin'
$user->check_role('admin');
//wyswietlenie rol usera
print_r($user->roles);
//sprawdzenie czy zalogowany user ma role moderator
Simple_Auth::instance()->logged_in('moderator');
//pobranie detali usera, mozna podac jako parametr ID usera, domyslnie wczytuje usera z sesji
$detail = Simple_Auth::instance()->get_user_details();
echo $details->lastname;
//pobranie listy rol z bazy (id-rola)
Auth_Modeler::Instance('auth_user_roles')->select_list('id','role');
//zamiast role mozna uzyc name aby otrzymac opisy rol user friendly

calosc napisana z ciekawosci, raczej przetestowana, ale nie daje gwarancji :) SA idzie coraz dalej, w planach opcjonalna integracja z Simple_Acl, tj, pobieranie rol i zasobow z bazy. opcjonalna, bo nie kazdy takiego kombajny potrzebuje. ale to jak bede mial wiecej czasu...

w razie znalezienia bledow prosze o info, na pewno poprawie.

acha, tablice w pliku sql sa puste, trzeba samemu dodac np. role admin i user. na razie z palca, w nastepnej wersji dodam prosta metode add_role(). w tej o tym zapomnialem :)

Simple Acl

2009-09-19T22:51:00.004+02:00

jesli ktos potrzebuje bardziej skomplikowany system zarzadzania uzytkownikami niz Simple Auth oferuje, polecam port Zend ACL by Wouter - bardzo latwo zaadoptowac to rozwiazanie do jakiegokolwiek innego systemu Auth, wiec calosc poprawilem tak, aby wspolpracowala z Simple Auth oraz Simple Modeler.

- calosc jest do sciagniecia tutaj
- w Simple_Auth klasa Simple_User posiada nowa metode get_roles(), w Simple_Modeler nic sie nie zmienilo
- instalacja tak sama jak innych modulow czyli do /modules/ i uaktywnic w config.php
- wchodzimy na adres http://example.pl/acldemo i mozemy sie cieszyc 12 przykladami uzycia

a teraz konkretniej, czyli jak to dziala.
calosc opiera sie na dwoch rzeczach: rolach oraz zasobach. w config/simple_acl.php definiujemy domyslne role (user, admin itd) wraz z ich dziedziczeniem - jest to wazne, mozna bowiem miec bazowa role user z zablokowana edycja i dziedziczace po niej user_forum z np. odblokowana edycja forum skutkiem czego bedzie mozliwosc edycja tylko i wylacznie forum. analogicznie dziedziczone moga byc zasoby - wszystko to siedzi w pliku z konfiguracja, wystarczy popatrzec aby zrozumiec.

samo uzycie sprowadza sie do:

$this->simple_acl->allow('guest','blog');
  $this->simple_acl->deny('guest','blog','read');
echo ($this->simple_acl->is_allowed('guest','blog','read') ? 'yes' : 'no');

pierwsza linijka dodaje roli guest prawo do wszystkich czynnosci w zasobie blog. kolejna zabiera mozliwosc czytania. ostatnia sprawdza czy rola guest moze czytac bloga. prawda, ze proste? w przykladowym kontrolerze jest wiecej przykladow, wystarczy spojrzec.

mozna jednak dokonac sprawdzenia zasobow nieco inaczej. mianowicie:

$data = Simple_Modeler::factory('articles',2);
$this->simple_acl->allowed($data,'edit') ? 'yes' : 'no');

w pierwszej linijce wczytujemy artykul z id = 2. w kolejnej sprawdzamy... no wlasnie co? ano sprawdzamy czy obecnie zalogowany user (a dokladnie to jego role wczytywane przez simple_user i get_roles) ma mozliwosc edycji wczytanego obiektu. system acl sam pobiera usera (z sesji), zasob (z modelu poprzez simple_modeler i get_table_name, czyli trzeba dodac zasoby z nazwami tabel), a nastepnie sprawdza czy ktorakolwiek z rol usera daje mu mozliwosc edycji.

ale to nie wszystko :) jest jeszcze jeden 'myk'. mozna zrobic cos takiego:

$this->simple_acl->allow('user','articles','edit', new User_Articles_Assert);   
echo ($this->simple_acl->allowed($data,'edit') ? 'yes' : 'no') ;

gdzie User_Articles_Assert jest klasa definiujaca powiazanie danego modelu z userem. dzieki ustawieniu w niej np. array('id'=>'user_id') mozemy zablokowac userowi edycje artykulow napisanych przez inne osoby niz on sam, a odbywa sie to (jak nie trudno sie domyslic) poprzez porownanie id obecnie zalogowanego usera z polem user_id jakie znajduje sie we wczytanym z bazy rekordzie.

prawda, ze piekne? zyc nie umierac. calosc na pewno wymaga drobnych poprawek, na razie to wersja 0.1 - sam modul ACL nie wspiera w zaden sposob zapisywanie do bazy rol czy powiazan user-rola, wszystko opiera sie o edycje konfiguracji. nic nie stoi na przeszkodzie aby napisac dodatkowe metody, ktore beda operowaly na bazie i z niej pobieraly dostepne role, zasoby jak i ich powiazania z userami.

EDIT:
zarowno Simple Auth jak i Simple Modeler nie zalapaly sie do paczki wiec kazdy musi sam je sobie pobrac plus dodac nowa metode to Simple_User:

public function get_roles()
 {
   return array('user','admin');
 }

ktora nie robi nic innego jak zwraca role uzytkownika. docelowo powinno to byc pobierane z bazy :)

Simple_Auth i role uzytkownika

2009-09-19T15:47:00.000+02:00

wiele osob zwraca mi uwage na to jak SA obsluguje role - inaczej niz KohanaPHP Auth. w SA rolami sa 'zwykle' pola na tabeli z uzytkownikami, natomiast w Auth jest osobna tabela z rolami oraz kolejna z powiazaniami user-rola co daje mozliwosc dynamicznego dodawania nowych rol z poziomu administracji strona.

w zasadzie rozbija sie to o jedno: Simple Auth nie jest kompletnym systemem ACL. koniec i kropka. dynamiczne role potrzebne sa nie tyle do samej autoryzacji co wlasnie do ACL, dynamicznego zarzadzania uprawnieniamiu userow, gdzie nie tylko dodajemy nowe role, ale tez okreslamy do jakich zasobow strony dana rola/user/grupa ma dostep.

zazwyczaj na etapie projektowania aplikacji, jesli nie potrzebujemy ACL to mozemy bardzo dokladnie okreslic jakie role beda potrzebne userom, a Simple Auth nie jest ograniczone tylko do domyslnych rol (admin, moderator). dodanie kolejnych to raptem trzy kroki:
- dodac pola np. reporter, developer na tabeli auth_users
- dodac dwie linijki do $data w modelu auth_users.
- dodac dwie nowe wartosci w konfiguracji $config['roles']

to wszystko, od tej pory mozemy odwolywac sie do $user->developer aby okreslic czy user jest developerem. nie ma problemu aby user mial wszystkie role, nie ma ograniczen, iz jeden user = jedna rola. takie dzialanie SA jest celowe i wystarczajace w wiekszosci projektow.

Simple Modeler 1.6, Simple Auth 1.4

2009-09-19T15:21:00.001+02:00

ukazaly sie nowe wersje modulow z serii Simple: Auth 1.4 oraz Modeler 1.6

Simple Auth 1.4:
- poprawka: stare ciasteczka sa automatycznie kasowane
- nowe: klasa Simple_User dzieki ktorej zmniejszylo sie zuzycie pamieci
- nowe: klasa Auth_Modeler aby uniezaleznic od siebie rozwoj Simple Auth i Simple Modeler

Simple Modeler 1.6:
- sporo zmian wewnetrznych
- nowe: diff() do szybkiego sprawdzania czy zaladowane dane zostaly zmienione
- nowe: fetch_row() dla wczytywania pojedynczych rekordow bez uzywaina $data
- nowe: result_object oraz set_result() do ustalania typow zwracanych obiektow
- nowe: generate_data() dla latwego generowania zmiennej $dala dla poszczegolnych tabel
- nowe: clear_data() dla szybkiego czyszczenia $data oraz $data_original
- zmiana: select() teraz akceptuje pola wymienione po przecinku
- zmiana: auto_fields teraz dziala tylko w testowych srodowiskach (IN_PRODUCTION)
- zmiana: check_id przemianowane na loaded()
- zmiana: usuniety cache - jesli ktos korzystal to jest do sciagniecia wersja SM 1.5

w obu przypadkach sa to ostatnie wersje przeznaczone dla KohanaPHP 2.3.x, jedynie powazne bledy beda poprawiane. cache wroci w kolejnej wersji SM przeznaczonej juz tylko dla K2.4

Simple BETA - Auth 1.4 oraz Modeler 1.6

2009-09-11T19:29:00.000+02:00

z repozytoriow mozna pobrac wersje beta Simple_Auth oraz Simple_Modeler dla KohanaPHP 2.3.x - najprawdopodobniej beda to ostatnie wersje dla 2.3.x i kolejne stabilne obejma juz 2.4 oraz 3.0

co nowego?

Simple Auth:

w sesji jest przechowywany obiekt Simple_User zamiast Auth_User_Model, co zmniejszylo uzycie pamieci np. w testach na jednej z aplikacji bylo to 0.7MB przy braku innych zapytan na stronie
Simple Modeler zostal zastapiony Auth_Modeler po to aby uniezaleznic od siebie rozwijanie obu projektow oraz nie obciazac modulu autoryzacji funkcjami, ktore nie sa potrzebne (czyli Simple Modeler Lite)

Simple Modeler:

$original zmienione na $data_original
dodane $primary_key w celu latwej zmiany z ID (domyslne) na jakikolwiek inny
DRY: check_alias(), check_timestamp(), check_skip()
save() oraz delete() kasuja cache (o ile jest ustawiony)
usuniete ArrayAccess, ktokolwiek tej funkcjonalnosci uzywal?
check_id() zmienione na $loaded co jest bardziej intuicyjne (vide ORM)
dodane cache_id oraz cache() do ustawiania cache
usuniete fetch_x_cache, load_cache oraz query_cache, teraz nalezy uzywac cache_id w polaczeniu z fetch_all, fetch_where, fetch_row oraz query
select() teraz umozliwia podanie kolumn po przecinku, a nie tylko jako tablice
dodane fetch_row() w celu szybkiego zaladowania rekordu z bazy - jest load(), ale czytaj dalej
dodane $result_object oraz set_result() do manipulacji zwracanym typem obiektu
drobna reorganizacja kodu w niektorych miejscach

fetch_row() teoretycznie dziala tak samo jak load() ale jak zwykle diabel tkwi w szczegolach. load wczytuje rekord, a nastepnie przypisuje jego wartosc do $data oraz $data_original. czasami (czesto?) jednak chcemy tylko pobrac dane, nie ptrzeba ustawiac $data bo nie bedziemy robic set_fields() i save() - i po to wlasnie jest fetch_row: dzieki niemu nie obciazamy dodatkowo pamieci tylko pobierane dane od razu sa zwracane i przekazywane dalej.

poniewaz teraz load() bedzie uzywane (powinno byc uzywane) tylko do formularzy i edycji wiec nie korzysta ono wiecej z cache.

na dniach Simple Auth zostanie zaktualizowane - Auth Modeler 'zaliczy' kilka zmian z najnowszej wersji Simple Modeler. w obu projektach jeszcze raz spojrze na kod i w niedlugim czasie powinny wyjsc wersje stabilne, ostatnie dla 2.3.x

razem lub dzien po wydaniu nowych wersji dokonam aktualizacji dokumentacji - sporo sie pozmienialo i stare przyklady beda tylko wprowadzaly w blad.

KohanaPHP i Codebench

2009-09-09T11:33:00.015+02:00

czasami zachodzi potrzeba przetestowania, ktore rozwiazanie jest szybsze, mniej pamieciozerne. coby nie wymyslac na nowo kola, mozna skorzystac z modulu codebench - dla KohanaPHP 2.x jest on dostepny tutaj, a dla 3.x tutaj. ja testowalem wersje dla 2.x

o co tu chodzi. standardowo kopiujemy wszystkie katalogi i pliki do modules/codebench. nastepnie trzeba przygotowac swoja klase do testowania. tak jak przyklad w libraries/Valid_Color.php musi ona rozszerzac klase Codebench i zawierac metody zaczynajace sie od bench_. dodatkowe ustawienia to $description zawierajace opis jaki pojawi sie z wynikami oraz $loops czyli ilosc powtorzen. zawarte w przykladzie $subjects nie jest do niczego potrzebne, to tylko tablica z danymi do tego konkretnego testu. czyli przykladowo zrobmy klase /modules/codebench/libraries/simple.php:

class Simple extends Codebench {

 public $description = 'Testujemy roznice miedzy load a fetch_where.';

 public $loops = 100;
 public function bench_load()
 {
  $user = Simple_Modeler::factory('categories',1);
  return true;
 }

 public function bench_fetch()
 {
  $user = Simple_Modeler::factory('categories')->fetch_where(array('id' => '1'));
  return true;
 }

}

celowo w obu przypadkach dalem factory, a nie instance. nastepnie uruchamiamy w przegladarce kontroler bench np. localhost/myapp/bench, podajemy nazwe naszej klasy (w przykladzie simple), klikamy Run i cieszymy sie wynikami:

jak widac jest sens wprowadzenia metody np. current(), ktora zwroci tylko jeden rekord, od razu z dostepem na zasadzie $pole->wartosc i bez ustawiania $data. czasami wczytuje pojedyncze rekordy aby pobrac dane i z gory wiem, ze nie bede ich edytowal, wiec $data nie jest mi do niczego wtedy potrzebne. a zysk widac tutaj:

i na koniec slow kilka o samym testowaniu. w zasadzie moglbym zostawic to bez komentarza uznajac, ze cyferki przemawiaja dostatecznie dobrze ale... no wlasnie, jest ale. przy load() tworzymy dwie tablice ($data oraz $data_original), dla 100 powtorzen mamy 200 tablic z pojedynczym rekordem z bazy. dla fetch oraz current ich nie ma - tam dane sa od razu zwracane jako obiekt. wystarczy wiec zrobic test dla pojedynczego wczytania jednego rekordu ($loop = 0) aby sie przekonac, ze roznice nie musza byc takie wielkie:

zanim wiec zabierzemy sie do testow warto wiedziec co tak na prawde testujemy i czy potrafimy wyciagnac wlasciwe wnioski ;)

pspad i tabulacja

2009-09-08T17:29:00.005+02:00

po ktorejs aktualizacji (uzywam wersji developerskich) pspad namieszal mi cos z ustawieniami tabulacji i zamiast tabulajcji wstawialo mi spacje, dodatkowo czasami mniej, a czasami wiecej - koszmarnie to wygladalo w innych edytorach. dzis sie zmobilizowalem and solution is:

Settings / Program Settings:
1) Editor (Part 1)
- trim trailing spaces: off
- auto ident mode: on
2) Editor (Part 2)
- real tabs: on
- smart tabs: off

po tym zabiegu jest tak jak powinno: spacja, to spacja - tabulacja to tabulacja.

Google i Bannery

2009-08-20T12:14:00.006+02:00

google mysli o wszystkim, nawet o tym jak ulatwic uzytkownikom robienie bannerow na strone. w tym celu powstal Display Ad Builder - proste narzedzie do samodzielnego tworzenia bannera. wiadomo, nie zastapi photoshopa, ale to co oferuja czasami w zupelnosci wystarczy.

KohanaPHP Syntax

2009-08-20T11:56:00.008+02:00

na forum KohanaPHP oraz na podstronie z projektami mozna spotkac dwa rodzaje formatowania tekstu: Wiki oraz Markdown. do wiekszosci postow nie jest to niezbedne, ale czasami lepiej odpowiednio sformatowac tekst, aby byl czytelniejszy.

natomiast pod adresem KohanaPHP Coding Style znajduja sie zalecenia jaki styl kodowania jest wymagany w oficjalnych modulach, a takze jak pisac aby nasz kod byl tak samo sformatowany jak owe oficjalny moduly - oczywiscie to tylko zalecenia, w koncu KohanaPHP jest dla ludzi, nie dla robotow ;)

Simple Auth i Modeler - zmiany

2009-08-18T15:33:00.004+02:00

wraz z wyjsciem wersji 2.4 oraz 3.0 KohanaPHP bedzie miala male zawirowanie:
- stara, sprawdzona 2.3.x z dobrze znana struktura itd
- nowa, 2.4 z odchudzonym core, nowa biblioteka DB oraz i18n
- najnowsza 3.0, przepisana na nowo, z HMVC

zarowno Simple Auth jak i Simple Modeler (od kilku dni jest oddzielnym projektem) w zwiazku z tym przejda pewne zmiany. do projektu dolaczyl Maciek, ktory zajmie sie wersjami dla 3.x, a ja skupie sie na 2.x - to sa wstepne plany, do czasu ukazania sie stabilnych wersji frameworka. co bedzie dalej, to 'sie zobaczy': jesli faktycznie miedzy 2.4 a 3.0 nie bedzie roznic, to zapewne pomyslimy o ujednoliceniu naszych bibliotek. jesli beda, to nastepne jest pytanie: z ktorej wersji frameworka bede dalej korzystal. na razie tego nie wiem, wiec nie wyrokuje. do czasu ukazania sie nowych wersji KohanaPHP i ustalenia co dalej, nie ma co sie spodziewac nowej finalnej wersji ktoregos z modulow.

w tzw. miedzyczasie zaszly pewne zmiany w repozytoriach obu projektow (struktura katalogow), plus sa tam podgrane nowe wersje beta - jak to beta, moga byc niestabilne, z bledami i slabo przetestowane ;)

zmianie tez ulegla numeracja - aby nie bylo watpliwosci dla ktorej wersji jest modul, zarowno obecny Simple Auth jak i Simple Modeler zostaly przenumerowane na wersje 2.x.x: pierwszy numerek oznacza wersje frameworka dla ktorej jest przeznaczony modul, a nastepne faktyczna wersje modulu.

PHP i Google Analytics API

2009-08-18T10:27:00.006+02:00

nie wiem, czy wszyscy wiedza, ale google udostepniolo GAPI - Google Analytics API PHP Interface, czyli nic innego jak mozliwosc generownia raportow bezposrednio na stronie, ktora tworzymy - nie trzeba sie logowac na stronach google, mozna od razu wygenerowac np. kilka interesujacych nas raportow bezposrednio w administracji danej strony www.

nie korzystalem, ale przyklady wydaja sie bardzo proste - oby tak to dzialalo w rzeczywistosci :)

EDIT:
tutaj jest pelna lista rzeczy, ktore mozemy pobrac za pomoca API. a tutaj glowna strona z Client Libraries & Sample Code, z innymi bibliotekami niz PHP.

przerywnik

2009-08-16T14:03:00.006+02:00

czas spedzony przed ekranem monitora to nie tylko praca, dlatego warto zapoznac sie z kilkoma bardzo przyjemnymi gierkami, tzw. casual games, czyli gry, ktore mozna w kazdej chwili uruchomic, pograc chwile (5m, 15m, 1h...) i spokojnie zostawic na nastepne posiedzenie. typowe gry bowiem wymagaja raczej dluzszego siedzenia przed kompem - casual`e sa skierowane dla osob zapracowanych, ktore chca sie rozerwac, ale nie chca poswiacac na to minium 3h dziennie i chca miec mozliwosc przerwania gry w dowolnym momencie.

- Puzzle Quest: Challenge of the Warlords
bardzo (BARDZO) udane polaczenie prostej gry RPG (bohater, questy, statsy, czary, potwory itd.) z gra logiczna. wciaga niesamowicie, do kupienia za grosze z kilkoma gazetami czy tez w serii tanich gier.
- Puzzle Quest - Galactrix
rozwiniecie pomyslu z COTW, tym razem w kosmosie, nieco zmienione zasady walki na planszy.
- Puzzle Kingdoms
kolejna wariacja na temat puzli, tym razem bardziej strategia niz RPG.
- Azkend
bardzo wciagajaca gra, zasady nieco podobne do Puzzle Quest - plansza plus polacz podobne, tutaj jednak liczy sie czas - na kazda plansze mamy z gory okreslony przedzial czasu i choc by braklo 3 seknund, to nie ma zmiluj: mission failed :) do tego mamy okolo 10 talizmanow o roznych mocach i przed kazda walka mozemy jeden z nich aktywowac - bardzo fajnie to urozmaica rozgrywke. brak watku RPG sprawia, ze gra jest typowo casual`owa, mozna sobie bardzo przyjemnie pogrywac po 15-20 minut dziennie.

warte uwagi wydaja sie rowniez Braid oraz Trine, ale nie gralem, wiec nie wiem.

liste bede staral sie uzupelniac.

mysql i tabele typu pivot

2009-08-03T17:11:00.009+02:00

mianem pivot zwyklo okreslac sie zazwyczaj trzy tabele mapujace wiele do wielu, np.:
- artykuly (id,name)
- tagi (id,name)
- tagi artykulow (id,article_id,tag_id), powiazanie artykulow z tagami, gdzie jeden artykul moze miec dowolna ilosc tagow

jak wyciagnac dane z bazy, tak aby w jednym zapytaniu (bez podzapytan) wydostac dane tak aby w jednym wierszu byl artykul oraz przypisane do niego tagi? sposobow jest kilka, jeden z nich to:

SELECT a.*, GROUP_CONCAT(DISTINCT t.name ORDER BY t.name) AS tags,
GROUP_CONCAT(DISTINCT t.id ORDER BY t.name) AS tags_id 
FROM articles a, tags t, article_tags ta
WHERE a.id = ta.article_id AND t.id = ta.tag_id
GROUP BY a.id

dzieki wykorzystaniu group concat i temu, ze mozna w jego obrebie dane sortowac jak rowniez ograniczyc je do wyswietlania tylko unikalnych rekordow (distinct) otrzymujemy takie oto wyniki:

mamy kolumne z artykulem, kolejna z tagami oddzielonymi przecinkami (separator mozna dowolnie zmieniac) oraz kolejna z ID poszczegolnych tagow (o ile sa potrzebne) - to samo sortowanie obu kolumn, tj. tagow i ich ID daje pewnosc, ze nie zostana one pomieszane. dzieki temu mozna po pobraniu rekordow i np. przy ich wyswietlaniu zrobic php`owe explode na kolumnach z tagami i ich ID, aby otrzymal ladne powiazanie miedzy nimi (np. trzeci element tablicy z nazwami bedzie na pewno mial swoje ID w trzecim elemencie w tablicy z ID`kami).

nie jest to rozwiazanie idealne, ale czasami w zupelnosci wystarczajace.

localhost

2009-07-30T00:47:00.004+02:00

jesli ktos jeszcze tego nie wie to niech sie dowie: pracujac na localhost najwygodniej jest operowac na serwerach wirtualnych. mozna wtedy pracowac pod dowolnym adresem url, a nie tylko 127.0.0.1/strona123/. jakie sa tego plusy?
- krotsze adresy
- unikalne domeny dla kazdego z projektow, co czasem jest bardzo potrzebne
- linki bezwzgledne takie same lokalnie jak i na docelowym serwerze
- wygoda, wygoda, wygoda.

ok, ale jak to zrobic? dodajemy domene mojastrona.pl, trzy kroki:
1) edycja apache/conf/extra/httpd-vhosts.conf i dodaj na koncu:

NameVirtualHost 127.0.0.1:80
<*VirtualHost 127.0.0.1:80*>
DocumentRoot /xampp/htdocs/moja_strona/
ServerName mojastrona.pl
<*/VirtualHost*>

tylko bez gwiazdek, dodalem po to aby poprawnie sie wyswietlalo na stronie...

2) edycja windows/system32/drivers/etc/host i dodanie na koncu:

127.0.0.1 mojastrona.pl

3) restart apache i gotowe, pod adresem mojastrona.pl mamy to co chcemy.

uwagi:
- oczywiscie przyklad jest dla systemu windows i serwera xampp
- /xampp/htdocs/moja_strona/ jest to adres gdzie mamy nasz htdocs i powinien byc odpowiednio zaktualizowany
- a skoro jestesmy w temacie, to polecam xampp. dla windows sprawdza sie idealnie.

Simple Auth - porady

2009-07-30T00:29:00.009+02:00

1) Simple Auth domyslnie loguje uzytkownika po emailu.
aby to zmienic edytuj application/modules/simple_auth/config/simple_auth.php i zmien:

$config['unique'] = 'email';
//na
$config['unique'] = 'username';

2) Simple Auth nie chce mnie zalogowac, co robic?
wlaczyc profiler i sprawdzic zapytanie jakie idzie do bazy. z niego od razu mozna wywnioskowac co jest nie tak, czy dane do logowania sie zgadzaja z tym co jest w bazie, czy jest zwracany jakikolwiek rekord itd.

3) Simple Auth loguje ale co jakis czas jest gubiona sesja
edytuj application/config/session.php (jesli go tam nie ma to skopiuj go z system/config/) i zmien adekwatne wpisy na:

$config['driver'] = 'native';
$config['gc_probability'] = 0;
$config['regenerate'] = 0;

4) Simple_Auth dziala, ale nie chce zapamietywac uzytkownika miedzy sesjami przeladarki
edytuj application/config/cookie.php (jesli go tam nie ma to skopiuj go z system/config/) i zmien adekwatny wpis na:

$config['domain'] = 'nazwa_twojej_domeny.pl';

5) haslo w bazie jest inne od tego ktore podaje profiler
haslo (czyli hash) w Simpe Auth jest generowane za pomoca md5, ale to NIE JEST md5($haslo) i nigdy nie nalezy tak sobie generowac nowych hasel. do tego jest Simple_Auth::instance()->hash($haslo). a dlaczego tak? ano dlatego, ze haslo to jest md5($string1.$haslo.$string2) gdzie string1/2 sa to wartosci pobrane z konfiguracji (appilation/modules/simple_auth/config/simple_auth.php a tam salt_prefix oraz salt_suffix.

TreePad i TimeTracker

2009-07-29T23:43:00.007+02:00

do grona niewielkich programow ulatwiajacych codzienna prace przy komputerze dolaczylem ostatnio TreePad Lite. jest to niewielki program pozwalajacy tworzyc kategorie (podkategorie itd) a nastepnie przypisywac im notatki. po co to na codzien? ano po to: widze ciekawy skrypt php - pstryk, dodalem go do biblioteczki php. link to smiesznego filmu? copy-paste i mam go. js, css? copy-paste i sa moje. i tak dalej. plus jest taki, ze mam wszystko w jednym niewielkim, lekkim dla systemu programie, w postaci tekstu, a nie html. nie musze szukac w kilku miejscach - mam jedna baze z tego typu rzeczami. a sam program nie integruje sie z systemem, mozna na pendrive nosic.

druga rzecz to Anuko TimeTracker. jest to niewielka aplikacja php/mysql ulatwiajaca kontrole czasu nad poszczegolnymi elementami projektu. przeznaczona jest bardziej dla freelancera niz managera projektu w firmie i spelnia swoje zadanie calkiem niezle. mozna tu wiec dodac firmy, projekty i zadania. przypisywac codziennie czas spedzony nad poszczegolnymi rzeczami i na koniec wygenerowac raport. calosc ma czytelny interface, sama obsluga jest bardzo prosta i intuicyjna.
owszem, mozna chciec wiecej. np. taki Mantis z wygodnym zarzadzaniem czasem dla kazdego zadania. ale za darmo nie ma (czytaj: nie znam) lepszych rozwiazan. to nie jest jakis wielki problem pracowac z Mantisem i na koniec dnia dodac w TimeTracker czas + info na ktore bug`i zostal on przeznaczony. tym bardziej, ze nie zawsze kontrola czasu musi byc widoczna przez innych uzytkownikow Manisa, czasem (zalezy od projektu) robi sie ja tylko dla siebie, aby wiedziec ile czasu zeszlo na poszczegolne rzeczy i latwiej to w przyszlosci oszacowac.

oba wspomniane programy sa darmowe.

TortoiseGit

2009-07-29T21:17:00.003+02:00

wreszcie jest program do latwej obslugi Git - TortoiseGit. do dzialania wymaga msysgit. calosc sprowadza sie do instlacji msysgit (z opcja add git path to windows command line), nastpnie TortoiseGit i juz pod prawym przyciskiem myszy mamy dostep do polecen Git. latwo, prosto i przyjemnie.

Simple Modeler a Query Builder

2009-07-23T13:01:00.002+02:00

Simple Modeler jest tylko nakladka (extends Model) na zwykly model, w zwiazku z czym posiada pelna funkcjonalnosc modelu w tym np. Query Builder. to jak sie bedzie korzystalo z SM, czy uzywalo np. w kontrolerze fech_where, czy moze w modelu Query Builder to jest sprawa indywidualna.

inaczej mowiac: z Simple Modeler mam PELEN dostep do Query Builder, ale ze zwyklego modelu nie mam zadnego dostepu do set_fields()/save()/load() itd, co jest dobrym argumentem za uzwaniem SM ;) nie ma zadnych podstaw do tego, aby dla niektorych modeli celowo nie korzystac z Simple Modeler tylko dlatego, ze w nich akurat musze zrobic zapytanie za pomoca Query Builder.

DtCSS czyli elastyczne css

2009-06-18T17:39:00.003+02:00

na angielskim forum kohany 'padl' link do ciekawego projektu - DtCSS - jest to parser plikow css napisany w php. uruchamia sie go odpowiednim poleceniem w .htaccess (1 linijka), nastepnie kazdy wczesniej zdefiniowany plik (moze to byc kazdy .css, moze tez np. tylko te ktore koncza sie na .parse.css, czyli tylko te w ktorych chcemy uzyc parsowania) jest najpierw parsowany, nastepnie cache`owany i na koniec serwowany przegladarce.
po co to wszystko? zastosowan moze byc wiele, ja widze rozwiazanie, dla mnie bardzo denerwujacego problemu - sciezki url w plikach css. strony na komputerze lokalnym mam na wirtualnych serwerach, czyli odwoluje sie do nich bez podkatalogow. na serwerze testowym czesto jednak pracuje na stronach w podkatalogach, aby aktualna wersja do momentu skonczenia nowej byla nietknieta i caly czas dostepna pod glownym adresem. frameworki pozwalaja mi zapomniec o problemach z odwolaniami w linkach czy sciezkami do plikow/obrazkow. javascript rowniez jest do obejscia, raz definiuje adres bazowy i reszta skryptow z niego korzysta. co jednak z plikami css? adresami url do obrazkow jakie w nich sie znajduja? ano do tej pory nic. kazdy z nich recznie edytowalem i poprawialem wszystkie sciezki. ale byc moze z DtCSS to sie skonczy, umozliwia on bowiem stosowanie zmiennych, czyli tak jak w .js raz okresle url bazowy i parser sam go przepisze na wszystkie odwolania.
przyklad jest tutaj razem z opisem instalacji. wiecej mozna przeczytac na pozostalych stronach wiki.
skrypt umozliwia np. instrukcje warunkowe, grupowanie wyrazen, daje dostep do operacji arytmetycznych itd.
sprawdzic na pewno warto. moje pierwsze wrazenia sa pozytywne. na pewno blizej sie DtCSS zapoznam, zobaczymy jakie minusy sie znajda.

Simple_Modeler 1.5

2009-05-29T19:04:00.007+02:00

nowa wersja dostepna jest na SVN, zmiany, glownie zwiazane z cache:
- update() oraz insert() dzialaja na $timestamp i $skip tak samo jak save()
- dodane $where oraz where(), dla latwiejszego laczenia metod
- fetch_where() oraz count_where() stracily parametr $type, nalezy uzywac $where/where() zamiast niego
- dodane fetch_all_cache(), fetch_where_cache(), query_cache() w celu automatycznego cache`owania pobieranych danych

uzycie:

$users=Simple_Modeler::factory('ksiazki')->select('tytul','autor')->fetch_all_cache('ksiazki_info');

spowoduje normalne pobranie danych i dodatkowo zapisanie ich w cache. kazde nastepne wywolanie tego zapytania (np. na innej podstronie) odczyta je nie z bazy, ale z cache.

jesli chodzi o $where i where(). nie ma juz w fetch_where parametru $type, zamiast niego $this->where zawiera typ zlaczenia, tak samo jak bylo wczesniej domyslnie jest to 'where'. teaz wiec chcac wykonac zapytanie 'like' nalezy:

Simple_Modeler::factory('ksiazki')->where('like')->count_where(array('autor'=>'grzesiuk'));

Simple_Modeler 1.4.2

2009-04-20T16:32:00.003+02:00

nowa wersja dostepna na SVN, zmiany, glownie zwiazane z laczeniem metod:
- dodane update(), tak dla porzadku skoro jest insert()
- dodane select() aby ograniczyc liczbe zwracanych pol (wczesniej zawsze *)
- dodane limit(), aby fetch_x mialo mniej parametrow
- uwaga: w zwiazku z powyzszym fetch zgubilo parametr $limit
- load() zwraca $this

dzieki temu mozna teraz w jednej linijce np. tak:

//pobranie 2 pol z limitem 3 rekordow
$users=Simple_Modeler::factory('auth_users')->select('username','email')->limit(3)->fetch_all();
//zaladowanie pojedynczego rekordu z bazy, username=janek
$user=Simple_Modeler::factory('auth_users')->load('janek','username');

Simple_Auth - przyklady

2009-04-19T13:57:00.005+02:00

aktualne dla wersji:1.3

1. dodawanie uzytkownika

$user_data['email']='my@email.com';
$user_data['username']='myuser';
$user_data['password']='verysecret';
$user_data['admin']=true;
Simple_Auth::instance()->create_user($user_data);
//domyslnie rola active jest true, a moderator jest false, wiec jesli nie chcemy ich zmienia, to nie ma potrzeby ich przekazywac
//aby ograniczyc usera czasowo wystarczy przed wywolaniem create_user dodac kolejna wartosc:
$user_data['active_to']='2009-06-01 22:23:24';
//domyslnie bowiem jest ona ustawiona na null, czyli user nie ma ograniczen czasowych
//aby uzyskac date np. teraz + 3 miesiace mozna:
$user_data['active_to']=date('Y-m-d H:i:s',mktime(date('H'), date('i'), date('s'), date('m')+3, date('d'), date('Y')));

2. kasowanie uzytkownika

//kasuje obecnie zalogowanego usera
Simple_Auth::instance()->delete_user();
//kasuje usera z id=5
Simple_Auth::instance()->delete_user('5');
//kasuje usera przekazanego jako obiekt $user
Simple_Auth::instance()->delete_user($user);

3. nadawanie uprawnien

//zabranie obecnie zalogowanemu userowi roli admin
Simple_Auth::instance()->set_role(array('admin'=>false));
//nadanie userowi z id=5 roli moderator
Simple_Auth::instance()->set_role(array('moderator'=>true),5);
//nadanie userowi przekazanemu jako obiekt $user prawa do logowania
Simple_Auth::instance()->set_role(array('active'=>true),$user);

4. logowanie

//logowanie bez zapisania cookies, po zamknieciu przegladarki sesja wygasa
Simple_Auth::instance()->login($username, $password, false);
//logowanie z cookies, sesja nie wygasa po zamknieciu przegladarki
Simple_Auth::instance()->login($username, $password, true);
//jesli logowanie pomyslne, zostanie zwrocone true, czyli mozna:
if (Simple_Auth::instance()->login($username, $password, false))
echo 'logowanie pomyslne';
else
echo 'logowanie nie powiodlo sie';

5. weryfikacja logowania, pobieranie informacji i userze i wyswietlanie jej.

//jesli user jest zalogowany, przypisz do $user jego dane i wyswietl username
if (Simple_Auth::instance()->logged_in())
$user = Simple_Auth::instance()->get_user();
echo 'witaj '.$user->username;

7. przeladowanie uzytkownika

//ponowne wczytanie z bazy danych uzytkownika
Simple_Auth::instance()->reload_user();
//ponowne wczytanie z bazy danych uzytkownika z id=5
Simple_Auth::instance()->reload_user('5');
//ponowne wczytanie z bazy danych uzytkownika przekazanego jako obiekt $user 
Simple_Auth::instance()->reload_user($user);

8. wylogowanie uzytkownika

//wylogowuje i kasuje tylko token przypisany do aktualnie uzywanej przegladarki
Simple_Auth::instance()->logout();
//wylogowuje i kasuje wszystkie tokeny, takzle dla innych przegladarek
Simple_Auth::instance()->logout(TRUE);

9. uzyskanie zakodowanego hasla

//koduje podany ciag znakow zgodnie z ustawieniami w konfiguracji simple_auth
$my_password = 'moje_haslo';
echo Simple_Auth::instance()->hash($my_password);

10. pobieranie informacji o uzytkownku

//pobranie informacji o obecnie zalogowanym uzytkowniku
$user = Simple_Auth::instance()->get_user();
//pobranie informacji o userze  z id=5
$user = Simple_Auth::instance()->get_user('5');
//pobranie informacji o userze przekazanym jako obiekt $user
$user = Simple_Auth::instance()->get_user($user);
//w efekcie $user bedzie albo pusty (nie ma takiego usera), albo bedzie zawieral dane uzytkownika
//z bazy i bedzie mozna sie do nich odwolywac poprzec $user->username

wszystkie opisy simple_Auth oraz Simple_Modeler sa pisanie nieco 'na kolanie', wiec tu i owdzie moga byc literowki itd. :/

w nastepnej czesci zrobie niewielki (lecz kompletny, ze zrodlami) tutorial pokazujacy logowanie oraz wybrane metody Simple_Auth. bedzie to rowniez calkiem dobry tutorial do Simple_Modeler z racji na wykorzystanie set_fields, save itd.

Simple_Auth - wprowadzenie

2009-04-19T12:56:00.005+02:00

aktualne dla wersji: 1.3

Simple_Auth (dalej SA) jest biblioteka frameworka KohanaPHP umozliwiajaca uwierzytelnianie uzytkownikow.
w odroznieniu od domyslnego Auth dolaczonego do frameworka, SA:
- nie korzysta z ORM
- jest bardziej konfigurowalny, elastyczny i prostszy do modyfikacji / dostosowania do juz istniejacych systemow z inna niz domyslna struktura tabel
- sama biblioteka autoryzacji sklada sie z tylko jednego pliku
- zapisywanie ostatnio uzytego przy logowaniu IP oraz daty logowania
- mozliwosc ustawienia daty po ktorej uplywie user nie bedzie mogl sie zalogowac

ponadto SA umozliwia:
- dodawanie/kasowanie uzytkownikow
- pobieranie informacji o uzytkownikach
- nadawanie uprawnien uzytkownikom (logowanie/zarzadzanie/pelna administracja)
- 'remember me', automatyczne logowanie na podstawie cookies
- automatycznie zliczanie logowan

1. zmienne
protected $session;
dostep do sesji php

protected $config;
konfiguracja wczytana z pliku

2. metody
public function hash($str)
koduje podany string za pomoca algorytmu ustaloengo w konfiguracji

public function reload_user()
przeladowuje zalogowanego usera: pobiera dane z bazy i zapisuje je w sesji.

public function set_role($role, $user=0)
pozwala ustawic admin/active/moderator dla wybranego uzytkownika, domyslnie aktualnie zalogowanego.
jako parametr $role nalezy przekazac tablice w postaci array('admin'=>true,'active'=>0), wszelkie inne klucze niz role ustawione w konfiguracji sa pomijane.
jako $user mozna przekazac obiekt lub ID uzytkownika, ktoremu chcemy zmienic role.

public function logout($destroy=FALSE)
wylogowuje usera, jesli $destroy=true, niszczy cala sesje, w innym wypadku tylko klucz z uzytkownikiem.
kasowane jest tez cookies oraz token przypisany dla danej przegladarki.

public function logged_in()
zwraca true jesli user jest zalogowany, false jesli nie. sprawdzanie odbywa sie na podstawie danych zapisanych w sesji

public function get_user($user=0)
pobiera informacje o uzytkowniku, domyslnie o obecnie zalogowanym. jako $user mozna przekazac obiekt lub ID uzytkownika, wtedy pobierane sa dane tego usera z bazy.

public function create_user($user_data, $second=FALSE)
tworzy uzytkownika na podstawie przeslanych danych.

public function delete_user($user)
kasuje uzytkownika. domyslnie aktualnie zalogowanego. jako $user mozna przekazac obiekt, lub ID uzytkownika, wtedy on zostanie skasowany.

public function login($user, $password, $remember = FALSE)
loguje uzytkownika. jesli pomyslnie, zwraca true. zarowno $user jak i $password musza byc typu string

3. Ustawienia konfiguracji
przed pierwszym uzyciem modulu na danej stronie najlepiej zmienic wartosci kluczy salt_prefix i salt_suffix na inne niz domyslne, unikalne, nie powrarzajace sie na innych stronach. podobnie mozna postapic z session_key, cookie_key.

$config['hash_method'] = 'md5';
rodzaj algorytmu kodujacego haslo

$config['salt_prefix'] = 'simple_auth_secret';
string dodawany do hasla (na jego poczatku) przed kodowaniem

$config['salt_suffix'] = '_secret';
string dodawany do hasla (na jego koncu) przed kodowaniem

$config['lifetime'] = 1209600;
waznosc cookie przechowujacego dane do automatycznego logowania

$config['session_key'] = 'auth_user';
nazwa klucza sesji gdzie zapisywane beda dane uzytkownika

$config['cookie_key'] = 'auth_auto_login';
nazwa ciasteczka gdzie zapisywane beda dane do automatycznego logowania

$config['roles'] = array('admin'=>'','active'=>'','moderator'=>'')
nazwy pol na tabeli user przechowujacych role. wartosci musza pozostac puste, poniewaz jest to uzywane w set_roles jako filtr - wszelkie inne klucze przekazane w set_roles sa odrzucane.

$config['password'] = 'password';
nazwa pola do ktorego jest zapisywane haslo uzytkownika

$config['unique'] = 'email';
nazwa pola jakie bedzie uzywane przy logowaniu jako login

$config['unique_second'] = 'username';
nazwa pola jakie opcjonalnie bedzie uzyte w parze z $config['unique'] do sprawdzenia czy dana nazwa uzytkownika jest wolna

4. model user
user_exists($name, $second='')
metoda, sprawdza czy podany login usera jest wolny. opcjonalnie mozna podac pole jakie bedzie sprawdzone w parze, np. login+email czy sa unikalne.

5. model token
$now;
zmienna, przechowuje aktualny timestamp

delete_expired()
metoda, kasuje wszystkie stare tokeny z tabeli, porownujac date wygasniecia z $now

delete_user_tokens($id,$all=FALSE)
metoda, kasuje wszystkie tokeny uzytkownika o podanym ID, domyslnie tylko dla aktualnej przegladarki. ustawienie $all na true kasuje wszystkie tokeny.

create_token()
metoda, tworzy unikalny token

w kolejnej czesci zajme sie luznymi przykladami, a w nastepnej niewielkim tutorialem.

Simple_Auth 1.3

2009-04-19T12:33:00.004+02:00

Nowa wersja dostepna na svn, a w niej kilka zmian:

zmiany w SA:
- usuniete enable/disable user (set_role() je zastepuje)
- dodane set_role(), ktore pozwala ustawic dowolna role, domyslnie dla zalogowanego usera, umozliwia ustalanie dla dowolnego usera z bazy
- za pomoca get_user() mozna pobrac z bazy dane dowolnego usera
- nazwa pola przechowujacego hasla wyciagnieta do konfiguracji
- create_user uzywa teraz set_fields() zamiast recznego przypisania
- nazwy kolumn z rolami wyciagniete do konfiguracji
- dodane: active_to. jesli jest w nim data, to user po jej uplywie nie moze sie wiecej logowac do systemu

zmiany w SM:
- dodane insert()
- $skip usuniete z get/set, wystarczy jesli jest w save()
- $limit zmienil sie z array('limit'=>value,'offset'=>value) na array($limit,$offset=0)
- poprawiony potencjalny bug w column cache

zaktualizowalem dokumentacje i przyklady simple_modeler.

Simple_Modeler - przyklady

2009-04-16T19:41:00.013+02:00

aktualne dla wersji: 1.4.3

w drugiej czesci opisu Simple_Modeler podam kilka przykladow:

zaladowanie rekordu o id=4:

//wersja 1:
$model = Simple_Modeler::factory('nazwa_modelu')->load(4);
//mozna pozniej wyswietlac dane korzystajac z echo $model->imie

zaladowanie rekordu na podstawie innego niz ID pola:

$user=Simple_Modeler::factory('auth_users')->load('janek','username');

pobranie wszystkich rekordow z tabeli:

//wersja 1:
$dane= Simple_Modeler::factory('nazwa_modelu')->fetch_all();
//wersja 2, dla stronicowania:
$dane= Simple_Modeler::factory('nazwa_modelu')->limit(10,5)->fetch_all();

pobranie wszystkich rekordow z imie=jan i nazwisko=kowalski:

//wersja 1:
$dane= Simple_Modeler::factory('nazwa_modelu')->fetch_where(array('imie'=>'jan','nazwisko'=>'kowalski'));
foreach ($dane as $rekord)
echo  $rekord->imie;
//wersja 2, dla stronicowania:
$dane=Simple_Modeler::factory('nazwa_modelu')->limit(5)->fetch_where(array('imie'=>'jan','nazwisko'=>'kowalski'));

zapis do tabeli:

//wersja 1:
$model = Simple_Modeler::factory('nazwa_modelu');
$model->imie='jan';
$model->nazwisko='kowalski';
$model->save();
//zapisze dane - wykona insert (tworzymy nowy wpis)
//wersja 2:
$model = Simple_Modeler::factory('nazwa_modelu')->load(4);
$model->nazwisko='malinowski';
$model->save();
//zapisze dane, wykona update, rekord o id=4 zmieni nazwisko na malinowski

kasowanie rekordu:

//wersja 1:
$result = Simple_Modeler::factory('nazwa_modelu')->load(4)->delete();
//jesli rekord o id 4 zostal skasowany $result bedzie true
//wersja 2:
Simple_Modeler::factory('nazwa_modelu')->delete(array('imie'=>'jan'));
//skasuje wszystkich o imie=jan

generowanie selecta:

//wersja 1:
$lista =  Simple_Modeler::factory('nazwa_modelu')->select_list('id', 'name');
//wygeneruje tablice z parami id=name, sortowana po id
//wersja 2:
$lista =  Simple_Modeler::factory('nazwa_modelu')->select_list('id', 'name', 'name',array('miasto'=>'londyn'));
//wygeneruje tablice z parami id=name, sortowana po name, tylko dla rekordow ktore maja miasto=londyn

zliczanie rekordow (np. dla stronicowania):

//wersja 1:
$ile = Simple_Modeler::factory('nazwa_modelu')->count_all();
//policzy wszystkie rekordy w tabeli
//wersja 2:
$ile = Simple_Modeler::factory('nazwa_modelu')->count_where(array('imie'=>'jan'));
//policzy wszystkie rekordy w tabeli o imie=jan

insert do bazy:

$result = Simple_Modeler::factory('nazwa_modelu')->insert(array('imie'=>'jan','nazwisko'=>'kowalski'));

zapis danych z formularza:

$result = Simple_Modeler::factory('my_model')->set_fields($form_data)->save();

pobieranie tylko okreslonych pol:

$dane= Simple_Modeler::factory('nazwa_modelu')->select('id','nazwisko')->fetch_all();

oczywiscie jesli mamy juz wczesniej utworzony model np.
$moj_model = Simple_Modeler::factory('nazwa_modelu');
to pozniej nie ma sensu pisac:
Simple_Modeler::factory('nazwa_modelu')->...
poniewaz mozna od razu dac:
$moj_model->...

koniec czesci drugiej, w niedlugim czasie pojawi sie kolejna. bedzie to tutorial do Simple_Auth pokazujacy rowniez przykladowe dodawanie usera do bazy z wykorzystaniem set_fields, save, skip, aliases itp.

Simple_Modeler - wprowadzenie

2009-04-16T19:33:00.014+02:00

aktualne dla wersji: 1.4.3

razem z Simple_Auth dolaczony jest Simple_Modeler (dalej nazwany SM), ktory jednak jest osobnym, niezaleznym modulem i z powodzeniem moze byc stosowany bez systemu autoryzacji - wystarczy skopiowac plik Simple_Modeler.php do katalogu application/libraries oraz stworzyc modele dla poszczegolnych tabel.

jedna uwaga: Simple_Modeler jest nakladka (imho bardzo wygodna) na systemowy query builder, w razie watpliwosci nie zaszkodzi poczytac o nim w dokumentacji.

przykladowy model (application/models) dla tabeli 'sample' wyglada tak:

class Sample_Model  extends Simple_Modeler
{
// Database table name
protected $table_name = 'sample';
}

to wszystko. na jego podstawie SM zna nazwe tabeli i sam pobierze z niej nazwy kolumn (o ile beda mu one do czegos potrzebne). jesli recznie ustawimy dla danego modelu $auto_fields = FALSE; wtedy trzeba samemu podac nazwy kolumn i model bedzie wygladal tak:

class Sample_Model  extends Simple_Modeler
{
// Database table name
protected $table_name = 'sample';

protected $auto_fields = FALSE;

protected $data = array('id' => '',
'pole1' => '',
'pole2' => '',
'pole3' => '');
}

dodatkowa konfiguracja to:

1. zmienne:

$auto_fields
true oznacza, ze SM sam ma pobierac nazwy kolumn.
false oznacza, ze musza byc one podane w tablicy $data

$data
tablica $data zawiera nazwy kolumn w tabeli. do $data trafiaja tez wartosci z tabeli jesli je pobieramy za pomoca load(). set_fields() przypisuje do $data przekazywane wartosci (np. z formularza).

$original
tablica $original zawiera oryginalne dane z tabeli (domyslnie puste, czyli same nazwy kolumn). przy zapisie sa one porownywane z $data i do tabeli zapisywana jest tylko roznica (zmienione rekordy).

$aliases
tablica zawiera aliasy dla set_fields(). dzieki temu mozna np. w formularzu nazwac input 'imie' i zapisac je automatycznie do kolumny 'client_name'. np. $aliases=array('imie'=>'client_name');

$skip
tablica z polami jakie maja byc pominiete przy save(). np. $skip=array('pole1','pole2');

$use_cache
jesli true, nazwy kolumn sa cache`owane, czyli tylko raz sa pobierane tabeli, nastepnie juz z cache. uzywane tylko jesli $auto_fields jest true.

$timestamp
tablica zawierajaca nazwy pol, ktore przy save() maja miec automatycznie przypisana aktualna date i czas wykonania zapisu. np. $timestamp=array('pole1','pole2');

$timestamp_created
tablica zawierajaca zawiera nazwy pol ktore przy save() maja miec automatycznie przypisana aktualna date i czas wykonania zapisu, ale tylko przy wykonywaniu insert, dla update pozostaja one bez zmian. np. $timestamp=array('pole1','pole2');

$select
tablica zawierajaca nazwy pol ktore zastana pobrane z bazy (domyslnie wszystkie)

$limit
limit wierszy do pobrania z bazy

$offset
numer wiersza od ktorego zaczac pobieranie z bazy

2. metody:

load($value, $key='id', $type='where')
parametry: wartosc szukana,kolumna szukanej wartosci,rodzaj zlaczenia.
laduje rekord (tylko jesli jest on unikalny) dane do $data. mozliwe sa nastepujace wywolania:


load('1') - laduje rekord o id=1
load('john','name') - laduje rekord o name=john
load(array('imie'=>'jan','nazwisko'=>'kowalski')) - laduje rekord z imie=jan i nazwisko=kowalski
mozna dodatkowo przekazac typ zlaczenia czyli np.:
load(array('imie'=>'jan','nazwisko'=>'kowalski'),null,'orwhere') - laduje rekord z imie=jan LUB nazwisko=kowalski

aby bylo to jasne: rekord jest ladowany (dane przypisywane do $data) tylko jesli w tabeli jest JEDEN taki wpis. jesli dla ostatniego przykladu bedzie wiecej niz jeden jan kowalski, to $data zostanie puste, dane sie nie zaladuja - jesli chcemy pobrac wiecej niz dokladnie jeden rekord, trzeba stosowac fetch_where

set_fields($data)
parametry: tablica. musi miec ona postac array('pole'=>'wartosc',...), a jej wartosci zostaja przypisane do odpowiednich kluczy $data. tutaj wykorzystywane sa $aliases, aby przekazane dane wstawic do odpowiedniego pola, oraz skip, aby pominac pewne pola.

save()
zapisuje aktualna zawartosc $data do bazy. wczesniej sa porownanie wartosci z oryginalymi danymi z tabeli ($original) i zapisywane sa tylko roznice. tutaj tez pola zdefiniowane jako timestamp sa automatycznie wypelniana data i tutaj pomijane sa pola wymienione w $skip.

delete($what)
parametr: tablica
kasuje aktualnie zaladowany rekord (na podstawie id) lub, jesli przekazany jest parametr, kasuje wszystkie rekordy na podstawie okreslonych warunkow. np. delete(array('imie'=>'jan')) kasuje wszystkich z imieniem jan.

fetch_all($order_by = 'id', $direction = 'ASC')
parametry: order by, sortowanie. dane sa zwracane jako return metody, nie sa one zapisywane w $data.

public function fetch_where($where = array(), $order_by = 'id', $direction = 'ASC', $type = 'where')
parametry: warunki, order by, sortowanie, typ zlaczenia.
pobiera wybrane dane z tabeli. warunki musza byc przekazane w tablicy np. array('imie'=>'jan'), zwroci wszyskie rekordy z imie=jan. typ zlaczenia domyslnie to 'where', mozna je zmienic na 'like' itd.
dane sa zwracane jako return metody, nie sa one zapisywane w $data.

count_all()
zlicza wszystkie rekordy w tabeli

count_where($where=array(),$type='where')
zlicza wszystkie rekordy w tabeli na podstawie podanych warunkow

select_list($key, $display, $order_by = 'id', $where = array(), $direction = 'ASC')
parametry: klucz (option value), wyswietlana nazwa, order by, warunki, sortowanie
zwraca tablice, ktora mozna przekazac do html::dropdown aby wygenerowac element select. tablica ma postac $key=>$display

check_id()
sprawdza czy dane zostaly zaladowane, domyslnie na podstawie pola 'id'. ma to zastosowanie tylko w polaczeniu z load() - przy uzywaniu fetch dane nie sa ladowane do $data.

as_array()
zwraca aktualnie przechowywane dane jako tablice (zmienna $data)

insert($data_to_save = array())
dodaje do aktualnej tabeli nowy wiersz zwracajac jego ID

update($data_to_update = array(), $where = array())
wykonuje update na tabeli zgodnie z przekazana tablica klucz=>wartosc oraz warunkami okreslajacymi ktore rekordy zmienic

select($what=array())
ustawia $select

limit($limit,$offset = 0)
ustawia $limit i $offset

koniec czesci pierwszej. w kolejnej czesci podam przyklady uzycia poszczegolnych metod, a w nastepnej przyklad walidacji.

MySQL Reference Manual Offline

2009-04-15T23:46:00.003+02:00

podobnie jak wspomniany juz wczesniej manual PHP, dostepny offline jest rowniez manual MySQL.

calkiem wygodnie sie porusza po nich w wersji chm. szybko mozna zlokalizowac potrzebne informacje. przy braku netu, czy tez slabym laczu, nie trzeba tracic nerwow na tempo ladowania sie stron :/

Simple_Auth 1.2

2009-04-14T21:31:00.002+02:00

nowa wersja Simple_Auth, do pobrania na razie tylko z SVN. zmiany:

Simple_Auth
- zmiany w strukturze tabel
- dodane kolumny przechowujace date oraz ip ostatniego logowania
- time_stamp na tabeli z uzytkownikami jest aktualizowany tylko przy logowaniu
- dodana kolumna przechowujaca date utwozenia uzytkownika
- dodane w konfigu unique_second, ktore razem z unique moze (jest to opcjonalne) byc uzyte przy dodawaniu uzytkownikow do sprawdzenia czy taki user juz nie jestnieje
- dodane enable_user()

Simple_Modeler
- poprawione sleep/wakeup dla MySQLi
- nazwy kolumn w tabeli sa teraz ladowane tylko jesli faktycznie sa potrzebne
- nazwy kolumn sa domyslnie 'keszowane', mozna to wylaczyc
- dodane timestamp_create, pole datetime aktualizowane tylko przy insert
- skip jest sprawdzane jako ostatnie, moze wylaczyc timestamp

w niedlugim czasie (next week) pojawi sie kompletny tutorial do poruszania sie po simple_auth wraz z simple_modeler oraz przykladem walidacji. stay tune :)

generowanie losowych hasel

2009-04-05T14:37:00.003+02:00

bardzo przyjemny, darmowy, program do generowania hasel: PWGen. znacznie usprawnia zmiane hasel na serwerach, bazach itd - wszedzie tam gdzie powinny byc one losowe. do zapamietania tych hasel swietnie nadaje sie wymieniony tam na stronie KeePass - na pewno jest do duzo lepsze rozwiazanie niz trzymanie ich np. w Total Commander, gdzie bezpieczenstwo hasel jest praktycznie zerowe (dopiero TC 7.5 bedzie je szyfrowal AES).

git vs svn

2009-04-04T13:31:00.004+02:00

tak jak SVN zastapil CVS, tak teraz wydaje sie, ze GIT zastepuje SVN. warto sie zapoznac z tym rozwiazaniem:
- Why Git is Better than X
- GitCasts
- Git - SVN Crash Course

szczegolnie drugi jest wskazany - screencast`y pokazujace jak wyglada praca z GIT`em.
do testow, darmowe konto z SVN mozna zalozyc na xp-dev, platne np. na nq. darmowe konto GIT to np. github.

zarzadzanie projektem

2009-03-24T11:33:00.004+01:00

dobre zarzadanie projektem znacznie przyspiesza prace nad nim, pozwala szybko ocenic wytyczne, cele ktore juz osiagnelismy, to co jest do zrobienia. dobra i czytelna specyfikacja zaoszczedzi wiele rozmow/emaili na temat tego co i jak zrobic. i tutaj z pomoca przychodza dwa programy:

- XMind Social Brainstorming and Mind Mapping
oraz
- ToDoList A simple but effective way to keep on top of your tasks

pierwszy pozwala w bardzo szybki, prosty i czytelny sposob stworzyc ogolna specyfikacje projektu. pokazac powiazania pomiedzy niektorymi elementami, wizualnie pokazac (nie tylko jako slowa na papierze) wszystkie skladowe strony, elementy panelu administracyjnego itd. jak to sie mowi: jeden obrazek potrafi zastapic 1000 slow :)

drugi program jest bardzo poreczna lista rzeczy do zrobienia. maly, intuicyjny, pozwala szybko zapanowac nad zadaniami do zrobienia w roznych projektach, dodawac je, edytowac, oznaczac jako zakonczony, procent ukonczenia, czas realizacji, deadline itd. moze na prawde wiele i mnie sie bardzo przydaje.

jest jeszcze FreeMind free mind mapping software, ale na razie nie sprawdzalem go - xmind wydaje sie miec wszystko czego potrzebuje. wiecej programow jest tutaj.

oczywiscie to wszystko odnosi sie do jednoosobowego zespolu i wlasnych potrzeb. dla grupy programistow potrzebny bedzie program ktory daje to wszystko z mozliwoscia wspoldzielenia tych informacji, edycji przez wiele osob itp. ale to juz osobny temat.

humorum developerum

2009-03-20T19:29:00.004+01:00

jak znajde cos nowego, bede edytowal posta :)

- smutny programista
- hug a developer today
- Groove Is In The Heart
- real life programisty

Odstaw Internet Explorera 6 do lamusa!

2009-03-20T18:40:00.003+01:00

niniejszym, wnosze jak na wstepie ;)

stara, podatna na ataki przegladarka. zmora web developerow. a kysz! sio! a poszedl! nastap sie! :)

mam nadzieje, ze ta inicjatywa pozwoli wyeliminowac ie6 z rynku przegladarek. skoro jest juz ie8, to nie obrazilbym sie gdyby ie7 rowniez gdzies sobie poszedl...

jak odniesc sukces

2009-03-18T22:23:00.004+01:00

kilka ciekawych wypowiedzi do obejrzenia/posluchania:

1) Steve Jobs o zyciu, pokretnych drogach jakimi przez nie idziemy.
2) David Heinemeier Hansson opowiada startup`ach
3) Sir Ken Robinson o systemie edukacji i jego wplywie na kreatywnosc
4) Gary Vaynerchuk o tym jak osiagnal sukces (rowniez temat startupow)

dobrze jest sie uczyc od innych, a najlepiej od takich, ktorzy osiagneli sukces (chociaz trudno to jednoznacznie ocenic) i maja cos ciekawego do powiedzenia. od takich, ktorzy chca sie podzielic swoja wiedza po to, abysmy unikneli ich bledow i portafili zrobic to co oni - tylko lepiej.

Simple_Auth 1.1

2009-03-12T22:13:00.005+01:00

Simple_Modeler (bedacy czescia Simple_Auth, ale stanowiacy tak na prawde osobny modul) doczekal sie wersji 1.3, a wraz z nia:
- nazwy kolumn w tabeli sa automatycznie pobierane z bazy (nie trzeba ich recznie definiowac w modelu)
- update zapisuje tylko faktycznie zmodyfikowane pola, pomijajac reszte
- load() umozliwia zaladowanie pojedynczego wiersza na podstawie dowolnego unikalnego pola (nie musi to byc ID) badz tablicy pol
- $timestamp zawiera pola, ktore automatycznie przy insert/update beda mialy przypisany aktualny timestamp

plik do pobrania tutaj badz jako czesc Simple_Auth 1.1.

samo Simple_Auth jako takie nie posiada innych zmian niz tez zwiazane z Simple_Modeler (czyli glownie w modelach).

rss, czyli czytamy

2009-03-12T19:54:00.003+01:00

pod tym adresem zamieszczam plik .opml zawierajacy wszystkie blogi jakie przegladam/czytuje. od dluzszego czasu korzystam z FeedDemon i na razie jestem zadowolony - polecam.

tematyka blogow jest bardzo rozna, najlepiej sprawdzic samemu co tam w srodku siedzi.

PHP 5.3 - co nowego

2009-03-11T14:26:00.003+01:00

ano sporo nowego, bardzo dobre podsumowanie jest na stronach IBM developerWorks:

czesc 1
czesc 2
czesc 3
czesc 4
czesc 5

w skrocie:
- The _callStatic() magic method
- Dynamic static calls
- Late static binding
- Few more classes in Standard PHP Library
- Circular garbage collection
- Lambda functions
- Closures
- Namespaces
- Phar

wszystko to moze (i zapewne tak bedzie) wprowadzic nowa jakosc do programowania w php. frameworki ktore chca sie liczyc beda musialy isc za powyzszymi zmianami, co wydaje mi sie, ze jednoznacznie przekresla wspolprace z php4 (vide CI oraz CakePHP). zanosi sie na to, ze PHP 5.3.x moze zdrowo namieszac w php`owym swiecie.

milego czytania.

Sysinternals plus Nirsoft - all in one

2009-03-07T10:38:00.003+01:00

Sysinternals oraz Nirsoft sa to dwa zbiory malych, ale bardzo przydatnych programow. w obu przypadkach jest ich calkiem sporo i zdecydowanie wygodniej jest raz na jakis czas pobraz cala paczke, wszystkie aplikacje, niz sprawdzac czy akurat ta ktorej uzywamy nie ma nowszej wersji.
rozwiazan jest wiele, ja proponuje skorzystac np. z wget dla windows.

dla sysinternals jest to wyjatkowo proste, wystarczy jedno polecenie:

wget -r -N -l 1 --no-remove-listing http://live.sysinternals.com/

dla nirsoft nie ma juz az tak lekko - potrzebna jest lista plikow do sciagniecia:

wget -r -N -l 1 --no-remove-listing --cut-dirs 1 -i nirsoft.list

gotowe. wget automatycznie sprawdza timestamp plikow zdalnych i nie pobiera ich jesli nic sie nie zmienilo.

ciekawym dodatkiem do obu tych zbiorow jest Windows System Control Center - panel sterowania, dzieki ktoremu wszystko przypomina tradycyjny panel sterowania windows.

tutaj zamieszczam archiwum zip zawierajace wget (windows), pliki .cmd do pobierania plikow z obu zbiorow oraz liste programow z pakietu nirsoft (bez wersji pod win9x) na podstawie ktorej sa one pobierane.

jaki framework wybrac - zanim zapytasz...

2009-03-02T19:40:00.006+01:00

nie bede sie rozpisywal na temat konkretnych frameworkow, tylko o celu jaki im przyswieca. kazdy framework zostal stworzony po to, aby z jego pomoca szybciej tworzyc aplikacje webowe. i na tym w zasadzie moglibysmy zakonczyc ten wpis, bo juz wiadomo jaki wybrac: taki w ktorym bedzie sie najszybciej pracowalo. koniec. kropka.

wszystko jest fajnie jak nie ma innych zobowiazan, mozna siedziec i dlubac w kodzie do woli, zarywac noce, sprawdzac rozne rozwiazania i delektowac sie wybraniem najlepszego. ja to sobie nazwalem 'czasem teoretyka'. niestety to sie zawsze kiedys konczy i zaczyna sie dom, praca, rodzina. czlowiek zaczyna sobie wtedy cenic swoj czas, musi go dzielic pomiedzy rozne rzeczy i dosyc szybko orientuje sie, ze calkiem sporo czasu mozna zaoszczedzic na pracy, poprzez lepsza jej organizacje: mniejsza ilosc bawienia sie, a wieksza efektywnosc. wtedy przychodzi 'czas praktyka'. zamiast kodu z przydomkiem 'sophisticated', zaczna sie interesowac wersja otagowana 'clean and simple'. zamiast super wymyslnych rozwiazan zgodnych z wszelkimi mozliwymi zalozeniami teoretycznymi zaczyna sie korzystac z tych, ktore dadza ten sam efekt w znacznie krotszym czasie. odstepstwa od zalozen, ktore wczesniej byly traktowane jako zbrodnia, zaczynaja byc dopuszczalne - teoria przestaje rzadzic praktyka. a im blizej konca projektu, im bardziej daje sie we znaki deadline, tym bardziej praktyka przejmuje kontrole nad teoria ;) ale do rzeczy: kazdy framework ma swoje plusy i minusy, kazdy korzystajacy z frameworka ma tez inne potrzeby, ale niestety nie kazdy wybiera framework aby tworzyc szybciej. czesto wybiera sie ten, ktory polecaja inni, czy ten ktory ma dobra opinie na sieci i potem trzeba sie z nim meczyc :/ a gdzie jazda probna? zamiast glupio pytac wystarczy sciagnac kilka frameworkow, poswiecic tydzien na testowanie i od razu wiadomo w ktorym najszybciej sie pisze. reszta jest milczeniem...

przytocze wypowiedz z ktora sie w pelni zgadzam i ktora natchnela mnie do tego wpisu:

"Dla mnie najlepsze narzędzie do projektowania web-aplikacji to takie, za pośrednictwem którego doprowadzenie projektu do działania pochłonie możliwie jak najmniej czasu".

oraz jego krotsza wersja: "albo się bawi w mastah programistę, albo się pracuje" :)

Simple Auth 1.0

2009-03-02T16:17:00.003+01:00

nowa wersja, tym razem oznaczona 1.0. powody do takiego skoku (z 0.3) sa dwa:
- modul posiada teraz cala planowana funkcjonalnosc
- modul wydaje sie dzialac jak najbardziej poprawnie

stad tez skok do numerka, ktory bardziej odpowiada w pelni funkcjonalnemu projektowi.

jesli chodzi o zmiany to tzw. 'code cleanup' oraz dodanie nowej funkcjonalnosci: pole uzywane do logowania jako username jest teraz ustawiane w konfiguracji modulu. dzieki temu mozna logowac sie na email, login, username, lastname czy jakiekolwiek inne pole jakie mamy na tabeli.

nowa wersje mozna pobrac ze strony download projektu, jak rowniez z repozytorium SVN.

Simple_Auth SVN

2009-02-26T23:29:00.002+01:00

pod adresem http://source.projects.kohanaphp.com/svn/simple-auth znajduje sie repozytorium SVN dla projektu Simple_Auth oraz Simple_Modeler.

dlaczego KohanaPHP

2009-02-24T22:59:00.011+01:00

na poczatku bylo Symfony. oj, nie bylo lekko... pierwsze zetkniecie z frameworkami, walka z wieloma drobnymi rzeczami, tak aby byly zrobione 'zgodnie z zasadami', a sztywnych zasad w symfony nie brakuje. praktycznie wszystko zajmowalo wiecej czasu, niz gdybym robil to po swojemu, nawet majac pod reka guide to symfony. akurat tak wyszlo, ze nie korzystalem z propel`a, tylko za pomoca creole wszystkie zapytania klepalem recznie (nie byla to moja decyzja), wiec i tak zaoszczedzilem sobie troche czasu na ORM. zniechecala rowniez spora paczka i duzo zaleznosci (np. pear). w wiekszych firmach, gdzie wielu programistow wspolpracuje ze soba, to jest niezle rozwiazanie, bo wymusza pewne rzeczy i np. od razu wiadomo gdzie czego szukac siadajac do czyjegos kodu. freez i unfreez tez sie przydaje. ale nie, symfony nie bylo dla mnie stworzone.

zaczalem wiec szukac czegos lepszego/innego. padlo na CakePHP. rewelacja. takie lekkie symfony. swietna walidacja w modelu polaczona z generowaniem formularzy, duzo tutoriali, liczna spolecznosc, poprawki do kodu wprowadza sie w iscie ekspresowym tempie. po prostu bajka. przynajmniej do czasu, az musialem napisac calkiem zlozony serwis z licznymi zaleznosciami miedzy tabelami. zrobienie tego w ORM zakonczylo sie fiaskiem (szczegolnie po zobaczeniu zapytan sql wygenerowanych przez niektore zlaczenia) i wiedzialem, ze ORM jest fajny, ale bez przesady. porownanie ORM/nieORM nie ma przelozenia na programowanie obiektowe/strukturalne - a tak mi sie poczatkowo wydawalo, ze ORM jest po prostu killerem dla innych sposobow wyciagania danych z bazy, jest prosty, latwy i przyjemny. no, w zasadzie to jest, ale ma duzo wad, czy moze raczej niedogodnosci. jednemu nie beda one przeszkadzac, innego zniecheca i ja sie do tej drugiej grupy zaliczam. oczywiscie ORM to ogolne zasady, w kazdym frameworku jest nieco inny, ma inne ograniczenia.

skoro nie cakephp, to co. kiedys zrobilem wprawke w CodeIgniter i postanowilem do niego wrocic. w miedzyczasie widzialem, ze wyszlo BlueFlame, pozniej KohanaPHP 1.0, wreszcie 2.0, ale nie wnikalem w kod, wiedzialem, ze sa. znalem ograniczenia CI, plusy jego nastepcy, wiec od razu skierowalem sie ku niemu. i jak o sie mowi - trafilem w dziesiatke. dlaczego jest to 'moj' framework:
- nie ogranicza mnie. ma pewne zasady, ale sa one bardziej wytycznymi niz nakazami.
- elastyczny. bardzo latwo zmodyfikowac potrzebne elementy frameworka
- maly, szybki, bez zaleznosci typu pear.
- intuicyjny. o symfony tego nie moge powiedziec.

KohanaPHP jak na porzadny framework przystalo posiada oczywiscie ORM - podobno calkiem niezly i przemyslany. modul autoryzacji uzytkownikow. wsparcie dla stron wielojezycznych. proste generowanie formularzy i walidacje. i tak dalej - odsylam na strone projektu.

jesli chodzi o moje osobiste 'dlaczego KohanaPHP', nie bez znaczenia jest tez Auto_Modeler, nakladka na klase do bazy danych. prosta w swoim pomysle, i jak to czesto bywa z dobrymi pomyslami, niesamowicie upraszcza czesto wykonywane operacje z uzyciem bazy danych, szczegolnie zapis danych z formularza, obojetnie czy to do jednej czy do wielu tabel.

nie tak dawno ukazal sie DebugToolbar (tak tak, wzorowany na symfony), ktory tez jest bardzo pomocny, a jednym z jego plusow jest to, ze posiada wsparcie dla FirePHP oraz przechwytuje wywolania AJAXa.

wiecej projektow tutaj

dla mnie jedynym minusem jest brak tutoriali. trzeba sie przyzwyczaic i z tym zyc. samemu zagladac do dokumentacji, zrodel frameworka, kombinowac. zawsze jest jeszcze forum (zarowno eng jak i pl), kazdy moze tam uzyskac pomoc. na pewno nie majac doswiadczenia latwiej jest zaczac cos robic w cakephp, gdzie jest bardzo duzo przykladow prowadzacych za raczke, ale wydaje mi sie, ze KohanaPHP ma troche inna grupe docelowa - osoby ktore wiedza czego chca, maja juz jakies doswiadczenie, nie potrzebuja frameworka ktory za nich bedzie wszystko robil, tylko da im solidne podstawy do tworznia aplikacji wg. wlasnych preferencji. i dla takiego targetu obecna dokumentacja i niewielka ilosc tutoriali jest w zasadzie wystarczajaca, mozna sobie spokojnie dac rade, szczegolnie, ze na forum na prawde zawsze sie znajdzie pomoc. dla takiego targetu nie jest problemem sledzenie trac i interesowanie sie zmianami, zamiast biernego czekania na wydanie tutoriali do kazdej zmiany w funkcjonalnosci jaka pojawi sie w nowym wydaniu frameworka.

pojawily sie tez dwie inicjatywy: learn kohanaphp, ktora niestety chyba upadla, oraz nowa, dopiero ruszajaca nasza kohanaphp.

jako uzupelnienie: nie wiem tak do konca na ile jest to trafna krytyka (nie uzywalem Sf 1.1), ale pokrywa sie z moimi spostrzezeniami co do samego symfony: "And if any madman really sticks to symfony 1.1, then he has to read 50 more pages than for the 1.0 version and understand the sfValidatorSchema to build a simple contact form". ja po prostu nie lubie takich przestojow.

Simple_Crypt

2009-02-24T19:27:00.005+01:00

obok Simple Auth 0.3 (nie jest zalaczana w archiwum) dostepna jest klasa Simple_Crypt pozwalajaca na kodowanie/dekodowanie zmiennych typu string oraz integer. mozna ja uzyc w celu wyswietlenia ich na stronie, jesli koniecznie musimy je tam miec, a nie chcemy aby np. client_id bylo jawnie widoczne. base64 mozna latwo dekodowac, mcrypt nie zawsze jest dostepny. i tak jesli kodujemy ID:
1) zostaje do niego dodany prefix oraz suffix
2) calosc jest szyfrowana md5
3) iryginalne id jest konwertowane do hex i wstawiane na wybrana pozycje zaszyfrowanego wyzej ciagu znakow
4) na wybrana pozycje jest wstawiana informacja o dlugosci stringa z punktu pierwszego

dekodowanie:
1) na podstawie ustawien z zakodowanego ciagu jest wycinana dlugosc, a nastepnie samo hex id
2) konwertowanie hex id do dec
3) gotowe

klasa napisana dla zabawy, wyglada na to, ze dziala ok, ma pewne ograniczenia (wymienione w kodzie).

przyklad uzycia:

$id = 123;
echo "start: ".$id; 
$enc_id = $cipher->encrypt($id);
echo "encrypt: ".$enc_id;
echo " decrypt: ".$cipher->decrypt($enc_id);

$id='jaskolka';
echo "start: ".$id;
$enc_id = $cipher->encrypt($cipher->strhex($id),true);
echo "encrypt: ".$enc_id;
echo " decrypt: ".$cipher->decrypt($enc_id,true);

Simple Auth 0.3

2009-02-24T17:17:00.006+01:00

ukazala sie wersja 0.3 modulu autoryzacji uzytkownikow dla frameworka KohanaPHP, Simple_Auth:
glownie zmiany wewnetrzne plus jedna nowa rzecz - mozna kasowac/wylaczac uzytkownikow przekazujac zarowno ID jak i caly obiekt uzytkownika.

troche zmian przeszedl rowniez Auto_Modeler, wiec aby nie bylo problemow przy jednoczesnym uzywaniu zmodyfikowanej i oryginalnej wersji dostal nowa nazwe: Simple_Modeler. jest on zalaczony w archiwum z modulem do autoryzacji.

zmiany sa dosyc istotne, wiec sugeruje wszystkim upgrade

manual php offline

2009-02-23T23:14:00.002+01:00

w razie problemow z netem - jak znalazl

magia bywa zwodnicza

2009-02-23T10:07:00.012+01:00

wystarczy popatrzec na wyniki zwracane przez ten prosty test:

class test {
     public $data=array('id'=>'5');

     public function  __get($key) {
          return $this->data[$key];
     }
}  

$test = new test();

echo " 1) "; echo $test->id;
echo " 2) "; if ($test->id) echo "jest";
echo " 3) "; if (!empt.y($test->id)) echo "jest";
echo " 4) "; if (isset($test->id)) echo "jest";
echo " 5) "; $id=$test->id; if (!empt.y($id)) echo "jest";
echo " 6) "; $id=$test->id; if (isset($id)) echo "jest";
echo " 7) "; if (intval($test->id)!==0) echo "jest";
echo " 8) "; if ((int) $test->id!==0) echo "jest";

a samych wynikow celowo nie podaje :)
jak widac metody magiczne dzialaja faktycznie magicznie w polaczeniu ze standardowym empty czy isset.

EDIT: dodalem kropki do empt.y, bez nich blogger sie gubil

kodowanie i dekodowanie w php

2009-02-22T22:35:00.006+01:00

znalezione na sieci, calkiem niezly pomysl - mozna sie pobawic i na podstawie tego zrobic cos swojego. a jak wiadomo, pomysl jest polowa sukcesu :)

function EncryptClientId($id) {
  return substr(md5($id), 0, 8).dechex($id);
}


function DecryptClientId($id) {
  $md5_8 = substr($id, 0, 8);
  $real_id = hexdec(substr($id, 8));
  return ($md5_8==substr(md5($real_id), 0, 8)) ? $real_id : 0;
}

$id = 723;
$enc_id = EncryptClientId($id);
echo $enc_id." / ".DecryptClientId($enc_id);

zabawa ze stringami

2009-02-22T22:31:00.006+01:00

jak wstawic zmienna typu string do innej zmiennej typu string i na dodatek na okreslona pozycje...

$newstring=substr_replace($orig_string, $insert_string, $position, 0);

dziala :)

licencje

2009-02-21T23:17:00.005+01:00

licencji opensource jest wiele, spis jest tutaj. latwa, prosta i przyjemna jest np. licencja ISC, niemal identyczna jesli chodzi o efekt z licencja MIT. do tego stopnia ja pokochano, ze powstal wiersz:

This work ‘as-is’ we provide.
No warranty, express or implied.
We’ve done our best,
to debug and test.
Liability for damages denied.

Permission is granted hereby,
to copy, share, and modify.
Use as is fit,
free or for profit.
On this notice these rights rely

(c) 2005 Alexander E Genaud

:)

czy mozna zmierzyc magie

2009-02-21T23:07:00.005+01:00

ano mozna. bardzo ladne porownanie szybkosci metod magicznych, ArrayAccess itd. click.
moze przytocze tylko kilka liczb:

Get ArrayAccess Property 2.379
Set ArrayAccess Property 3.030
Get Magic Property (__get()) 2.066
Set Magic Property (__set()) 2.623

vs

Get Array Property 0.473
Set Array Property 0.655
Get Native Property 0.619
Set Native Property 0.752

polecam lekture calosci tekstu.

Simple Auth 0.2

2009-02-20T22:08:00.009+01:00

ukazala sie pierwsza oficjalna publiczna wersja (0.2) modulu autoryzacji dla frameworka KohanaPHP, znanego pod jakze trafna nazwa Simple_Auth ;)

jest to fork oryginalnego modulu auth, ktory:
- jest prosty
- nie korzysta z orm, tylko z auto_modeler
- bardzo latwo go dostosowac do wlasnych potrzeb
- nie posiada ograniczen w postaci wymuszonych nazw tabel w bazie
- posiada wsparcie dla 'zapamietaj mnie' przy logowaniu
- zapisuje w bazie date ostatniego logowania, ip i laczna liczbe logowan
- hasla sa kodowane wybranym algorytmem (domyslnie md5) w polaczeniu z dwoma stringami dodawanymi na poczatku i koncu hasla

domyslnie sa 3 role: admin, moderator i zwykly user - sa to kolejne kolumny w tabeli users. nie jest i nie bedzie to dedykowany system ACL.

opcja 'zapamietaj mnie' po udanym logowaniu zapisuje w bazie oraz cookie uzytkownika unikalny token, ktory jest sprawdzany przy nastepnym wejsciu na strone.

resetowanie css

2009-02-18T14:25:00.003+01:00

stare, ale nie wszystkim znane: reset.css - u mnie tak gdzies o 90% zmniejszylo ilosc poprawek html zwiazanych z roznicami miedzy przegladarkami.

drobne zmiany

2009-02-18T14:17:00.003+01:00

kosmetyka czyli inny (czytelniejszy?) szablon + SyntaxHighlighter do kolorowania skladni php :)

czego uzywam

2009-02-17T23:36:00.004+01:00

- Total Commander
- PsPad (Notepad++ do niedawna mial denerwujacy problem z automatycznym ustawianiem utf8 dla otwieranych plikow ANSI i dziwne problemy z function_list.dll w nowych wersjach)
- WinMerge
- Xampp
- Filezilla
- SqlYog Community Edition
- Consolas Font Pack
- FastStone Capture (5.3 bylo darmowe)
- Paint.NET
- ToDoList

na skroty w php

2009-02-17T23:10:00.021+01:00

zadziwiajace jak wielu programistow php nie orientuje sie w tych kwestiach. dobrze dobrane operatory porownania pozwalaja uniknac wielu dziwnych problemow z gatunku 'to nie ma prawa tak dzialac'.jak rowniez wielu nie slyszalo/korzysta ze skroconych form (short tags):

$foo = ($bar > 0) ? "jest!" :  ($bar === 0 ? "zero" : "mniej niz zero");

 //spacja po '?' jest do usuniecia - kolorowanie kodu samo ja dodaje :/

if ($foo):
 ...
endif;

while ($foo):
 ...
endwhile;

foreach($data as $item): 
 ...
endforeach;

for ($i = 0; $i<=2; $i++) :
 ... 
endfor;

czesto taki format zapisu znacznie poprawia czytelnosc kodu. szczegolnie jesli chodzi o if`y.

php i utf8 output

2009-02-17T23:01:00.008+01:00

czsami w skryptach ustawienie w html charset na utf8 oraz kodowanie bazy danych na utf8 (wraz z set_names) okazuje sie byc niewystarczajace. wtedy pomaga (przynajmniej mnie) dodanie na samym poczatku pliku:


mb_internal_encoding("UTF-8");
mb_http_output( "UTF-8" );
ob_start("mb_output_handler");
sprawdzone, dziala.

class database

2009-02-17T22:31:00.007+01:00

kazdy framework korzysta z gotowych klas ulatwiajacych odpytywanie bazy danych i wszystko jest ok do chwili kiedy trzeba napisac jakis maly skrypt (np. wywolywany przez cron), ktory wykona jakies drobne (albo i nie) operacje na bazie. pisanie wszystkiego na golym php i mysql wydaje sie niemal chore, znowu uzywanie ulubionego frameworka troche nie ma sensu - po co ladowac mase niepotrzebnych klas, jak jedyne co bedzie uzyte to klasa do bazy danych. mozna oczywiscie siegnac po Creole czy AdoDB, ale to jest nadal za duzo w stosunku do tego co jest potrzebne. i wtedy mozna siegnac po jedna z dwoch klas:

1) klasa TMVC_PDO z mini frameworka TinyMVC - link

2) klasa CxPDO z mini frameworka MicroMVC - link

klasy te korzystaja z PDO i sa wprost stworzone do mini skryptow. przyklad uzycia - select i dla jego wynikow update.

TinyMVC (problem - nie udalo mi sie wykonac tego z uzyciem tylko 1 instancji klasy):

$config=array();
$config['type']='mysql';
$config['host']='127.0.0.1';
$config['name']='test';
$config['user']='test';
$config['pass']='test';
$config['persistent']=true;
$config['charset']='utf8'; 

$db = new TMVC_PDO($config);
$db2 = new TMVC_PDO($config);

$zamien   = array('A'=>'a');
$sql="select name from my_table";
$db->query($sql);
  while($row = $db->next()) {
    $new_name = strtr(trim($row['name']), $zamien);
    $sql2="update my_table set name_strip = '".strtolower($new_name)."' where name = '".$row['name']."'";
 $db2->query($sql2);
  }

CXPDO:

$config = array();
$config['user'] = 'test';
$config['pass'] = 'test';
$config['name'] = 'test';
$config['host'] = '127.0.0.1';
$config['type'] = 'mysql';
$config['port'] = null;
$config['persistent'] = true;

include('cxpdo/cxpdo.php');
$db = db::instance($config);
$db->set_encoding();

$zamien   = array('A'=>'a');
$sql="select name from my_table";
$result = $db->query($sql);
  while($row = $result->fetch(PDO::FETCH_ASSOC)) {
    $new_name = strtr(trim($row['name']), $zamien);
    $sql2="update my_table set name_strip = '".strtolower($new_name)."' where name = '".$row['name']."'";
$result2 = $db->query($sql2);
  }

male, a cieszy.

winmerge i total commander

2009-02-17T21:41:00.004+01:00

niewiele jest osob ktore programuja pod windowsem i nie korzystaja z total commander. zapewne wiekszosc z nich korzysta z programow do porownywania zawartosci plikow takich jak np. project diff czy beyond compare. maja one calkiem niezla darmowa alternatywe: WinMerge. jesli polaczymy go z totalcmd, mozna z nich stworzyc bardzo fajny tandem. a wszystko co trzeba zrobic, to dodac nowa pozycje do menu (wybieramy z menu Configuration/Button Bar/Add):

command: tutaj sciezka do WinMergeU.exe

parameters: /ub "%P\%N" "%T\%M"

icon file: co kto lubi :)

i gotowe. teraz mozna w kazdym z paneli zaznaczyc po jednym pliku, kliknac nowo stworzony przycisk i juz mamy piekne zestawienie pokazujace roznice miedzy dwoma wersjami kodu (pliku).

ie7 oraz fieldset / legend

2009-02-17T19:15:00.004+01:00

prosta sprawa: formularz z fieldset i legend, oba maja border. na firefox i opera wszystko wyglada ok, ramka fieldset w zaden sposob nie nachodzi na tekst w legend. ale jak zwyle ie7 musi byc madrzejsze - tam border idzie po calosci, wobec czego legend jest... przekreslone :) nie mialem czasu wiec na razie prowizorka - legend ma jako tlo bialy obrazek z ustawionym odpowiednio repeat. dziala? dziala. i to to chodzi.

mysql, kodowanie utf8: polish czy general

2009-02-17T13:06:00.007+01:00

dla wszystkich zastanawiajacych sie czym sie rozni w mysql kodowanie utf8_general_ci utf8_polish_ci proponuje zrobic maly eksperyment: tworzymy w tabeli dwa pola varchar, jedno na polish drugie na general, dodajemy kilka rekordow, w tym po jednym zaczynajacym sie na literke 'Ł', a nastepnie robimy select z order by [nazwa pola] :)

ot i cala roznica: utf8_general_ci wrzuca 'Ł' na sam koniec. po zmianie na utf8_polish_ci dziala tak jak powinno. hurra :)

let`s go!

2009-02-16T21:49:00.001+01:00

pomyslow jest sporo, zobaczymy co z tego wyjdzie.
w planach jest pisanie o tym co na co dzien robie, czyli webmasterka (kohanaphp, jquery i tematy pokrewne). a co jeszcze sie pojawi, tego nie wie nikt...