Küldetésünk

Rendszerünk célja egy olyan webes, Internetes eszköz megalkotása, amely elmélyült informatikai szakismeretek nélkül is használható, valóban felhasználó barát és a lehető legkevesebb korlátot szabja meg. Célunk egy olyan rendszer megalkotása, amely gyors, biztonságos, és maximálisan rugalmas.

A PHP-Sparcle Open-source Webplatform (magyarabbul: PHP-Sparcle Nyíltkódú Webplatform) célja egy általános célú objektum-orientált, rugalmas és platformokon átívelő rendszer-alternatíva kínálása, üzemeltetése.

Rendszerünk fejlesztés alatt áll, az első nyilvános megjelenés csak később várható.

A PHP-Sparcle az évek tapasztalataiból merítkező gyakorlatiasságon túl elsősorban a szaktudás nélküli felhasználhatóságra koncentrál: a projekt célja egy biztonságos, átlátható, gyors, robosztus, rugalmas webalkalmazás kifejlesztése, amely a látogatók böngészési lehetőségeihez mért legtágabb keresztmetszethez igazodva nyújt célszerű és felhasználóbarát megoldásokat (pl. AJAX).

A projekten jelenleg hárman dolgozunk, szabadidőnk egy részét rááldozva az így szerezhető szakmai tapasztalatokra a fejlődés céljából. A PHP-Sparcle nyílt forrásúnak tervezett rendszer, tervezésekor és fejlesztése alatt kiemelt figyelmet szenteltünk annak átláthatóságára és dokumentáltságára. Nem titkolt célunk egy széleskörű alkalmazói és fejlesztői közösség toborzása is, hiszen használható terméket szeretnénk előállítani.

A rendszer alapvető technológiai koncepciókat borít fel, míg másokat megtart. Nagyon komoly, nagyjából 2 éves tervezési munka áll mögötte. Webes környezetbe szokatlannak mondható megoldásaink röviden:

• Jegyzék alapú konfigurációs modell: központosított jegyzék-rendszerben, a Microsoft Windows® rendszerekben regisrty néven ismert modellhez hasonlóan tárolunk minden olyan erőforrást, amely a rendszer részeit működésükben befolyásolják vagy paraméterezik.
• Szerveroldali XML sablonozó: a sablonok megjelenésükben alig térnek el egy rendes XHTML fájltól, nem tartalmaznak semmilyen vezérlő utasítást - a sablonelemek (XML tag-ek) vezérléséért, átalakításáért a sablont megjelenítő PHP kód felelős, amely le van választva minden más vezérlő kódról - a tag-ek összeségére igaz, hogy egy tag vagy komponens, vagy nyers kimeneti elem; a komponens olyan elemi egysége a sablonozónak, amely a kimenetét maga szabályozza.
• Teljeskörű adatfolyam alrendszer: bármilyen típusú adatfolyam egységes osztályfelületen keresztül érhető el; az egyes adatfolyamok egymásba toldhatóak, menet közben az áthaladó adatok rugalmasan átalakíthatóak, virtualizálhatóak.
• Csökkentet működési mód: adatbázis kapcsolati hibák áthidalására a rendszer két, külön-külön is vezérelhető biztonsági elemet alkalmazhat - az egyik ilyen elem az agresszív gyorsítótárazás (leheetővé válik dinamikus oldalak megjelenítése az adatbázis elérése nélkül), a másik az adatbázis műveletek naplózása (lehetővé válik a rögzítendő változtatások elküldés utáni rögzítése, majd kötegelt feldolgozása az adatbázis kapcsolat helyreállásakor).
• Sparcle Modelling Language: az SML projekt célja olyan szabványos leíró-modellező nyelv kialakítása, amely természetességéből adódóan kényelmes, egyszerű, szöveges alapokon, nyelvtani egységeken alapuló struktúrákba szervezi az adatokat és információkat. Az ilyen leírók bizonyos elemek generálásáért lesznek főként felelősek, de bármilyen más szerepkör is elképzelhető a technológia számára.

Felhasználói megoldásaink közé az alábbi szokatlanabb megoldásokat tervezzük megvalósítani:

• Spam üzenet szűrés és központi feketelistázás: hatékony módszerrel kiszűri a rendszer a kéretlen reklámüzeneteket az oldal bármely pontján, és azt illetve annak feladójának adatait egy belső valamint egy külső központi helyen tárolja - a központi hely előnye, hogy bármely szájt számára elérhetőek az azon található információk, amelyekkel aztán egy frissen telepített rendszer is hatékony védelemhez jut.
• Jelszó helyett vagy mellett jelkép: a jelkép olyan egyedi biztonsági azonosító, mint a jelszó - különbsége abban áll, hogy ez egy képfájl; a jelkép biztonságos használatát és jelkép előállítását segíteni fogja a rendszer; a jelkép hordozható, könnyebben megjegyezhető, és bizonyosan egyedibb, valamit sokszorta biztonságosabb mint a jelszó; egy bejelentkezéshez előfordulhat tehát, hogy a felhasználói név megadása után egy képet kell feltölteni a jelszó megadása helyett.

A felsoroltakon túl természetesen helyetkapnak a gyakorlatban bevált, hasznos vagy populáris megoldások is, mint például a multisite támogatás, a tiszta URL-ek ésszerű támogatása, blog, e-book és fórum kiegészítők, kereskedelemmel kapcsolatos kiegészítők, és így tovább.