Chciałbym przedstawić moją najnowszą klasę Parser szablonów... Przyznaję wzorowałem się głównie na chameleonie(chodzi o składnie), phpbb jest totalnie nieprzyjazny a Smarty totalnie zamotane

Klasa obsługuje instrukcje warunkowe, sekce, funkcje, zmienne tablicowe oraz modyfikatory. Oczywiście sekcje i ify można dowolnie wiele razy zagnieżdżać. Wielowymiarowość tablic również działa...

Wszystko działa podobnie jak u Bastiona. Są jednak małe wyjatki, funkcja setvar ma inna skadnie @setvar(nazwa zmiennej, wartosc) Wszelkie zmienne umieszczamy w blokach {zmienna} jednak jeśli mamy doczynienia z funkcjami aby uniknąć zagnieżdżania nawiasów klamrowych należy użyć znaku dolara...




Dodałem takze kilka ulepszeń...

Możemy deklarować zmienne tablicowe. np.


Dodałem również modyfikatory do funkcji setvar(i tylko do niej!) tak wiec możemy użyć zapisu

lub po prostu


Umożliwiłem takze wielokrotne modyfikowanie np..


Co spowoduje zamiane liter w zmiennej 'napis' na małe, następnie pierwsza litera zostanie zmieniona na wielką, na końcu całość zostanie zhashowana za pomoca md5

DOWNLOAD
(wszystkie wersje zawierają przykłady)
Moje projekty (EDIT: to bedzie dzialalo)

Notka dla FiDa czy mógłbyś przeprowadzić mini testy szybkości? Kompletnie się na tym nie znam

Jest to 1 RC wersja ;] wszelkie pomysły mile widziane.. Parser nie obsluguje jeszcze zmiennych globalnych(kombinuje jak to tam dokleić ) oraz funkcji @include() - ale ją dopisze jak wstane Teraz czas na sen ';)

Ja chcialem przeprowadzic testy wydajnosci ale nie ukonczyl ani jednego testu

- nie obsluguje tablic w warunkach (chyba ma to zwiazek z listowaniem)
- brak include
- nie obsluguje funkcji cycle
- nie obsluguje tablic wielowymiarowych typu $cos['indeks']['indeks2']

tyle na szybko

Dzięki za zainteresowanie

ad 1. Hmm dziwne ze tego nie zauważyłem...
ad 2. aktualnie nad tym pracuję ;] sprawdzam czy szybciej bedzie zmontować rekurencyjne drzewko obiektow aby sprawdzać ścieżke dołączania plikow czy po prostu stworzyć nowy obiekt parsera ;]
ad 3. A jak to działa? tzn co to jest ;]
ad 4. To chyba wina wyrażenia regularnego ;] (nie dzialają tylko tablice w których występują cyfry i znak '_')

Wieczorem wrzucę nowszą wersje z @include

Smarty :: {cycle}

mike_mech -> dzięki wielkie ;0 juz kumato und czaito nawet mam pomysł jak to napisać...

Co do ad.1 tzn Niedziałających tablic w warunkach ;] U mnie jest wszystko ok.
Przykladowy kod... (moze zapomniałeś o dolarze ;])

raczej tak

ale bez cycle i includa nie moge zapuscic testu do porownania

Ok nowa wersja gotowa... DOWNLOAD

Dodałem funkcję @include oraz @cycle

co do @cycle skladnia jest prosta

Po przez użycie nazw moge operować kilkoma cyclami na raz

ad 4. Poprawione teraz powinny wszystkie tablice śmigać...

Dodałem również możliwość pracy na tablicy w sekcji bez podawania indexu tj.


Wszystko jest w przykładzie demo06.php

Obsluga include być może zostanie zmieniona, musze jedynie napisać 2 wersje i sprawdzic która jest szybsza
Parser jeszcze nie sprawdza czy plik został utworzony wiec za kazdym razem parsuje szablon od nowa ;] - jutro to poprawie...

ps. nie polecam usuwać sobie kodu a później pisać go jeszcze raz masakra

dziwne, dalem {@include('header.html')} i dostaje blad

File header..tpl not found

