Witam,

Stworzyłem dzisiaj swój wymarzony silnik drzewek. Taki system można podzielić na dwie oddzielne cześci:

- system drzewek czyli jakby foldery (są trzymane w bazie danych)
- obiekty docelowe, czyli jakby pliki.

Silnik drzewek chcę wykozystać na razie do trzech podsystemów:
- katalog artykułów
- katalog produktów (dla sklepów internetowych)
- download

Mógłbym do każdego z tych trzech podystemów zrobić oddzielną tabelę ze swoimi własnymi drzewkami i zrobić z tego oddzielne moduły, ale nie chcę tego, ponieważ to ma być system elastyczny, jak najbardziej przypominający CMSa, a nie system portalowy, gdzie każdy moduł jest zupełnie odosobniony od reszty systemu.

Wykożystując jeden silnik drzewek natrafiam na problem, że występują tu różne obiekty. Artykuły są przechowywane w XMLu i są obrabiane przez jakiś element systemu, a z kolei produkty mają tabele w DB obrabiane przez zupełnie inny element systemu. Aby to bardziej zobrazować (sam widzę, że to troche zagmatwane) podam przykład:

http://www.php.pl/index.php/phppl/artykuly...ch_programistow
Widać, że aby przechować taki element wystarczą w bazie dwa pola: tytuł i treść

http://www.php.pl/index.php/phppl/skrypty/cms/ez_publish
Tutaj z kolei widać, że potrzeba więcej pól: nazwa, wersja, strona www, recenzja, link itd...

Obiekty są różne a mimo to CMS to rozpoznaje i uruchamia odpowiednią akcję.

I tu pojawia się moje pytanie: jak to zrobić w jakiś elegancki CMSowy ( ) sposób

pozdrawiam

Trzymać wszystko w XMLu
Czyli masz np. artykuł w takiej postaci

[XML] pobierz, plaintext 
<?xml version="1.0"?>
<article>
<title>Foo</title>
<content>
<introduction />
<chapter id="1" />
</content>
</article>
[XML] pobierz, plaintext 

I potem przetwarzasz to za pomocą XSLTa, w rezultacie otrzymasz wynik w takiej formie jaka Ci się zażyczy ( z małym udziałem CSSa )

hmm nie za bardzo mi to pasuje, dlatego, że narzuca to sposób przechowywania danych.

Ja chcę np mieć katalog cześci komputerowych, które mają być w bazie danych, w których będą kolumny:


Z kolei np artykuły chcę przechowywać, tak jak napisaleś wyżej.

Wracamy do punktu wejścia.

Dane(w masz obiekcie pole data) jakiegokolwiek obiektu zapisujesz w bazie w postaci plików XML - różnych plików odpowiednich dla danego obiektu - właśnie pracuje na czymś takim w domku - sporo roboty: szablony, kontrola wersji i wogóle...

W swoim systemie postanowilem to w pewien sposób połączyć.
To znaczy mam drzewo, ktorze przechowuje nie tylko informacje o folderach, ale również o wszystkich elementach w nich się znajdujących.
Dla drzewa nie ma więc znaczenia, czy w jakimś miejscu pojawi się artykul, news, czy też folder.
Otrzywiście przechowuje jednak taką informację, więc gdy już przyjdzie czas na wyświetlenie konkretnego elementu, to nie ma problemu z rozpoznaniem jego typu, i wyświetleniem odpowiedniej zawartości z odpowiedniego źródła.
W ten sam sposób przygotowuje różne wersje językowe.
To znaczy w drzewku jest jeden wpis, ale do niego odwołują się 4 różne zawartości, pobierane w zależności od potrzeb.

Pozwala to również na znacznie uproszczone linkowanie.
Zawsze bowiem wystaczy podać tylko id liścia w drzewie, a system już sam rozpozna, czym jest podany element.

A co sądzicie o pomyśle drzewek do obługi systemu zarządzania użytkownikami - rozmyslam nad czymś takim ostatnio

