no problem FiDO : bench.tar.gz
a wykresy wygenerowałem starym poczciwym M$excel fajnie ze sie podobają

-- updated , wersja 1.6.0 wydana

Jak wersja 1.60 wypada pod wzgledem szybkosci?

identycznie jak 1.5

No ja bym powiedzial, ze prawie identycznie.. u mnie widac minimalne zwolnienie, ale to prawie, ze na granicy bledu, wiec mozna pominac.
Mam tez zle wiadomosci, pobawilem sie chwile w złego usera... no i fajnie sobie zawiesilem apacha nieskonczona rekurencją

Reprodukcja jest bardzo prosta.. robisz szablon i includujesz w nim samego siebie, mozna tez przypadkowo z jakiegos szablonu juz zaincludowac taki, ze powstanie petelka.. fajnie jakby sie pojawilo jakies info o takim bledzie, a nie zwis apacha

Dodatkowo jest maly blad, ze jak nie istnieje katalog z pluginami (w ogole go po prostu nie ma) to leci piekny warning:
Warning: opendir(....\Chameleon1.6.0\plugins/) [function.opendir]: failed to open dir: Invalid argument in ....\Chameleon1.6.0\class5.chameleon_compiler.php on line 62
Ani nie bede pisal jak to poprawic, bo zapewne dobrze wiesz

Mam tez jedna uwage.. pamietam, ze sam troche walczylem z tym u siebie, bo uznalem to za wazne, wiec przytocze to i tutaj. Chodzi o to, ze traktujesz sciezki do szablonow troche nieintuicyjnie (ja wiem, ze tak jest latwiej, bo sam tak mialem ;]). Juz wyjasniam na przykladzie:

Struktura katalogow z szablonami:


Z glownego index.tpl includujemy sobie headera i footera. Teraz chcemy sobie z ów headera lub footera zaincludowac szablon test.tpl no i co sie okazuje ?
Ze musimy zrobic {@inc("subdir/test/test.tpl")}, sciezka wzgledna (test/test.tpl) nie przejdzie, bo jest ona zawsze brana wzgledem katalogu glownego szablonow.
Podobnie ma sie sprawa jesli z pliku test.tpl chcialbym zaincludowac jakis z glownego katalogu.
Musze zrobic nieintuicyjne dla mnie w tym momencie {@inc("plik.tpl")} zamiast {@inc("../../plik.tpl")}.
Z racji, ze sciezki wzgledne sie przydaja to pomysl nad tym w nastepnej wersji

Narazie tyle, pozdrawiam i zycze milych swiat majowych. Mam nadzieje, ze Ci ich wlasnie nie popsulem

Źli userzy fantastycznie wplywaja na zdrowy rozwoj projketow

A więc

Taged Bug#005 : Dopuszczenie do nieskonczonej rekurencji
Taged Bug#006 : Warringi przy braku katalogu plugins
Requested : Ścieżki względne w includach

Dzieki FiDO - pomimo tego ze nie uzywasz w celach produkcyjnych zawsze cos pozytecznego przyniesiesz

Ja tez zauwazylem cos w czego w Nemsisie brak, a mysle ze by sie przydalo. Sprawa dotyczy Cache. Z tego co wyczytalem ustawiasz Cache czasowo lub na ID ( ja z ID narazie zrezygnowalem ). Ale o co chodzi, chodzi o to ze jak ustawiasz cache powiedzmy na godzine , a w trakcie tej godziny zmienisz cos w szablonie to i tak nie zostanie to przeprasowane az do czasu miniecia czasu cache, wiec wtedy pozoastaje reczne wyczyszczenie zawartosci cache. Fajnie by bylo ze zmiana w tpl powoduje zresteowanie licznika.

fajna klasa trzeba przyznac , do pelni szczesnia brakuje mi tylko jednej rzeczy.

Mianowicie poprawienie denerwujacych bledow typu "NOTICE" przy error_reporting(E_ALL) . Zaczalem cos samemu grzebac ale nie skonczylo to sie zbyt pomyslnie

Taged Bug#007 : Usunięcie błędów E_NOTICE

To fakt.. tez musze sobie takich skolowac