hmm nie przewidziałem że ktoś może inne rozszerzenie dać

Ale już to poprawiłem Funkcja cycle mi się spodobała więc zrobiłem matematyczna counter


Przyda się do numerowania linkow w menu, artykułów itp.

Download cheetah 1.2 rc 9kb




Odświerzę troche temat...
Jest już 1 wersja release

http://ehand.muminski.be/classes/cheetah1.0.tar.gz

1. Dodałem modyfikator default


2. Poprawiłem system tworzenia plikow(a raczej katalogow teraz system sam tworzy odpowiednie drzewo jeśli czegoś mu brakuje)
3. Ustawiłem aby skompilowane pliki juz sie nie kompilowały(no zechyba to wymusimy)

Bastion -> i co z tymi testami? znajdziesz troche czasu?

Przerób te szablony by działały pod cheetah : http://www.vertis.com.pl/cheetah.zip

ok sprawa zalatwiona Okazało się ze aktualna wersja nie obsluguje modyfikatorow dla zmiennych z pętli. No ale poprawiłem wszystko Nową werjse można pobrać z http://ehand.muminski.be/classes/cheetah1.1.tar.gz

Szablony które mi podałeś są w katalogu cheetah/ są tam tez 2 pliki: run.php i run2.php ktore kompiluja szablony z przykladowymi danymi

Pozostale przyklady jak zawsze w examples/

pcte => 151.34 requests/s
chameleon 2.0.0 => 145.54 requests/s
nemesis 1.3.0b => 112.28 requests/s
cheetach 1.1 => 101.91 requests/s


czego brakuje jeszcze cheetach ?

- includowanie względne
- zabezpieczenia przed loop-include
- nie sprawdza czy nastąpiła zmiana w szablonie, za kazdym razem gdy dokonujemy zmiany, trzeba kasowac cache

odnośnie cheetah to już jeden system szablonów o tej nazwie istnieje: http://www.cheetahtemplate.org/

Bastion -> loop security niby juz jest, nie działa?
includowanie względne postaram sie zmontowac na dniach. Zmienie także system zapisywania plikow to spowoduje odświerzanie cachu w przypadku modyfikacji ;] No i chyba to lekko przyspieszy parser



o LOL no to się lekko zdziwiłem... no ale tamten jest w pythonie napisany ;] Sam nie wiem, zmieniać nazwe? o.O

Nie testowałem ale mam pytanie czy coś takiego twój system wykona poprawnie?
Następnie czy jest możliwość zrobienia w szablonie ala array_walk zmiennej {tablica} Chodzi o wypisanie wszystkich wartosci z tablicy wielowymiarowej.

pozdro

jak najbardziej



Tu już będze problem ;] Można dodać kod php. Sam w sobie cheetah nie ma udostepnionych takich funkcji...
Przykładowy szablon:

prawdę mowiąc podoba mi się ta klasa, tylko moj pspad szaleje z kolorowaniem bo w srodku metod pojawiaja sie <? ?> i w return'ach kod php w '' co dla mnie troche dziwnie wygląda

Nowa wersja juz jest 1.7
Pobierz

Jeśli chodzi o istotne zmiany:
- przemyślałem sprawe i zmieniłem nazwe klasy z Cheetah na Falcon
- zmiana sposobu zamkniecia sekcji z {/section} na {@end}
- dodanie komentarzy w formacie unixowym {#jakis komentarz}
- wydzielenie klasy kompilatora do oddzielnego pliku
- poprawilem kod odpowiedzialny za parsowanie zmiennych

Całosc powinna dzialać szybciej ;] u mnie na Apache benchmarku gdy wczesniej osiągałem 128Hz teraz podskoczylo to do 160-180Hz(zalezy od zuzycia cpu przez inny soft), przy trybie niewymuszania kompilacji ponad 320Hz Było by miło gdyby Bastion zrobił porównanie Przynajmniej Nemesisa musze wyprzedzić

Poza tym.

Juz jest


A co to jest pcte? Widze ze coś szybkiego


To juz chyba wina edytora ;] Ja pracuje w kate i u mnie jest wszystko w jak najlepszym porządku.

