Δημιουργία Component

[intefix]

Γεια χαρά σε όλους...
Συγγνώμη για το θράσος μου αλλά επειδή με κράξατε σε άλλο νήμα θα προσπαθήσω να φτιάξω ένα απλό Component. Θα γράφω τη πρόοδο και όπου κολλάω θα με βοηθάτε.
Ουσιαστικά αυτό που θέλω να φτιάξω τό έχω ήδη φτιάξει, αλλά με ξεχωριστές σελίδες PHP, js, CSS κλπ κλπ.
Αφού ουσιατικά χρησιμοποιώ πάρα πολλά κομμάτια του Elxis γιατί να μην τα χρησιμοποιήσω και να το ενσωματώσω;

Το έργο αφορά την προέλευση της ονομασίας μιας οδού.
Μελλοντικά καλούμε την οδό αυτή τη δείχνουμε στο χάρτη της προσθέτουμε πληροφορίες κλπ κλπ ξέρετε που μπορούμε να φτάσουμε.
Για την ώρα λοιπόν θα ασχοληθούμε με αυτό που είναι ένα Component περιεχομένου. Θα τα φτιάξουμε όλα χειροκίνητα και μετά θα δημιουργήσουμε τα αρχεία εγκατάστασης. Όπως καταλαβαίνετε θα κοιτάξω τι κάνει ένα παρόμοιο Component και θα ακολουθήσω τη φιλοσοφία του.
Όπως έχω τώρα με τις απλές σελίδες έχω δυο ενότητες. Του διαχειριστή και του επισκέπτη. Τα αρχεία σύνδεσης, ελέγχου κλπ δεν μου χρειάζονται γιατί υπάρχουν ήδη.
Για να διαβάσουμε τι κάνει ένα ήδη εγκατεστημένο Component σε ένα καινούριο Elxis.
Πάω στο φάκελο C:\xampp\htdocs\elxis42\components και δημιουργώ αναλόγως com_namestreet έναν φάκελο.
Ανοίγω τον C:\xampp\htdocs\elxis42\components\com_content και δημιουργώ παρόμοιους φακέλους στον νέο που έφτιαξα.
----------------------------------------------------------------------------------------------------------------------------------
Ανοίγοντας το /extmanager/components/ βλέπουμε ένα grid με τα components που έχει ήδη...Από κάπου τα διαβάζει αυτάαα.
Ωραία θα προσθέσουμε και το δικό μας...
Εγγραφή στο πίνακα elx_components
INSERT INTO `elx_components` (`id`, `name`, `component`, `route`, `iscore`, `params`) VALUES (NULL, 'Name Street', 'com_namestreet', NULL, 0, NULL);
Βλέπουμε να μπήκε η εγγραφή αλλά χωρίς έκδοση κλπ (από κάπου τα τραβάει αυτά). επίσης δεν έχουμε πρόσβαση..

Παρατηρούμε επίσης ότι στον πίνακα "elx_acl" έχει όλα τα elements του site με κάποια Permitions ...Για να γράψουμε και μεις το δικό μας εδώ...Επειδή θα μοιάζει με το com_content φτιάχνουμε αντίστοιχα αντίγραφα.
Παρατηρούμε με προσοχή το component Content extmanager/components/edit.html?id=2 και βλέπουμε τι θα χρειστούμε εμείς να πράξουμε αναλόγως στα αρχεία μας. Πχ com_content /Κατηγορία και com_content /Σχόλια στη δική μας περίπτωση δεν θέλουμε. Τώρα αν θέλει και Modules δεν το' ψαξα θα δούμε Κατάληξα εδώ
INSERT INTO `elx_acl` (`id`, `category`, `element`, `identity`, `action`, `minlevel`, `gid`, `uid`, `aclvalue`) VALUES
(NULL, 'component', 'com_namestreet', 0, 'view', 0, 0, 0, 1),
(NULL, 'component', 'com_namestreet', 0, 'manage', 70, 0, 0, 1),
Βλέποντας τα πεδία έκδοση. ημερομηνία, συγγραφέας βλέπουμε ότι τα τραβάει από το com_content/content.xml
Αντιγράφουμε το content.xml στον νέο φάκελο com_namestreet διορθώνουμε μέσα ότι χρειάζεται - Τώρα εδώ είναι μια μεγάλη κουβέντα - Αφαιρούμε το γκρούπ "CATEGORY" , "COMMENTS" Που όπως είπα πιο πάνω δεν τα θέλουμε. Επίσης διορθόνουμε τα πεδία έκδοση. ημερομηνία, συγγραφέας.
Ξανατρέχουμε και βλέπουμε να έχουν διορθωθεί...