Jesli chodzi o cache u mnie to jest tak jak mowisz. W momencie, gdy zmieni sie szablon to cache jest odbudowywany. Byc moze nie wynika to jasno z komentarzy w kodzie, ale tak wlasnie jest Cache_id jest uzywany tylko i wylacznie do tego, zeby moc pozniej latwo usuwac cale grupy plikow z cache'u. Np. cachujesz sobie jedna strone w zaleznosci od parametru z GET, wiec otrzymasz pliki z cache_id "costam_1", "costam_2", "costam_3" etc. W sumie to jedna i ta sama strona, tylko z roznymi parametrami wejsciowymi.. np. niech beda to kolejne strony jesli jest stronicowanie, zeby mozna bylo sobie to uzmyslowic. Jesli zmienia sie dane to nie wiemy, na ktorej stronie sie one znajduja, wiec czyscimy cache od wszystkich stron: $tpl->clearCache('plik.tpl', 'costam_*')

Cos mi sie wydaje, ze przydalaby mi sie dokumentacja... tylko, ze na sama mysl, ze mam cos takiego pisac robi mi sie niedobrze

edit: tia... jakbym ja sie teraz przemogl i zabral sie za to to moglbym miec powazny problem z zaliczeniem obecnego, niezbyt przyjemnego, semestru Tak wiec tak czy siak musi to poczekac przynajmniej do jego konca.

FiDO: ja sie przemoglem i stwierdzam ze im wczesniej tym lepiej

Rowniez mam blad - co prawda nie wiem, czy traktowac to w kategorii buga, no ale....
Blad wystepuje przy stosowaniu w projekcie funkcji __autoload

[PHP] pobierz, plaintext 
<?php
function __autoload($strClassName)
{
	require_once(APP_ROOT.'/include/'.$strClassName.'.class.php');   //linia 33
}
?>
[PHP] pobierz, plaintext 

przy tworzeniu obiektu typu Chameleon, php wywala sie z nastepujacym bledem



Narazie obszedlem to uzywaja if($strClassName) != 'Debugger') require_once(...), ale nie jest to zbyt szczesliwe i eleganckie rozwiazanie

Pozdrawiam

dziwne, bo klasa Chameleon sprawdza tylko czy klasa istnieje w konstruktorze, wiec to chyba nie blad Chamelona - chociaz glowy nie dam.

added

Chyba to

bool class_exists ( string class_name [, bool autoload])



W plikach :
* class5.chameleon.php , linia 306
* class5.chameleon_compiler.php , linia 718

zmien

na


Tym czasem oznaczyłem Bug#008

Hmmm... nie wiedzialem, ze class_exists wywoluje __autoloadera ;] Coz, czlowiek uczy sie cale zycie

Tylko sie z tego cieszyc
Powodzenia w dalszym rozwoju.

, ja mialbym pytanie czy przewidywane jest pojawienie sie bardziej zloznonych warunkow w "if". W sensie

[PHP] pobierz, plaintext 
<?php
 
{@if(zmienna == 'tekst')}
blablabla
{@fi}
 
?>
[PHP] pobierz, plaintext 

bo narazie z tego co widze to mozna sprawdzac tylko czy zmienna jest ustawiona czy nie .

oraz drugie pytanko (laczace sie potrochu z pierwszym ) na temat dostepu do zmiennych globalnych, get'ow itd. ala :

[PHP] pobierz, plaintext 
<?php
 
{@if(session['logged'])}
zalogowano
{@fi}
 
{@if(get['page'] == 1)}
....
{@fi}
 
?>
[PHP] pobierz, plaintext 

lub na zasadzie jak w smarty (smarty.session.nazwa ; smarty.const.NAZWA ; itd). Wiem ze moge zrobic kopie tablic calych z poziomu kodu php i przydzielic im oddzielna nazwe przy pomocy metody "setVar('session',$_SESSION)" ale tak byloby raczej wygodniej i bez marnowania pamieci

to tyle mojego narzekania

I jeszcze malutka prosba z mojej strony (w sumie duperela)

[PHP] pobierz, plaintext 
<?php
		// zmienne prywatne
		private $php_file = null;
		private $txt_file = null;
		private $source_php = null;
		private $vars = null;
		private $cycle_values = array();
		private $cycle_index  = array();