EDIT: jeszcze jedno pytanie do Bastiona jak stoi moja klasa w porównaniu do Smarty? Chodzi o szybkość oczywiście ;]



Jest już wersja 1.9.4
Lista zmian:
- dodałem includowanie względne
- dodałem protekcje znaczników xml
- zmienilem silnik odnajdujący bloki(wzrost szybkosci )
- poprawilem ochronę przed loop-include

Download: http://srodek.info/files/
Notka zewnętrzna: http://srodek.info/blog/11/Falcon-194

Kod przejrzałem oględnie, ale klasa podoba mi się i zaimplementuje ją w mojej aplikacji. Implementuje i dostaje takie coś:

hmm.. wygląda na to, że nie został stworzony obiekt kompilatora. Napewno użyłeś loadFile()? Załadowałes jakiś plik? Najlepiej pokaż lijinki w których implementujesz moją klase ;]

Pliki są na pewno includnięte ;] Ponieważ mam loadera, który mapuje wszystkie katalogi i includuje. To kod implementacji:

[PHP] pobierz, plaintext 
<?php
class TurTemplate{
 
	public $templatesDir = './templates/raw/';
	public $compiledTemplatesDir = './templates/compiled/';
 
	private $_oFalcon;
	private $vars;
 
	public function __construct(){
		$this->_oFalcon = new Falcon();
		$this->_oFalcon->templates_tpl_dir = $this->templatesDir;
		$this->_oFalcon->templates_php_dir = $this->compiledTemplatesDir;
	}
 
	public function __set($name,$var){
		$this->vars[$name] = $var;
	}
 
	public function __get($name){
		return $this->vars[$name];
	}
 
	public function setTemplate($name){
		$this->_oFalcon->loadFile($name);
	}
 
	public function render(){
		$this->_oFalcon->vars = $this->vars;
		return $this->_oFalcon->parse();
	}
}
?>
[PHP] pobierz, plaintext 

Przyznam się, że próbowałem uruchomić ten system szablonów, ale napotkałem problem.
Otóż - zmieniając katalogi szablonów i kompilacji , sama klasa Falcon jakby przyjmuje parametry
templates_php_dir oraz templates_tpl_dir. Niestety parametry te nie są przekazywane do
klasy kompilatora co skutkuję błędem :

@Turgon, @Bastion: dzięki za komentarze, rzeczywiście kompilator mial bledne ścieżki, teraz wszystko powinno działać bez problemu

Pobierz nową wersje http://srodek.info/files/falcon-1.9.6.tar.gz

Dobra mam kilka uwag. Otóż klasa Falcon wymaga dania display, by otrzymać gotowy szablon, a ja np. chce tylko sparsowany do zmiennej, bo oddaje go innej klasie do obróbki.

Mi sie zawsze marzyl szybki i wydajny parser, bez zbednych dodatkow. Tylko z tym co najbardziej potrzebne, czyli zmienne i bloki

Apache Benchmark : -c 900 -n 300

Maszyna P4 2.8GHz HT + 1,5GB Ram

Szablon testowy :

@Bastion; Dzięki za wyniki testu . Nie jest źle, przynajmniej OPT i Smarty wyprzedziłem . Myślę, że dałoby radę jeszcze przyspieszyć falcona... Cała funkcja include jest do wymiany.. ale to kiedyś tam w przyszłości

@Turgon: Wiem że to kilka minut roboty ale puki co zajety jestem biblioteką na art.php.pl W lutym umieszczę nową wersję Falcona Jesli chcesz to pod koniec funkcji parse() w kompilatorze masz juz gotową zmienną $phpcode przechowujacą kod. ewentualnie przerób display() za pomocą funkcji ob_start" title="Zobacz w manualu php" target="_manual, ob_get_clean" title="Zobacz w manualu php" target="_manual

Jak juz robic e testy porownawcze w wydajnosci to moze by tak mozliwosci wszystkich tych systemów przedstawic ? Szczerze mowiec nie znam ich wszystkich wiec ten test i tak mi nic nie mowi.
Za opis bedzie wdzieczny

Takie pytanie na marginesie. Co przygotowujesz, że tak jesteś zajęty?