Και επίσης μπορούμε να το διαχειριστούμε...λεμε τώρα..



   

[intefix]

Συνεχίζω...
Έχουμε μέχρι στιγμής φτιάξει τους φακέλους τις προσθήκες στους υπάρχοντες πίνακες και 2 αρχεία το namestreet.xml και namestreet.php το xml το πειράξαμε λίγο το php ακόμα...
Στα αρχεία εκτος elxis είχαμε ένα view-search που θα μπει στο frontend και τα άλλα search-delete-add-edit στο backend

[Dimitris Kanatas]

Θα σε παρακολουθώ...

Μου φαίνεται αρκετά ενδιαφέρουσα ή βήμα προς βήμα προσέγγιση της κατασκευής ενός πρόσθετου...

[datahell]

Θα φτιάξεις ένα ωραίο tutorial αν συνεχίσεις όπως πας.
Κάνε τις εξής διορθώσεις και στο post σου πάνω ώστε να μην τα διαβάζουν λάθος όσοι παρακολουθούν.

Στη δήλωση του component στη βάση το "iscore" πρέπει να είναι 0 σε third party components. Μόνο τα ενσωματωμένα component στο Elxis έχουν iscore = 1.
INSERT INTO `elx_components` (`id`, `name`, `component`, `route`, `iscore`, `params`) VALUES (NULL, 'Name Street', 'com_namestreet', NULL, 0, NULL);

Επίσης όταν κάνεις insert την τιμή του primary key του πίνακα (εδώ id) δεν την ορίζεις καρφωτά αλλά την βάζεις NULL ώστε να την πάρει αυτόματα αφού το πεδίο είναι auto increment. Το ίδιο λάθος το έχεις κάνει και στο elx_components και στο elx_acl.

Ο φάκελος "plugins" δεν χρειάζεται, είναι μόνο για το component content. Οι φάκελοι css, js, images είναι κατα βούληση, μπορείς να κάνεις ότι δομή θέλεις εσύ. Οι "υποχρεωτικοί" (στην πραγματικότητα δεν υπάρχεουν υποχρεωτικοί φάκελοι) είναι τρεις: controllers, models, views. Οι controllers περιέχουν την λογική (εσωτερικός php κώδικας), τα models την άντληση των δεδομένων (από την βάση, κάποιο άρχείο ή άλλη πηγή) και τα view εμφανίζουν την τελική html που βλέπουμε στον browser.

Στο ACL έβαλες permissions που είναι ειδικά για το component content και μόνο. Αυτά να τα σβήσεις. Τα υποχρεωτικά permissions σε ένα component είναι view και manage. Το view δηλώνει ποιος μπορεί να δει το component στο δημόσιο τμήμα και το manage ποιος μπορεί να το διαχειριστεί/δει στην διαχείριση. Οι συνήθεις τιμές για το view είναι minlevel=0, gid=0, uid=0, aclvalue=1 που σημαίνει ότι μπορούν να το δουν όλοι. Οι συνήθεις τιμές για το manage είναι minlevel=70, gid=0, uid=0, aclvalue=1 που σημαίνει ότι μπορούν να το δουν στη διαχείριση όσοι έχουν επίπεδο πρόσβασης από 70 και πάνω (managers και administrators). Μπορείς να προσθέσεις επιπλέον permissions (ότι θες εσύ) ανάλογα του component και του τι κάνει.