?>
[PHP] pobierz, plaintext 

Moglyby te zmienne domyslnie byc protected ? Ulatwia to pisanie klas dziedziczacych, bez gmyrania w oryginale ;]

edit: ChameleonML - dziala podobnie jak Smarty ML - mamy oddzielny katalog z tlumaczeniami do kazdego jezyka z plikiem global.lng w srodku. Plik ma forme ZMIENNA=wartosc, natomiast w .tpl wstawiamy je w postaci ##ZMIENNA## . Zaleznie z jakim jezykiem wykonamy konstruktor, z takiego katalogu bedzie parsowany jezyk. Nie recze za niego, rozwiazanie z ml.tmp definitywnie trzeba zmienic ;], tak samo brakuje metod do ustawiania jezyka oraz ogolnego przetestowania tego - moze komus sie przyda ;] Jak zdam kolokwium w piatek to usprawnie - chyba, ze komus sie bedzie wczesniej chcialo. Narazie ma to status hmm... proof of concept ? Aha, zeby dzialalo trzeba zmienic w chameleonie zmienne private na protected

Dolaczam sie do requesta z if'ami.. nawet nie wiedzialem, ze sa tylko takie proste. Fajna jest zabawa z parsowaniem dowolnie zagniezdzonych if'ow z obsluga nawiasow, polecam

Siadlem dzisiaj chwile (a powinienem wlasnie robic projekt ) na OPT sciagnietym z SVN i udalo mi sie w koncu odpalic ten cycle, wiec przeprowadzilem pare testow.. Wyniki tylko z szablonu pierwszego, w ktorym wczesniej OPT nie bralo udzialu.




Dla wyjasnienia skad tyle wersji OPT:
Lite - wersja okrojona przez dolaczony konfigurator prawie z wszystkiego.
Performance - wersja z wlaczona opcja performance
Performance Lite - oba powyzsze

PS. Smarty cos blado wypada w tym towarzystwie

Ula la Panowie panowie zaskoczyliscie mnie tymi postami, zaczynam po malu myslec ze ktos z tego zacznie korzystac :] Wiesci dobre - wszystkie prosby zostana spelnione. Poniewaz wczesniejsze bugi nie sa takie tragiczne wydanie 1.6.1 zostaje przesuniete do 1.7.0

@FiDO : jak myslisz ? warto aplikowac dyrektywe performance ? Z tego co wychodzi z wynikow nic ona nie daje

Warto, warto, napewno jest wielu, ktorym to ulatwia prace.

Bastion, mysle, ze powinienes takze zwrocic uwage na ChameleonML, tak na dobra sprawe pierwsze rozszerzenie, nie stworone przez autora

Mysle, ze moznaby to protected dac

@Vomit : juz jest wsparcie dla MLa : http://www.vertis.com.pl/doc/doku.php?id=c...eLog#wersja_cvs

A dyrektywa performance w OPT , rowniez w moich testach nie wypada najlepiej ... odnosze wrazenie ze nic nie daje.

Wyrok w postaci kolokwium zostal oddalony na przyszly poniedzialek - spodziewajcie sie wiec dzisiaj ChameleonML-rc1 ;]



---
Wielki Brat patrzy i widzi jak nabijasz posty.
~mike_mech

---
Wielki bracie, ilosc 5 w skali prawie roku jest faktycznie porazajaca ;]
@FiDO - zeby nie bylo, ze nabijam posty - tak, to ja
~ajgon

Mi nic do tego, to Twoj projekt i Ty decydujesz
Moje subiektywne odczucie na chwile obecna jest takie, ze szkoda zachodu. Chociaz z drugiej strony wiele roboty to nie wymaga, jak bede mial czas to zobacze jak to sie ma do czasu wykonywania strony w jakims dzialajacym projekcie.

@ajgon: rozumiem, ze tej ajgon z tweak'a (aka purepc) to Ty ? :] to bylo pytanie retoryczne w sumie.. bo i tak kojarze Twojego av'a, no i miejsce zamieszkania sie zgadza ;]