Sh4dow : bolesna prawda jest taka, że wyniki jakie są tu prezentowane -nie-do-konca- sa prawdziwe
i wiarygodne, ze wzgledu na wiele czynnikow takich jak

- rozmiar,
- mozliwosci relatywnie wykorzystanych w projekcie docelowym
- sposob testowania ( dysk, pamiec, cache, cache apacha, typ serwera )
- budowa szablonu
- metda jego generowania

Prawdopodobnie z ZyXem opracujemy jakis test, ktory bedzie blizej wiarygodny niz dalej.

Myślę że jeśli rdzen jest dobrze napisany to pozostale opcje dzialają na zasadzie modułow - zwalniają skrypt tylko gdy są wykorzystywane...

Co do możliwości Falcona:

• Zwykłe zmienne
• zmienne tablicowe
• instrukcje warunkowe
• obsługa funkcji: @setVar(deklaracja zmiennych), @include(dołaczanie pliku(wzglednie i bezwzglednie)), @cycle(cyklowanie tablicy), @counter()
• ochrona przed loop include
• sekcje, w tym obsluga tablic indexowanych numerycznie ( {section($zmienna)} {zmienna} {/section} )
• modyfikatory np |strtoupper |date() |default("fsdf")
• mozliwosc uzycia multimodyfikatorow tj. {zmienna|pierwszy|drugi|trzeci}
• dołaczanie plikow w locie np. @include($zmienna.'.html'); (uwaga w fazie testow i na 90% bedą pokazywać się błedy)

To chyba wszystko, reszta(jak np. cachowanie) jest chyba oczywista...

Dodam małe info, że Chameleon-Dev-2.2 wspiera pamięć współdzieloną SHM (Shmop Extension)
Wtedy wynik jest deczko inny

Testing Chameleon 2.2.0-dev (SHM Mode) => 354.89 requests/s

Wada - rozszerzenie shmop nie wszedzie jest

Zaczynam mozolne pisanie skryptu i piszę sobie szablonik, a tu zonk:

[HTML] pobierz, plaintext 
{@section('news')}
<h3>{news['title']}</h3>
{news['text']}
{/section}
[HTML] pobierz, plaintext 

Pisze, że sekcja nie zamknięta ;/ ....

Od wersji 1.8 ileś {/section} zostało zamienione przez {@end}

[HTML] pobierz, plaintext 
{@section('news')}
<h3>{news['title']}</h3>
{news['text']}
{@end}
[HTML] pobierz, plaintext 

To zrób przynajmniej jakąś aktualną dokumentację Bo często napotykam na tego typu problemy. Z resztą Falcon został zmodyfikowany przeze mnie, żeby używałem Wyjątków, które następnie przechwytuje klasa TurTemplate i daje odpowiedni ekran błędu.

Dodam to do harmonogramu . Postaram się coś napisać na dniach.

Mam kolejne problemy z falconem:

[HTML] pobierz, plaintext 
{info}
{@if(list)}
	<table>
	<tr>
		<td>Id strony</td><td>Tytuł</td><td>Link do edycji</td>
	</tr>
	{@section('list')}
		<tr>
			<td>{list['id']}</td><td>{list['title']}</td><td><a href="index.php?m=Page&a=Edit&id={list['id']}">Edytuj</a></td>
		</tr>
	{@end}
	</table>
{@else}
	<form method="POST" action="index.php?m=Page&a=Edit&id={id}">
	<strong>Tytuł: </strong> <br /> <input type="text" name="title" value="{page['title']}" /> <br />
	<strong>Tekst: </strong> <br /> <textarea cols="70" rows="30" name="text">{page['text']}</textarea>
	<input type="submit" value="Zapisz" />
	</form>
{@fi}
[HTML] pobierz, plaintext 

PHP pluje, że źle formułuje ifa i źle... Mi zależy żeby zrobił isset ;]

Nie ma protekcji przed php wiec można śmialo korzystac z odwolan do jego funkcji.

PS: jednak ta dokumentacja odejdzie na dalszy plan. Mam strasznie dużo pracy i zdecydowanie za mało czasu

No to kolego, będziesz musiał znosić mnie i moje problemy