H καρδιά ενός component είναι ο router του (αρχείο namestreet.php) στον οποία αναλύεις τα segments (τμήματα) της url που ζητήθηκε και φορτώνεις τα αντίστοιχα Controller Model View και εκτελείς το task (συνάρτηση) που επιλεγμένου controller. Στο αρχείο router υπάρχει μία κλάση με όνομα {component}Router η οποία επεκτείνει την κλάση elxisRouter του πυρήνα του Elxis.
class namestreetRouter extends elxisRouter {

Μέσα σε αυτή την κλάση πρέπει να υπάρχει μία public μέθοδος** με όνομα route. Αυτή είναι που καλεί το Elxis για να τρέξει το component σου.
public function route() {
...
}

*Συμβουλή: το component content που χρησιμοποιείς ως δείγμα είναι αρκετά μεγάλο και έχει διάφορα tasks και αρχεία που είναι ειδικού χαρακτήρα. Μην αντιγράφεις copy-paste τα πάντα στο component σου αν δεν σου χρειάζονται. Κράτα το όσο πιο λιτό γίνεται.
** Μία συνάρτηση (function) που βρίσκεται σε μία κλάση (class) την ονομάζουμε μέθοδο (method). Το ποιος μπορεί να καλέσει αυτή την μέθοδο το ορίζουμε από το visibility της (public, private, protected)

[nikos]

Μπράβο intefix

Πάνω που έλεγα ότι λείπει ένας τέτοιος οδηγός, διότι η δημιουργία component πάντα με προβλημάτιζε και δεν ήξερα από που να το πιάσω, χαίρομαι που το τόλμησες και εφόσον σε παρακολουθεί και ο Δάσκαλος (datahell), θα πάει καλά.

[intefix]

Ευχαριστώ για τις απαντήσεις και τη καθοδήγηση...ήθελα να ρωτήσω τι κάνουν αυτά τα πεδία αλλά με προλάβατε.
Οκ θα αλλάξω όπως σωστά δεν πρόσεξα το auto increment αυτόματη αρίθμηση.
Διάλεξα το Component content γιατί σηκώνει html_editor έχει κάμποσες παραμέτρους κλπ. Θα αφαιρέσω πολύ πράμα που δεν χρειάζεται. Επειδή δεν έχω τις γνώσεις σας θα πάω με την αφαιρετική μέθοδο. Αφού δουλεύει αφαιρώ ότι ΔΕΝ χρειάζεται.

[intefix]

...
Στη δήλωση του component στη βάση το "iscore" πρέπει να είναι 0 σε third party components. Μόνο τα ενσωματωμένα component στο Elxis έχουν iscore = 1.
INSERT INTO `elx_components` (`id`, `name`, `component`, `route`, `iscore`, `params`) VALUES (NULL, 'Name Street', 'com_namestreet', NULL, 0, NULL);

Επίσης όταν κάνεις insert την τιμή του primary key του πίνακα (εδώ id) δεν την ορίζεις καρφωτά αλλά την βάζεις NULL ώστε να την πάρει αυτόματα αφού το πεδίο είναι auto increment. Το ίδιο λάθος το έχεις κάνει και στο elx_components και στο elx_acl.

Οκ φτιάχτηκαν

Ο φάκελος "plugins" δεν χρειάζεται, είναι μόνο για το component content. Οι φάκελοι css, js, images είναι κατα βούληση, μπορείς να κάνεις ότι δομή θέλεις εσύ. Οι "υποχρεωτικοί" (στην πραγματικότητα δεν υπάρχεουν υποχρεωτικοί φάκελοι) είναι τρεις: controllers, models, views. Οι controllers περιέχουν την λογική (εσωτερικός php κώδικας), τα models την άντληση των δεδομένων (από την βάση, κάποιο άρχείο ή άλλη πηγή) και τα view εμφανίζουν την τελική html που βλέπουμε στον browser.

Καλά θα δούμε τι θα χρειαστούμε

Στο ACL έβαλες permissions που είναι ειδικά για το component content και μόνο. Αυτά να τα σβήσεις. Τα υποχρεωτικά permissions σε ένα component είναι view και manage. Το view δηλώνει ποιος μπορεί να δει το component στο δημόσιο τμήμα και το manage ποιος μπορεί να το διαχειριστεί/δει στην διαχείριση. Οι συνήθεις τιμές για το view είναι minlevel=0, gid=0, uid=0, aclvalue=1 που σημαίνει ότι μπορούν να το δουν όλοι. Οι συνήθεις τιμές για το manage είναι minlevel=70, gid=0, uid=0, aclvalue=1 που σημαίνει ότι μπορούν να το δουν στη διαχείριση όσοι έχουν επίπεδο πρόσβασης από 70 και πάνω (managers και administrators). Μπορείς να προσθέσεις επιπλέον permissions (ότι θες εσύ) ανάλογα του component και του τι κάνει.

Αυτό δεν το καταλαβαίνω τι ακριβώς. Το πλήθος των εγγραφών ισχύει; και αλλάζω τα permition?
Για να λες σβήσε σημαίνει να διαγράψω εγγραφές του ACL μάλλον και να αφήσω 2...
Βλέποντας και τα άλλα components αυτό εννοείς τελικά ok...τα σβήνω και διορθώνω και το SQL.

edit----Μάλλον θα ξαναρωτήσω και μετά θα τα σβήσω. Αφού το component μοιάζει με content γράφεις articles κλπ ΔΕΝ χρειάζεσαι τις εγγραφές στον elx_acl και γιατί;
(NULL, 'com_namestreet', 'article', 0, 'add', 70, 0, 0, 2),
(NULL, 'com_namestreet', 'article', 0, 'edit', 70, 0, 0, 2),
(NULL, 'com_namestreet', 'article', 0, 'delete', 70, 0, 0, 2),
(NULL, 'com_namestreet', 'article', 0, 'publish', 70, 0, 0, 2),
(NULL, 'com_namestreet', 'frontpage', 0, 'edit', 70, 0, 0, 1)

Σημείωση: Καλό είναι να γράφουμε σε χαρτί τα βήματα για να τα βάλουμε μετά στα αρχεία εγκατάστασης του component.

H καρδιά ενός component είναι ο router του (αρχείο namestreet.php) στον οποία αναλύεις τα segments (τμήματα) της url που ζητήθηκε και φορτώνεις τα αντίστοιχα Controller Model View και εκτελείς το task (συνάρτηση) που επιλεγμένου controller. Στο αρχείο router υπάρχει μία κλάση με όνομα {component}Router η οποία επεκτείνει την κλάση elxisRouter του πυρήνα του Elxis.
class namestreetRouter extends elxisRouter {

Μέσα σε αυτή την κλάση πρέπει να υπάρχει μία public μέθοδος** με όνομα route. Αυτή είναι που καλεί το Elxis για να τρέξει το component σου.
public function route() {
...
}

Και εδώ αρχίζουμε με την ουσίαααα ...αύριο η συνέχεια

[intefix]

Ας το πάμε και λίγο πιο κάτω...διαβάζοντας τα αρχεία των components το ποιο "μικρό" είναι το wraper.
Δε με χαλάει αν και θα προτιμούσα κάτι να πλησιάζει το δικό μου. Αφού μου λέτε πως το content είναι μεγάλο...Πράγματι είναι μεγάλο. Ισως εγκαταστήσω κάποιο και να κλέψω ιδέες...Ας πιάσουμε γραμμή - γραμμή το αρχείο namestreet.php
Βάζω μετά τη προστασία για κλήσεις εκτός login στο αρχείο
elxisLoader::loadFile('components/com_namestreet/controllers/base.php');
elxisLoader::loadFile('components/com_namestreet/views/base.html.php');
elxisLoader::loadFile('components/com_namestreet/models/base.model.php');
μετά υπάρχει πράγματι η...
class contentRouter extends elxisRouter {

