Witam.

Zastanawiam się ciągle jak zrobić strukturę katalogów w CMS. Aktualnie planuje strukturę modułów więc na ten temat chciałbym się czegoś dowiedzieć.

Linki u mnie będą wyglądać w tym stylu:



Panel admina zamierzam zrobić tak, że gdy znajdzie w pierwszym członie linku słowo admin to wtedy moduł będzie ładowany z folderu admin, a jak nic nie będzie to wtedy z public (lub inna nazwa?).

Muszę więc zrobić jakiś fajny układ folderów. Mój pomysł póki co:


I teraz pytanko, jak wy robicie w własnych CMS'ach takie struktury? Fajnie jak by ktoś dał screeny dosłownie całej struktury. Przeglądałem jakieś CMS'y typu Joomla, Wordpress, Drupal, PHP Fusion i inne oraz skrypty for takie jak IP Board i różne malutkie, ale żadne z wszystkich struktur jakoś mnie nie przekonały. Choć IP Board najbardziej przypadło mi do gusty ze wszystkich innych lecz to nadal nie to.
I w ogóle czy mój pomysł to dobry sposób na tę strukturę?
Proszę o opinie.

Pozdrawiam, Paweł.

Tobie nie chodzi o samą strukturę CMS'a, ale o to jak rozplanować aplikację. Poczytaj o MVC.

Ta "struktura linków" co podałeś jest w popularnych frameworkach rozwiązana za pomocą routerów, a te "rozmieszczenia" plików, żeby je wywoływać za pomocą kontrolerów.

Przy okazji dowiesz się co to jest front controller, model i widok.

Zajrzyj do manuala Symfony2.

A Cię zaskoczę.
Znam wzorzec MVC. Przeglądałem frameworki takie jak: Symfony2, Zend2, CI, Kohana oraz SpawnFramework. Z tych wszystkich spodobał mi się tylko jeden, SpawnFramework, który był moim zdaniem łatwy, ale bardzo funkcjonalny.

Może jednak chodzi właśnie o rozplanowanie całej aplikacji. Ogólnie jakoś nie potrafię zrobić byle jak, tylko próbuję zrobić jak najlepiej.
Aktualnie właśnie testuje z kontrolerami i zrobiłem taki kod:

[PHP] pobierz, plaintext 
$_module = isset($_GET['module']) ? $_GET['module'] : 'news';
$_action = isset($_GET['action']) ? $_GET['action'] : 'index';
 
$_module = ucfirst(strtolower($_module));
$_action = strtolower($_action).'Action';
 
$appPath = '\\'.$_module.'\\'.$_module;
//echo $appPath;
if(class_exists($appPath)){
    $app = new $appPath();
    if(method_exists($app, $_action)){
        $app->$_action();
    }
    else{
        if(method_exists($app, 'indexAction')){
            $app->indexAction();
        }
        else{
            die($_action.' isn\'t exists');
        }
    }
}
[PHP] pobierz, plaintext 

I nie wiem czy przy tym zostać. Dodam, że nie chce używać Frameworka żadnego oraz nie chce tworzyć własnego Frameworka lecz stworzyć CMS, a potem na tym samym szkielecie Forum.

[PHP] pobierz, plaintext 
$_action
$appPath = '\\'.$_module.'\\'.$_module;
[PHP] pobierz, plaintext 

Koszmarne te zapisy.
Drzewo modułów nawet ma sens o ile jest w tym MVC.


To źle. W połowie się pogubisz i będziesz pisał od nowa?

Chce ogólnie pisać wzorcem MVC, ale nie mam pewności co do klas jako kontrolery.
Zapisy są byle jakie na razie. Gdy będę pewny co do struktury aplikacji to wtedy zacznę pisać wszystko czytelniej.

Moim zdaniem tworzenie skryptów na frameworku to nie nauka PHP.
Wiem, że przyda mi się znajomość frameworków, ale wolałbym pisać sam kod aby się więcej nauczyć. Chce stworzyć skrypt forum (taka tam mała rywalizacja z kolegą), który będę chciał po woli rozwijać aby coraz lepsze techniki stosować. A używając frameworka to będę miał o wiele mniej pracy więc dużo się nie nauczę. Co najwyżej nauczę się używać frameworka.

Co mi możecie ogólnie doradzić? Inni potrafią nawet mieszać HTML z PHP, a ja już nie umiem. Po prostu gdy już coś piszę, to chce jak najlepiej zrobić.

Kierujesz wszystko na index.php w nim ustalasz główne ścieżki do silnika i aplikacji. Silnik i bebechy aplikacji wywalasz poza public_html, a w nim samym zostawiasz tylko to co potrzebne czyli pliki css, img, js które są w katalogu /web (lub czymś podobnym)

Co do całego drzewa, tu nie ma się co rozpisywać, bo każda implementacja MVC szczególnie w aplikacjach php jest niemalże identyczna. Stawiałbym na tą z codeignitera i symfoyny2 w porywach cakePHP

Powiem panom szczerze, wzorzec MVC jest w danym momencie niczym suplement diety, który ostatnio został przedawkowany. Ja osobiście tworzę na marę swoich projektów własne uściślone formy programistyczne niczym MVC, jednak w niektórych projektach nie można nazwać widoku, widokem obok podziału na kontroler, bo często jest tak, że w CMS nowszych produkcji te warstwy się przechodzą i operają jedne o drugie, a podział stoi w innej swerze, np.podziału na zawartość i funkcjonalność statyczną wejściową, wielopoziomową warunkową i np. dynamiczną wynikową. (wszystko wynika z tego że podział na model widok i kontroler jest zacieralny, a ustawianie twardych granic które są polecane jest niczym rozdzieranie płaszczu na 3 części i zszywanie go.)


Struktra katalogów CMS ma być dobudowywana na bierząco, ja przykładowo zaczynam od stworzenia bibliotek do 'budowania' strony. (np. bezpieczne formularze, tworzone wyłączenie funkcją php i/lub jQuery) Umieszczam taki mechanizm w katalogu styles i umieszczam tam pomniejszy system styli (przeważnie swój tak by był kompatybilny z bibliotekami), same zaś szablony daję do katalogu ze zbiorami, z obsługą API tzn. funkcja która dodaje szablon do tablicy szablonów.

Podstawowa moja struktura katalogów to:

• system
• libraries
  
  • MCC (multilevel content controller)
  • OM (services)
    
    • jquery
    • json
    • transmitter
• resources
  
  • languages
  • templates
  • client (client web-API np. FB)
• styles
  
  • css-lib

Wyjaśnij mi na czym polega zacieranie kontrolera.