Znalazłem kolejny błąd.
Otóż system wykrzacza się, kiedy dwa razy użyje taką samą zmienną np. dwa razy w kodzie pojawi się {title}, to w drugim miejscu jest pustka.

Niemozliwe ;p musiałeś coś przekręcić...

Jednak pokręciłem. Można dodać do tego stałe szablonowe ? Bardzo by mi się przydało.

Brakuje mi weryfikacji zmiennych użytych w szablonie tpl
W sekcjach przy wpisaniu blednych zmiennych lub indeksów, powoduje nie wyswietlenia sie niczego. A powinno w tym miejscu być np <!-- Taka zmienna nie istnieje -->

Dzięki modyfikatorowi default mozemy ustawić domyślną wartość zmiennej

W sekcjach tez??
{@section('tabliczka')}
<p style="color:{@cycle('colors')}">{tabliczka|default("Uwaga")}</p>
{@end}

Hmm... dziwne ale jest błąd z tablicami indexowanymi numerycznie dzięki w wolnym czasie postaram się to poprawić

Przyklad kiedy bedzie dzialalo default w sekcjach


w php przekazujemy tablice

[PHP] pobierz, plaintext 
<?php
$tabliczka = Array(Array('ble' => 'jeden'), Array('bla' => 'dwa'),Array('ble' => 'trzy'));
?>
[PHP] pobierz, plaintext 

Jako wynik otrzymamy "jeden zonk trzy"

Widzę że temat jakoś przymiera ... ale korzystam z Falcona i bardzo podoba mi sie jego prostota ... pracuje właśnie nad pewnym projektem i bardzo przydała by się pewna funkcja wcześniej opisywana

dołaczanie plikow w locie np. @include($zmienna.'.html'); (uwaga w fazie testow i na 90% bedą pokazywać się błedy)

mam u siebie taki kod

[HTML] pobierz, plaintext 
<div class="prawy">			
			{@setvar('pBoxy',Array('box1, 'box2', 'box3'))}	
			{@section('pBoxy')}
			<div class="prawy_box">
				<h3>{pBoxy}</h3>
				<p>
					{@include($pBoxy)}
				</p>
			</div>
			{@end}
		</div>
[HTML] pobierz, plaintext 

niestety kończy się błędem...

czy Falcon będzie jeszcze rozwijany?

Oczywiście, że będzie, narazie jednak skupiam się na moim edytorze wysywig i falcon jakos odszedl na drugi plan. W moich szablonach po prostu przekazuje zwyklą zmienną do funkcji @include którą montuję linijke wczesniej. Błędy zazwyczaj wyswietlają sie przy bardziej złożonych parametrach

Mógł byś mi dokładniej wytłumaczyć jak przekazujesz do @include wartość zmiennej .. chodzi o to by to co w includuje też przeszło przez kompilator Falcona , jak przy zwykłym @include('cos .tpl')


pozdrawiam

Jest nowa wersja Falcona z numerkiem 1.9.9 Powoli zblizam sie do 2.0 i rozbudowanej obslugi obiektow

Pobrać mozna jak zwykle z http://srodek.info/files

Changelog:
- dodalem wstepna obsluge widgetow, translacji oraz obiektow
- mozliwosc odwolywania sie do zmiennych jak do obiektow np. {zmienna -> index}
- poprawiona obsluga funkcji include (dzięki Kamson)- poprawione odnajdowanie zmiennych
- brak kominikatow NOTICE podczas odwolan do nieistniejacych zmiennych
- poprawiona obsluga modyfikatora default w zmiennych sekcyjnych (dzięki eai)
- zmiana licencji na GNU GPL v.3

Uwaga

[PHP] pobierz, plaintext 
<?php$falconObj -> vars = Array('tablica z danymi');?>
[PHP] pobierz, plaintext 

juz nie zadziala
Nowa wersja

[PHP] pobierz, plaintext 
<?php$falconObj -> assignData(Array('tablica z danymi'));?>
[PHP] pobierz, plaintext 

Niestety z powodu uzycia nowego systemu deklaracji i odczytu zmiennych parser stracił kilka procent na szybkosci...