   private $controller = 'fpage'; or 'public' ?
   private $task = 'frontpage';
   private $format = 'html';

   public function route() {...
Άρα τα αρχεία controllers/base.php, views/base.html.php είναι σε όλα απότι είδα components.
Ωραία τα βάζω και γω. (Τι θα γράφουν μέσα θα δούμε).

[intefix]

Βέβαια που πρέπει να εμφανιστεί τι και πως ακόμα δεν έχω καταλήξει. Τι εννοώ...
Ας πάρουμε το project αυτό που έχουμε φτιάξει. Τι κάνει; (έχεις προετοιμάσει το έδαφος, συνδέσεις με Database, security, interface κλπ - αυτό φτιάχουμε τώρα, το κομμάτι ρύθμισης του component)
Καταχωρείς ένα όνομα (δρόμου) και τη περιγραφή του, το ιστορικό του τόοοσο απλά. Αυτά που βλέπουμε σε κάθε τετράγωνο. Στη πορεία βλέπουμε να προκύπτουν και άλλα δεδομένα. Μια σύντομη περιγραφή 2-3 λέξεις (να χωράει στη πινακίδα) άντε σε 2 γλώσσες...πχ
Άρα μαζεύονται 5-6 πεδία συν το longtext της περιγραφής. (Τώρα για δίγλωση περιγραφή; δεν τόχω σκεφθεί...) Τώρα μαζεύνται και κάτι άλλα βοηθητικά...ας δουμε συνολικά τα πεδία μας ακολουθώντας τη λογική του "content"
  `id` int(11) NOT NULL auto_increment,
  `catid` int(10) unsigned NOT NULL default '0',
  `name` varchar(255) default NULL,
  `seoname` varchar(255) default NULL,
  `desc` varchar(255) default NULL,
  `introtext` text,
  `maintext` longtext,

  `published` tinyint(4) unsigned NOT NULL default '0',
  `metakeys` varchar(255) default NULL,
  `created` datetime NOT NULL default '1970-01-01 00:00:00',
  `created_by` int(10) unsigned NOT NULL default '0',
  `created_by_name` varchar(120) default NULL,
  `modified` datetime NOT NULL default '1970-01-01 00:00:00',
  `modified_by` int(10) unsigned NOT NULL default '0',
  `modified_by_name` varchar(120) default NULL,
  `ordering` int(10) unsigned NOT NULL default '0',
  `hits` int(10) unsigned NOT NULL default '0',
  `alevel` int(10) unsigned NOT NULL default '0',
  `params` text,
Τελικά μάλλον τη κατηγορία θα τη βάλλουμε έστω και αν είναι 0....

[datahell]

Ο τρόπος που σκέφτεσε κάνει τους developer να πηδάνε από τα παράθυρα Έγραψες πολλά πανάθεμά σε, τι να πρωτοσχολιάσω;

- Τα plugins είναι επεκτάσεις του content, δεν έχουν νόημα πουθενά αλλού.
- Στο acl ΜΟΝΟ αυτά τα δύο που σου είπα (view, manage).
- Αν έχεις μόνο έναν controller δεν σου χρειάζεται το "base". Το "base" το χρησιμοποιείς όταν θες να έχεις συναρτήσεις κοινές σε όλους τους controller/models/views και θες το κάθε από αυτά να επεκτείνει το base.
- Η σκέψη ότι χρησιμοποιώ ένα component που έχει editor είναι αδιάφορη. Δεν χρειάζεται να κάνεις τίποτα απολύτως για τον editor, το κάνει μόνο του το Elxis. Ο editor φορτώνει μόνο με μία δήλωση (editor => html) σε οποιοδήποτε πεδίο textarea. Σε μία φόρμα για να φτιάξουμε ένα πεδίο textarea που να φορτώνει τον editor και να είναι και πολυγλωσσικό γράφουμε:

$clang = $elxis->getConfig('LANG');
$cinfo = $eLang->getallinfo($clang);
$trdata = array('category' => 'com_namestreet', 'element' => 'mydesc', 'elid' => (int)$row->id);
$form->addMLTextarea('mydesc', $trdata, $row->mydesc, 'My description' array('cols' => 80, 'rows' => 8, 'forcedir' => $cinfo['DIR'], 'editor' => 'html', 'contentslang' => $clang));
- Οι στήλες desc_el και desc_en είναι λάθος. Το Elxis είναι πολυγλωσσικό, δεν χρειάζεται να δημιουργήσεις ένα πεδίο για κάθε γλώσσα. Βάζεις μόνο ένα πεδίο που αποθηκεύει το κείμενο στην κύρια γλώσσα και τις μεταφράσεις τις αποθηκεύει το Elxis αυτόματα στον πίνακα elx_translations.

[intefix]

Ο τρόπος που σκέφτεσε κάνει τους developer να πηδάνε από τα παράθυρα Έγραψες πολλά πανάθεμά σε, τι να πρωτοσχολιάσω;

Και γω θα γελάω κάποτε με αυτά...όσο για τους dev έχω 4 με κουβέρτες από κάτω...οπότε 'ντάξει 2 όροφοι είναι μην κανετε έτσι...

- Τα plugins είναι επεκτάσεις του content, δεν έχουν νόημα πουθενά αλλού.
- Στο acl ΜΟΝΟ αυτά τα δύο που σου είπα (view, manage).

Οκ Datahell το χαμπάριασα αυτό μη βαράς. Εξάλλου είπα μόνο φακέλους έχουμε φτιάξει μέχρι στιγμής...
Θα γυρίσω στην αρχή να τους διορθώσω...

- Αν έχεις μόνο έναν controller δεν σου χρειάζεται το "base". Το "base" το χρησιμοποιείς όταν θες να έχεις συναρτήσεις κοινές σε όλους τους controller/models/views και θες το κάθε από αυτά να επεκτείνει το base.

Αυτό δεν το γνώριζα...έβλεπα κάποια που δεν είχανε τον base αλλά δεν ψυλιάστηκα τι κάνει τα base files...σιγα σιγα θα το μάθουμε...

- Η σκέψη ότι χρησιμοποιώ ένα component που έχει editor είναι αδιάφορη. Δεν χρειάζεται να κάνεις τίποτα απολύτως για τον editor, το κάνει μόνο του το Elxis. Ο editor φορτώνει μόνο με μία δήλωση (editor => html) σε οποιοδήποτε πεδίο textarea. Σε μία φόρμα για να φτιάξουμε ένα πεδίο textarea που να φορτώνει τον editor και να είναι και πολυγλωσσικό γράφουμε:

$clang = $elxis->getConfig('LANG');
$cinfo = $eLang->getallinfo($clang);
$trdata = array('category' => 'com_namestreet', 'element' => 'mydesc', 'elid' => (int)$row->id);
$form->addMLTextarea('mydesc', $trdata, $row->mydesc, 'My description' array('cols' => 80, 'rows' => 8, 'forcedir' => $cinfo['DIR'], 'editor' => 'html', 'contentslang' => $clang));

Χμμμμ με γλύτωσες από πολλά με αυτό...είμαι περίεργος στο τέλος τι θα βγει

- Οι στήλες desc_el και desc_en είναι λάθος. Το Elxis είναι πολυγλωσσικό, δεν χρειάζεται να δημιουργήσεις ένα πεδίο για κάθε γλώσσα. Βάζεις μόνο ένα πεδίο που αποθηκεύει το κείμενο στην κύρια γλώσσα και τις μεταφράσεις τις αποθηκεύει το Elxis αυτόματα στον πίνακα elx_translations.

Ναι; αυτό δεν το είχα μελετήσει γιατι δεν έχω δουλέψει πολυγλωσσικά να ψαχτώ...
Για να καταλάβω κάνει αντίγραφο σε άλλη γλώσσα ...τέλος πάντων θα του δώσω πιο πολύ προσοχή να καταλάβω πως δουλεύει αυτό...άρα ορθώς να διαγραφεί το desc_el και desc_en μένει το desc σκέτο.
Για να καταλάβω...άντε και το φτιάξαμε το backend κομμάτι πως θα το καλώ; Φαντάζομαι θα μπει στο μενού "Περιεχόμενο" και άλλος ένας σύνδεσμος που θα με πηγαίνει στο namestreet? η URLα πως θάναι;

[datahell]

Οι URL ξεκινούν όπως το όνομα του component http://www.example.com/namestreet/
Από εκεί και μέσα φτιάχνεις ότι URL θες εσύ που οδηγούν όπου θέλεις εσύ. Για να δούμε ποιος controller/method θα τρέξει ανάλογα με το request, αναλύουμε στον router τα segments της URL όπως έγραψα πριν.

Παράδειγμα.
Segments: τα τμήματα της URL που χωρίζονται με slash (/) μετά το όνομα του component και χωρίς τυχόν query string (?ταδε=κεινο&αλλο=αποτάλλο)

$c = count($this->segments);
if ($c == 0) { δείξε αρχική σελίδα component } http://www.example.com/namestreet/

if ($this->segments[0] == 'sports') {
     if (!isset($this->segments[1])) {
            δείξε την κατηγορία αθλητικά http://www.example.com/namestreet/sports/
     } else if ($this->segments[1] == 'football.html') {
            δείξε την σελίδα ποδοσφαίρου http://www.example.com/namestreet/sports/football.html
     } else if ($this->segments[1] == 'golf.html') {
            δείξε την σελίδα γκολφ http://www.example.com/namestreet/sports/golf.html
     } else {
           η σελίδα δεν βρέθηκε, δείξε error 404
     }
}

Τις URL στον κώδικα δεν τις γράφουμε ΠΟΤΕ hard-coded αλλά τις δημιουργούμε έτσι (παράδειγμα):
$link = $elxis->makeURL('namestreet:sports/football.html');

Για τα link της διαχείρισης αντί της makeURL χρησιμοποιείς την makeAURL.
Για περισσότερα διάβασε το elxisURI στο www.elxis.net/docs/

[intefix]

Πάρα πολύ ωραία αλλά έχασα τη μπάλα...βασικά τα βήματα που θακανα...αλλάζω τη σκέψη μου...
Θέλω ένα component εκτός elxis να πιάσω τι και πως το κάνει ο Dev. Θα επέλεγα το Micro τι λες Datahell?
Χονρά - ψιλά καταλάβατε τι θέλω να κάνω...μήπως κανα άλλο είναι πιο κοντά σ'αυτό; Να είναι συμβατό με 4.2 όμως...

[datahell]

Τα φτυσες κιόλας; 

Σου ετοιμάζω ένα κενό Name Street component και ξεκίνα από εκεί. Σε μισή ωρίτσα το ανεβάζω εδώ.

[datahell]

Σου έφτιαξα όλο τον βασικό σκελετό, controllers, συναρτήσεις, routing, εγκατάσταση, css, αρχεία γλώσσας, κλπ. Το επεκτείνεις και το συμπληρώνεις όπως θες.
Όποιος άλλος θέλει μπορεί επίσης να το κατεβάσει και να το έχει ως βάση εκκίνησης για κατασκευή component (είναι συνημμένο στο παρόν άρθρο - συνδεθείτε για να το κατεβάσετε).

Σημείωση: Επειδή το έφτιαξα γρήγορα και δεν το έχω εγκαταστήσει και δοκιμάσει ίσως περιέχει λάθη.