ChameleonML-r1
Pare slow (zawsze musi byc jakies ale)
- poprawiony ml.tmp (klasa juz sie nie komunikuje przez plik z klasa kompilera) - okupione to zostalo drobnymi poprawkami w konstruktorze Class5.chameleon_compiler.php:

[PHP] pobierz, plaintext 
<?php
		public function __construct($tpl, $content = '')	// linia 706
		{
			if ((!empty($tpl) && $this->template_source = file_get_contents($tpl)) || (!empty($content) && $this->template_source = $content))
			// reszta bez zmian
		}
?>
[PHP] pobierz, plaintext 

ktore rozwiazanie jest szybsze - pewnie obecne, ale zostawiam to maniakom testow wydajnosciowych ;]
- pojawily sie metody do ustawiania i wyciagania jezykow - dobrze z nich korzystac, przed setVar() i load(), aczkolwiek widze tu mozliwosci, zmieniania jezykow zmiennych w obrebie jednego dokumentu ;]
w zasadzie to chyba tyle, wielkiej filozofii nie ma, jak mi przyjdzie cos do glowy to jeszcze namieszam

edit: tak mi sie jeszcze nasunelo, w compilerze tez powinno byc (o ile jeszcze to nie zostalo zaimplementowane) class_exists('Debugger', false); oraz private=>protected (chociaz mi osobiscie nie trzeba, bo ML nie dziedziczy z kompilera)

Zamierzam sie w niektorych moich projektach przerzucic na Chameleon (m.in. http://ajgon.webdate.pl/ ktore mnie blaga o przepisanie kodu juz od prawie roku ;]) i do tego niezbedna mi jest obsluga wielojezykowosci (uzaleznilem sie od SmartyML i bez tego jak bez reki ).

Przyznam sie szczerze, ze od zawsze jechalem na smarty i nie zwracalem uwagi na inne rozwiazania, ale wczoraj przylecial do mnie toczek i wymachujac chameleonem przed oczami mowil - "Patrz! jakie fajne" (oczywiscie nie do konca tak bylo, ale drobne koloryzowanie nie zaszkodzi ;]). Ja tylko rzucilem okiem na testy wydajnosciowe - byl najwyzej, to wzialem w ciemno No i teraz poprawiam go pod siebie
Poza tym, ja wymagajacy nie jestem - mi trzeba tylko szablony + jezyki, krawata wiazac i ciazy usuwac taki system nie musi ;] Pojawia sie jeszcze dobre ify i jak dla mnie bomba A ociezalosc Smartyego juz mi sie dawala we znaki.

Jeszcze jeden burak sie wkradl do kodu, w linii 83 trzeba zmienic

[PHP] pobierz, plaintext 
<?php
				$this->source_php = $this -> compile();
?>
[PHP] pobierz, plaintext 

na

[PHP] pobierz, plaintext 
<?php
				$this->source_php = $compiler -> compile();
?>
[PHP] pobierz, plaintext 

poprawiona wersja jest juz na serwerze

haha, no moze to tak dokladnie nie bylo jak pisze ajgon . Fakt faktem zastanawiamy sie nad uzyciem klasy w pewnym projekcie w ktorym bardzo zalezy nam na szybkosci dzialania i lekkosci kodu .

To znowu ja, Zły User

Tym razem nie wywalilem Apacha, ale efekt w przegladarce mimo wszystko ciekawy i daleki od zamierzonego

Reprodukcja: dwa szablony, jeden includuje drugi, a ten drugi pierwszy. To wersja najprostsza.. "po drodze" moze byc wiecej szablonow i w ktoryms z tych zaglebionych wystarczy zaincludowac jednego z juz zaincludowanych.

Bardziej skomplikowane warunki nie daja rady, przyklad:
{@if("test" == "test" && (test == 1 || 2 == 2))}

FiDO nie pozwalasz mi sie nudzic Oba zagadnienia dodane do Mantisa - beda rozwiazne w najblizszym czasie Chyba tez poszukam ci bugoli w Mantisie co bys sie nie nudzil.

Alez prosze bardzo, bede wdzieczny

Na prośbę Bastion-a.

Chameleon 1.7.1 released!!!

ChangeLog:

• Zmiana licencji na GPL
• Usunięto błędy
  • bug009 : błędne wykrywanie modyfikatora przy operatorze ‘or’
  • bug010 : dopuszczenie do reprodukcji szablonów
  • bug011 : zła interpretacja słów kluczowych w warunkach
  • bug012 : brak indeksowania listowanych zmiennych w warunkach if()

O już działa.

Dzieku Luinnar

@FiDO : znalazlem buga w Nemesis, jednak zmiana zawartosci szablonu nie powoduje wygenerowania nowego kodu php.

mi brakuje jednej rzeczy, mianowicie możliwości odwoływania się do elementów tablicy wielowymiarowej nie w pętli, np. {arr[0][0]}... chyba że coś źle robię :/

edit:
przydałaby się jeszcze jedna rzecz: przykladowo dla tablicy i dla $_GET['shopid'] = 2 kod

[HTML] pobierz, plaintext 
<select name="shopid">      
      {@list(shops)}
            <option value="{shops['id']}"{@if(_get['shopid'] == shops['id'])}selected="selected"{@fi}>{shops['name']}</option>
      {@end}
      </select>
[HTML] pobierz, plaintext 

nie zaznacza <option value="2" selected="selected">...

A jakis przykladowy kodzik sie znajdzie? Bo cos nie moge tego zreprodukowac U mnie wydaje sie dzialac jak powinno.

@pawel_k :

Dziwne, bo dziala :
Skrypt : http://www.vertis.com.pl/demo/chameleon/ex...13.php?shopid=3 (pokaze ccc)
Źródło : http://www.vertis.com.pl/demo/chameleon/ex.../bug013.php.txt
Szablon : http://www.vertis.com.pl/demo/chameleon/ex...ates/bug013.tpl

Może używasz wersji 1.7.0, tam faktycznie był błąd, który został poprawiony w 1.7.1, mianowicie :
# bug012 : brak indeksowania listowanych zmiennych w warunkach if()

@FiDO : wyglada to prosto :

[PHP] pobierz, plaintext 
<?php
 
require_once 'class.Nemesis.php';
 
$tpl = new Nemesis;
$tpl->templates_dir	= 'tpl/';
$tpl->compiled_dir	= 'php/';
$tpl->cached_dir	= 'txt/';
$tpl->compile_check	= false;
$tpl->caching		= false;
 
$tpl->assign('var', 'value');
 
$tpl->display('bug1.tpl');
 
?>
[PHP] pobierz, plaintext 

Kiedy nie ma skompilowanego szablonu to go tworzy, ale potem modyfikacja go nie rekompiluje szablonu. Moze cos zle zrobilem, a moze pod linuxem jest inaczej z ta detekcja modyfikacji.

No i wyszedł brak dokumentacji
Wyłączyłeś compile_check, a to jest opcja optymalizacyjna, która powoduje, że szablony nie są sprawdzane pod kątem zmian (jak już masz finalną wersję aplikacji to można to wyłączyć), a tylko pod kątem istnienia. Włącz to z powrotem na true albo po prostu usuń (true jest domyślne) i powinno zaskoczyć

Szukaj dalej

myslalem wlasnie ze compile_check sluzy do sprawdzania poprawnosci kompilacji

rzeczywiście używałem starszej wersji, wszystko śmiga ładnie:]

btw 1.8.0 juz jest

Brakuje mi, zebym mogl zrobic tak:


Mianowicie chodzi tylko o to ++. Wiem, ze da sie to zalatwic za pomoca funkji matematycznych, ale takie ulatwienie tez by bylo fajne.

dodano do mantisa, fajnie by bylo gdybys zglaszal requesty na http://bugs.vertis.com.pl/

Bardzo dobrze, że wykorzystałeś Reflection API, szkoda, że tak niewiele.
W kodzie brakuje mi komentarzy w stylu php-doc. Dzięki nim przeglądanie API mogło by się odbywać online bez ściagania paczki. Szkoda, że część rzeczy jest pozaszywana wewnątrz metod (_make_if::$leave), używasz również konstrukcji która z tego co pamiętam jest wolniejsze (while+each) niż foreach.

Tyle mi się nasunęło po przejrzeniu źródeł.