Ok więc wydumałem coś takiego:
- pierwsza tabela przechowywuje całe drzewo gałęzi (gdzie każda gałąź ma swoje ID)
- druga tabela przechowywuje powiązania pomiędzy gałęziami i liściami, tzn który liść jest w jakiej gałęzi. jej struktura jest następująca: Cechą tego rozwiązania jest to, że nie wystarczy stworzyć nowy liść. Należy go także umieścić w odpowiedniej (dla nas) gałęzi.
Trochę kulawe jeszcze to rozwiazanie (szczególnie z tą kolumną PARAMS), więc czekam na sugestie .

alek, można by do tego dorzucic i18n

ke? a po co?

Hmm, załóżmy, że nagle zajdzie potrzeba przetłumaczenia artykułu na inne języki. Klikasz sobie w interfejsie administracyjnym utwórz tłumaczenie i po kłopocie. A jak dasz na chama wszystko w jednym langu, to co? To tak samo jak z fabrykami

chyba to będzie bardziej pasowało waszym wymaganiom:
API dla wszystkich akcji zarejestrowanych w systemie ( w tabeli 3 ).
Każdy typ obiektu musi mieć swoją klasę.
Klasa musi mieć następujące metody:

[PHP] pobierz, plaintext 
<?php
interface action
{
	getElement( int $id, string $lang );
	getElements( int $start, int $limit, string $lang );
	addElement(); //metoda sama pobiera z tablicy $_POST potrzebne dane
	updateElement( [int $id] [, string $lang] );
	deleteElement( int $id [, $lang] );
	findElement( array $pattern ); <= ex. array( 'title' => 'jakis tytuł' ); array( 'content' => 'kawalek tresci' );
}
?>
[PHP] pobierz, plaintext 

Przykładowe wywołanie jakiegoś obiektu:

[PHP] pobierz, plaintext 
<?php
//Przykładowe wywołanie obiektu wygląda następująco
 
1. index.php?action=viewcostam&id=5 // klient wysyła żądanie
2. kontroler wywołuje akcje viewcostam
3. 'SELECT * FROM obiekty, obiekty-definicje, wersje-jezykowe WHERE obiekty.id = '$_GET['id']; // akcja viewcostam pobiera informacje o obiekcie.
4.
$action = obiekty-definicje.action // akcja definuje nazwe kolejnej akcji, id obieektu i jezyk
$id = $_GET['id'];
$lang = 'somelang';
 
5. $objAction = new {$action}(); //wywoływanie właściwej akcji
$objAction->getElement( $id, $lang );
 
?>
[PHP] pobierz, plaintext 

Jeżeli chcemy dodać powiedzmy artykuł, musimy najpierw stworzyć nowy obiekt artykułu, a następnie dodać do niego treść w jakimś języku.

Hmm mam nadzieję, że wyjaśniłem dostatecznie prosto...

pozdrawiam

A macie jakiś pomysl jak takie wredoctwo przeszukiwać ?

Bo LIKe to ja sobie potrafie wepchnąć do wszukiwarki - ale macie może np. jakiś pomysl ja np. przeszukiwać okreslone pola w documencie ? Ja wpadłem na głupi pomysl(wiem, że jest głupi bo powolny:(). Można podczas przeszukiwania drzewka pobierasz szablon danej klasy treściowej i robić to co trzeba, ale co robić mając w bazie np. 40 szablonow oraz 1000 podstron Zabić bazę ?

Załóżmy że już uporaliśmy się z ww. problemem tj. organizacją kontentu w drzewo. Jak rozwiązać rozwijania drzewa przy użyciu np. Smarty bądź dowolnego innego systemu szablonów tak aby nie implementować logiki w szablon oraz bez wykorzystania JS. Także nie chcemy generować html w logice biznesowej. Załóżmy że chcemy uzyskac coś takiego na stronie po wejściu w automatyczne (oczywiście wpierw klikając artykułu, pralki i automatyczne)