Uznam, że nie było tego pytania.

A mawiają, że nie ma głupich (pytań).

Bo nie ma głupich pytań, są tylko głupie odpowiedzi. Także czekam na odpowiedź.

A czemu niema wersji polskiej?

Potem będzie.
Dobra, daję do użytku wersję 1.0.7 , to i owo jeszcze do optymalizacji zostało ale to w między czasie
A tego, dodałem do wiem bajer że jak nie zadeklarujecie pliku w sf_view() to ładuje controllerName/actionName.phtml .

Miłego testowania , ja ktoś wpadnie na pomysł co by tu dodać to pisać śmiało

Tak sobie przejrzałem całą stronę i muszę powiedzieć że twój angielski to kuleje i to mocno.



Przepisz to albo daj komuś flaszkę żeby miało to ręce i nogi.

Rzeczywiście. Nie trzymasz się żadnych reguł gramatycznych. Często można spotkać kwiatki typu:


Poczytaj też o "must", "need to", "should" oraz "have to" ponieważ dziwnie zdania budujesz. Teraz to brzmi jak z translatora ;].

Czuje się olany ;/

Wiesz, pisząc stronę uznałem że nie będe tam zbyt dużo wsadzał swojego angielskiego bo nie jestem w tym pro i tłumaczenie zostawiłem google translate


Chodzi ci o to czemu nie lubię eval ?
Hmm... bo nie Nie ufam tej funkcji jak chyba większość programistów + zjada więcej pamięci.

To się nazywa odpowiedź

~cojack, na weekendy sobie urywam od forum, więc teraz proszę bardzo - będzie wyczerpująca odpowiedź:
eval jest ZUY, bo:

1. jest nieoptymalny (kod przetwarzany i parsowany wewnątrz drugi raz, po parsowaniu właściwego)
2. kod w stringu UNIEMOŻLIWIA działanie akceleratora na nim, patrz: punkt poprzedni
3. istnieje duże ryzyko wstrzyknięcia niepożądanego kodu
4. jest problem z podpowiadaniem wewnętrznej składni przez edytory
5. ogólnie eval jest złą praktyką i tępioną (zresztą słusznie), tak samo, jak goto, czy global. To nie assembler.
6. funkcjami buforowania wyjścia możesz łatwo przechwycić wygenerowaną zawartość i wrzucić ją do cache (co w przypadku eval wymagałoby i tak dodawania jakiegoś ob_*, chyba że wrzucasz do jakiejś zmiennej)

jeszcze jakieś pytania?

To ja dodam ciekawostkę że zend też jedzie na ob_*

(Proszę profilaktycznie o nie robienie mi flate w temacie o wyższości eval nad ob_* )

czyli wywnioskowaliście jedną słuszną teorię ob ok ;D


@dobra, poko to Ci Spawnm zapiernicze kawałek kodu z fw do swojego ;]

masz zamiar usprawnić router w przyszłości ? dokładniej chodzi mi o to:



ja u siebie zrobiłem to tak, że sprawdzam tablicę $routes czy któryś klucz (tutaj wzorzec regex) pasuje do aktualnego URI, jeżeli tak dajemy preg_replace na uri i rozbijanie na poszczególne elementy odbywa się dalej.

Pewnie coś się w przyszłości zmieni.
Obecnie to zwykła tablica gdzie index jest porównywany z 1 parametrem z uri .
(dziś lub jutro udostępnię nową usprawnioną wersję. )

Masz błąd w paczce 1.2.4, gdy nie ma metody init/end w kontrolerze skutkuje to fatal errorem (domyślnie), nie sprawdzasz czy takowe wogóle istnieją.

Wiem,
ale init() i end() są domyślnie w sf_controller i sf_template dlatego nie sprawdzam.
//edit
aha już wiem o co biega
//edit
done.

---------------------------------------
hey,

powiedzcie mi czego wam jeszcze brakuje w tym fw?
W najbliższym czasie na pewno dojdzie mn. klasa translate , wybór czy routring ma być z pregiem , nadawanie nazw zmiennym z uri.
Tylko co byście do tego jeszcze chcieli , czego wam brakuje ?

Żeby robił kanapki?

Głupio mi że się powtarzam, ale może popraw dokumentację bo tego fw nikt poważnie nie potraktuje.

Skoro to jest nowy "framework", to dlaczego nie korzystasz z dostępnej od ponad roku wersji 5.3 PHP?

Crozin ma rację. Doszło sporo fajnych rzeczy jak np. GOTO Żarty, żartami ale u siebie zaczynam stosować przestrzenie nazw. Możesz też zainteresować się tym tematem .

@Crozin bo na większości hostingów to nie zadziała?

@cojack: ten argument byłby dobry jeszcze 6 miesięcy temu - teraz już nie bardzo. A jak ktoś ma serwer ze starymi wersjami PHP - jego problem. To już nie jest nowość.

6 miesięcy temu ? A niby które hostingi obecnie pozwalają korzystać z php5.3 ?

Ależ proszę bardzo, pierwszy z brzegu: localhost

Guzik prawda. Jeszcze mało który z popularnych posiada PHP 5.3. Osobiście jeszcze tę wersję zlewam, jak się upowszechni, to zacznę stosować, gdyż obecnie nie ma to jeszcze sensu (chyba że piszesz aplikacje na dedyki, to wtedy co innego; a parę nowych funkcji by mi się przydało.)

Lajf is brutal, Winetu

Nie wszędzie jest php 5.3 i nigdy w życiu nie chciałbym być w sytuacji gdy muszę zrobić coś na wybranym hostingu gdzie jest niższa wersja php a mój system nie jest do tego przygotowany.

Wiem, że to może lekko aroganckie, ale już od bardzo dawna nie pisałem aplikacji na zwykły współdzielony hosting za 150zł/rok. Wiem, że badziewia pokroju home.pl czy nazwa.pl nie będą miały tych wersji, ale nieco bardziej solidne/mniejsze firmy już chyba tak - chciałem Ci to nawet udowodnić sprawdzając kilka pierwszych lepszych ofert znalezionych po wpisaniu "hosting" w Googleu, ale niestety udostępnienie wyników phpinfo() to zbyt wielki wysiłek z tego co widzę.

Przykład z brzegu OVH, 5.3 od ręki

Co nie zmienia faktu że nawet mając tam 5.3 na wirtualce nie chciałbym wrzucać aplikacji na serwer gdzie jest niższa wersja PHP'a co już mi się parokrotnie zdarzało ... .