normanos 2.0
jestem boski, mam katanę i włoski
Kohana 2.0 - the swift php5 framework
8 lis 2007
No i wykrakałem wczorajszym wpisem 
Jest oficjalna wersja 2.0, jest i nowa strona www. Ciekawie został rozwiązany dział download. Można pobrać dwie wersje:
- Tiny Flower (Minimal) – zawiera biblioteki: Session, Validation, oraz helpery: array, cookie, form, html, security, url, validation.
- Naked Babe (Standard) – dodatkowe biblioteki: Archive, Database, Encryption, Pagination, Profiler. Dodatkowe helpery: date, download, feed, inflector, text.
Dodatkowo można pobrać z zewnętrznymi projektami przystosowanymi do pracy z Kohaną:
- Markdown
- SwiftMailer (choć w tym momencie jest błąd przy pobraniu z SwiftMailerem )
- HTMLPurifier
Na razie za dokumentację robi wyciąg z komentarzy w formacie NaturalDocs. Dla początkujących być może problem, użytkownicy CI nie powinni mieć problemów z oswojeniem się z nowym frameworkiem. Razem z Kohaną jest dostarczany kontroler zawierający kilka przykładów.
Pojawiają się pierwsze zgłoszenia usterek, pierwsze opinie czy też sugestie co do następnej wersji, SVN przestawił się już na support numerka 2.1 Trzymam kciuki za ten projekt.
- Wpisy (RSS)
- Komentarze (RSS)
Tagi
- żenua
adsense
barcamp
bezpieczeństwo
bugfix
bzdury
cakePHP
CI
codeigniter
dedyk
Dev
django
eBiznes
framework
google
hm
hosting
Humor
Internet
katowice
Kohana
kohanaphp
książka
Linux
mysql
net_talk
pdo
PHP
php5
podręcznik
prezentacje
projekty
przelewy
SEO
seriale
serwer
spodek2.0
Takie tam...
ubuntu
uptime
vhcs
Web2.0
wiezababel
xhtml+css
zabawne
Ostatnie komentarze
- MadMike: @kodex >>ten pierwszy nie wspiera mojego
- smoko: w wersji produkcyjnej działam na
- normanos: @piker: niestety nie zrozumiałem o
- piker: Wszystkie te edytory dopisują kod
- Czechu Nafta: gdyby jeszcze gugle niebanował tego
- adamus39: "registrace je možná pouze z
- Lukasz: Ej ludzie plis ja kocham
- kodex: ten pierwszy nie wspiera mojego
- normanos: skoro wystarcza dla ogromnych firm
- kodex: Powiedz mi jeszcze czy twoim
24 Responses for "Kohana 2.0 - the swift php5 framework"
08-11-2007 @ 16:21 1
Ja też, i dziękuję za informacje
08-11-2007 @ 18:52 2
Ciekawe jak współpraca z komponentami do CI np: Rapyd? Może masz jakieś info na ten temat.
08-11-2007 @ 19:14 3
@qwertyuiop: wydaje mi się, że musiałbyś sobie sporo przepisać. To, że Kohana wywodzi się z CI nie oznacza, że zachowuje 100% kompatybilność. 1.0 owszem (wersja przejściowa), 2.0 już zaczyna biec swoim torem.
09-11-2007 @ 01:37 4
Hmmm trzeba będzie przetestować
09-11-2007 @ 09:33 5
ściągąłem, przejrzałem, wygląda lekko i zwiewnie, faktycznie w budowie kodu nic dodać nic ująć - Code Igniter
niestety chyba za wczas jeszcze na budowanie na tym zaawansowanych projektów, bo widać, że sporo bugów jest i coraz to nowe funkcjonalności się pojawiają, ale wobec faktu, że CI stoi w miejscu i dalej hołduje php4, to mam nadzieję, że projekt się rozwinie fajnie
chciałem zobaczyć jeszcze wersję z dodatkowymi modułami, ale się im wysypał skrypt
09-11-2007 @ 09:33 6
@normanos: tak tez mi się wydawało, poczekam na rozwój, zapowiada się ciekawie.
.
P.S. Pisz więcej, ciekawy blog
Pozdrawiam
09-11-2007 @ 22:33 7
a jak wygląda proces migracji, bardzo bezboleśnie przebiega :> ?
10-11-2007 @ 00:41 8
Właśnie, jak z migracją?
Dodam, że aktualnie strona Kohany padła.. A chciałem sobie to zostawić na noc aby się pobawić..
10-11-2007 @ 17:20 9
migracji? w jakim sensie? Funkcjonalność i ogólne zasady są bardzo zbliżone, nie mniej samo nazewnictwo często jest inne, głównie za sprawą php5, także ze względu na pełną obiektowość (koniec kretyńskich wywołań bibliotek poprzez tablice).
Strona Kohany działa - został postawiony mirror gdyż są jakieś problemy natury technicznej z obecnym serwerem.
10-11-2007 @ 17:58 10
W sensie, czy będą kłopoty gdy po prostu zamienię całe źródło CI na Kohany..
I strona nadal mi nie działa.. http://www.kohanaphp.com zwraca mi stronę ich usługodawcy internetowego z informacją o błędzie..
Pozdrawiam
10-11-2007 @ 18:03 11
@NetJaro: oczywiście, będą kłopoty, nie zadziała
mirror:
http://ktest.wgilk.com/
10-11-2007 @ 18:08 12
Właśnie
Ale mam nadzieje, że nie będzie dużo zabawy z kodem.. 
Zaraz się zabieram do zabawy
10-11-2007 @ 19:11 13
No i muszę przyznać, że wygląda nieźle ;]
Normanos, możesz to uznać za aluzje 
Tylko głupi błąd przy przykładzie “form” (Fatal error: Call to undefined method Validation::debug() in C:\wamp\www\kohana\application\controllers\examples.php on line 116). I przydał by się jakiś artykuł o zmianach, prostych przykładach itp
11-11-2007 @ 13:08 14
ciekawe jak bedzie z cachowaniem wynikow z bazy - narazie nie widze nigdzie takiej klasy. w CI to troche dziwne bylo.
super ze ktos o tym wspomnial:)
mam nadzieje ze Kohana bedzie dobrym nastepca CI.
11-11-2007 @ 20:46 15
Dzięki za newsa… Możesz jeszcze podać link do SVN-a .. Bo nie mogę znaleźć na stronie . .
11-11-2007 @ 21:00 16
http://trac.kohanaphp.com/browser/trunk
http://svn.kohanaphp.com/
27-11-2007 @ 01:16 17
nie moge sie doczekac kiedy wkoncu pojawi sie wersja 2.1
narazie widze codziennie bardzo duzo poprawek itp wiec nie ma co sie zabierac.
zapowiada sie bardzo przyzwoicie:)
05-12-2007 @ 00:39 18
Z libów Database, a raczej Database_Mysql jest słabe. Przecież mamy coś mądrzejszego od mysql_ - PDO (+OPD). View również słabiutki, można by dołączyć np. OPT. (A co, trzeba wspierać polskie projekty zyxowe! ;))
05-12-2007 @ 12:21 19
@Nowaker: daj spokój, żeby pchać szablony w FW? eee. Zupełni nie zgadzam się z Twoją opinią,pomijam fakt, że “słabe” to nic nie mówi.
18-12-2007 @ 12:52 20
W roadmapie Kohany jest nawet wpis pt. “Template_Controller, for simple auto-rendering templates”. Słabe oznacza bardzo mało możliwości. Przykład:
layout.tpl posiada top strony, menu, stopkę oraz miejsce na treść właściwą; artykul.tpl posiada layout artykuły - nagłówki, tematy pokrewne, itp.; konkret.tpl - treść tego artykułu. Da się złączyć te szablony dołączoną klasą View? Jeśli tak, to wycofuję słowo “słaby”, ale chyba nie idzie.
18-12-2007 @ 13:03 21
@Nowaker: prawdę mówiąc dziwi mnie Twoje pytanie bo to co przedstawiasz to normalna praca z widokami…
$this->layout->header = $this->load->view(”layout”);
$this->layout->content = $this->load->view(”artykul”,$costam);
$this->layout->footer = $this->load->view(”footer”);
$this->layout->render(TRUE);
to tak z palca bo do końca nie znam Twojego ułożenia. W każdym razie możliwości są wręcz nieograniczone, można wczytywać tylko jeden widok, a już w samym widoku dołączać poszczególne “podszablony”.
18-12-2007 @ 13:40 22
No to wycofuję
Prawda, jest to normalna praca z widokami, ale jakoś nie potrafiłem tego znaleźć w dokumentacji, czyli… wymyśleć samemu, bo dokumentacji praktycznie nie ma.
Ale na pewno zgodzisz się ze mną na temat driverów do baz danych - budować osobne drivery na mysql_ i pg_ jest tylko marnowaniem czasu, skoro jest PDO. Samo PDO załatwia za nas różnorodność tych baz danych w 95%. Ponoć jest szybsze od starych mysql_, pg_ (ponoć, bo nie testowałem) i wygodniejsze. Pisząc więc driver w oparciu o PDO, należałoby więc tylko pozmienaić tam, gdzie zapytania SQL są różne w różnych systemach baz danych.
18-12-2007 @ 13:45 23
Co do PDO to sam nie wiem, na ten temat jest dyskusja na forum Kohany, zresztą sam się o to pytałem i nie powiem, mają dużo racji developerzy K.
Co do szybkości to sam byłem karmiony informacjami o super szybkości PDO, ostatnio widziałem jakieś nowe benchmarki i było wręcz odwrotnie (!) więc do tego typu testów trzeba podchodzić ostrożnie.
http://forum.kohanaphp.com/index.php/topic,392.0.html
http://forum.kohanaphp.com/index.php/topic,133.0.html
19-12-2007 @ 14:57 24
Warto by przeprowadzić jakiś mały teścik PDO vs mysql_ / pg_. Choć gdyby nawet okazało się, że PDO jest wolniejsze o 10% od tych funkcji, korzystałbym nadal. PDO to wygoda i uniwersalność. Moja klasa, która ma 2000 linii kodu stworzona na PDO wymagała pół godziny pracy, ażeby była kompatybilna z PostgreSQL’em. Skąd to pół godziny? ANSI SQL się kłania
W Pg nie ma np. REPLACE INTO. Ale w sumie to już offtop, co piszę 
Zostaw komcia ;)