Mimo iż wiem wiele na temat php, nie jestem jakimś ekspertem, więc proszę o wyrozumiałość. Chciałbym napisać swojego CMSa (własnego, bezpiecznego, na wzór innych).
Aby to zrobić, trzeba by napisać.... jakiś framework. Nie wiem wiele o tym, ale z tego co zrozumiałem z Wikipedii ułatwia tworzenie modelu (szablonu) jakiegoś projektu - na przykład strony WWW.
Pomyślałem, że bezpieczniej będzie, jak wszystkie ważne zmienne umieszczę w pliku php z tablicą $_AXF (ma to trochę wspólnego z nazwą tego mojego "frameworka"). Ta tablica jest w oddzielnym pliku.
Tak więc zacząłem pisać klasę pages, która będzie odpowiadać za każdą stronę. Treść stron to po prostu pole w tabeli "strony".

[PHP] pobierz, plaintext 
<?php
class page
{
protected $id, $name, // i jakieś jeszcze zmienne
 
static function newpage($name, $dir, $source) {
$_AXF = $GLOBALS['_AXF'];
$now = date("Y-m-d");
 
try{
  if (!@mysql_connect($_AXF['db_c_host'], $_AXF['db_c_login'], $_AXF['db_c_passwd']))
        throw new Exception('Połączenie z bazą danych nie powidło się!');
  if (!@mysql_select_db($_AXF['db_c_base']))
        throw new Exception('Wybranie nazy danych nieudane!');
        
  if ($_AXF['db_set_results'] != "") {
    if (!mysql_query('SET NAMES '.$_AXF['db_set_results']))
        throw new Exception('Nie mogę wykonać zapytania!');
    if (!mysql_query('SET CHARACTER SET '.$_AXF['db_set_results']))
        throw new Exception('Nie mogę wykonać zapytania!');
  }
  if (!mysql_query("INSERT INTO ".$_AXF['db_pages_table']." VALUES(NULL, '$name', '$adress', '$now', 'Przykładowa treść');"))
      throw new Exception('Nie mogę wykonać zapytania!');
 
}
 
catch (Exception $error) {
  echo "Wystąpił błąd podczas działania skryptu o komunikacie: ";
  echo $error->getMessage();
  echo "<br />\n";
  echo "Na linii: ".$error->getLine()."<br />\n";
}
}
 
function __construct() {
$this->id = 0;
$this->name = "example_name.ex";
$this->dir = "directory/";
$this->kategory = "example_kategory";
$this->level = 1;
}
public function assign($id, $name, $dir, $source, $level) {
$this->id = $id;
$this->name = $name;
$this->kategory = $kategory;
$this->level = $level;
}
}
?>
[PHP] pobierz, plaintext 

Mam parę pytań co do swojej klasy.
1. Czy umieszczenie w jednej klasie metod statycznych i tych, co trzeba do ich użycia zmiennej jest w porządku?
2. Czy lepiej, aby ta jedna klasa służyła do wszystkiego wiązanego ze stronami (dodawanie, edycja, wyświetlanie...), czy lepiej, abym stworzył kilka mniejszych ?

Korzystasz z obiektówki i $GLOBALS...?

Znaczy bo nie wiem: co jest źle? Bo to jest tak:
W pliku zmienne.php mam tablicę $_AXF. W niej mam dosłownie wszystko: dane o bazie, nazwę tabeli ze stronami i tak dalej. Ten plik ze zmiennymi includuję do pliku z klasą pages. No i jak zwykle, żeby zmienna z poza funkcji była widoczna, to muszę użyć $GLOBALS.
Tak chyba jest w porządku. A jak nie, to jak proponujesz to zrobić ?

Zmiennych globlanych się unika jak ognia, bo często wprowadzają bałagan.

Zrób klasę statyczną, która będzie trzymała rdzeń.

Aha, czyli po prostu taką klasę ze zmiennymi statycznymi publicznymi, do których można się odwoływać bezpośrednio ?
A i czy to nie jest źle, jak mam w jednej klasie wszystkie metody dotyczące w tym przykładzie stron ?

Zainteresuj się wzorcem rejestru, korzysta z niego m.in. symfony. Wzorzec ciekawy, wręcz stworzony do konfiguracji . Co do samego CMSa - radziłbym oddzielić PHP od HTML, inaczej niezły bałagan się zrobi. Zrób coś w rodzaju widoku (z MVC), czyli klasy z dynamicznie generowanymi polami, które ustawiasz w PHP, i ładowania w niej prostego szablonu, czyli zwykły kod HTML + PHP (ale tylko generujący HTML), korzystający ze zmiennych tej klasy. I wtedy w klasie np. Pages ustawiasz sobie tylko $this->view->error = 'Wystąpił błąd' a w widoku if (isset($this->error)) (...) itp.

OK, tylko za bardzo nie mogę się doczytać o tych wzorcach rejestru, bo na stronach są tylko suche "słownikowe" wyjaśnienia, tak że nic nie rozumiem. Jak proponujesz rozwiązać ten problem ze zmiennymi konfiguracyjnymi ? Proszę podaj jakiś przykład.
Mam też znowu kilka pytań:
1. W jakich plikach umieścić "ramy HTMLa" ? W szablonach (np. newsów, downloadzie itd.), czy gdzieś indziej ?
2. Jak dynamicznie generować pola klasy i po co właściwie?
3. Ciągle zastanawia mnie składnia odwołania: $this->view->error. Czy view to jakieś pole klasy, czy metoda... I jak można się w ten sposób odwoływać do zmiennej error ?
4. Wybrałem wyjątki, ponieważ przy wystąpieniu blokują wykonywanie kolejnych procesów, co na przykład przy bazach danych jest bardzo potrzebne. Czyżbyś sugerował mi powrót do konstrukcji die('Nie mogę utworzyć połączenia z bazą danych!') ?

4: absolutnie - po to stworzono wyjątki, aby z nich korzystać.
1,2,3: polecam lekturę o wzorcu MVC, rozwieją się wszystkie Twoje wątpliwości.

Ja sugeruję die()? W żadnym wypadku. Przecież nawet wiadomość wyjątku możesz pobrać do zmiennej, to i tak był tylko przykład.
Chodziło mi o to, że robisz sobie klasę View. Zapisujesz jej instancję do pola view twojej klasy Page. Potem w Page robisz $this->view->error (tworzy się tu automatycznie pole w klasie View, to dość dziwna cecha PHP ) = 'jakis blad'. Natomiast w klasie View masz metodę render, która pobiera szablon, więc w szablonie korzystasz z pól klasy View, dlatego masz $this->error.
Co do wzorca rejestru:
masz 2 metody statyczne: set i get. Set zapisuje do statycznej tablicy, get pobiera. Do tego możesz dorzucić ładowanie np. z INI albo XMLa...

Tiaaa.... pewnie już czas kupić nową książkę do PHP. Podstawy ostatnio są dla mnie niewystarczające

Chcesz się brać za pisanie CMSa nie mając podstawowej wiedzy...?

Ja bym Ci proponował tego CMSa napisać przy wykorzystaniu jakiegoś FW, polecam Symfony, ale ZF, Kohana i inne też się oczywiście nadadzą

Nie, nie źle mnie zrozumiałeś Crozin. Mam książkę o PODSTAWACH PHP pt. "Praktyczny kurs PHP5" autorstwa Marcina Lisa. Niestety są to tylko podstawy, a ja chciałbym dalej rozwijać swoją wiedzę o PHP (znaczy się, że opanowałem podstawy).
Co do wykorzystania Frameworków... Nie wiem, czy to źle, ale ja zawsze wolę wszystko zrobić samemu tj. w tym wypadku napisać własnego Frameworka, nawet jeśli będzie on nie tak dobry jak pozostałe.

Własnego frameworka nie napiszesz - nie coś co mogło by być nazywane frameworkiem obok CakePHP, CodeIgniter, czy Symfony. To nie jest coś co nawet doświadczony programista pisze "od tak". Zamiast męczyć się z bezproduktywnym klepaniem kodu "prawie jak framework" naprawdę polecam skorzystanie z jakiegoś. Masz gotowy szkielet pod tworzenie aplikacji www o konkretnym działaniu

Też kiedyś "tak miałem". Ale uwierz i ucz się na cudzych, a nie własnych błędach: nie warto.

A już tym bardziej nie warto, gdy celem jest zrobienie CMSa, a nie FW.

No bo sam nie wiem jak wykorzystać klasy - wszyscy piszą żeby sobie coś poczytać, albo coś innego, a ja za bardzo nie kumam. Więc wpadłem na pomysł na zbudowanie własnego FW, który zawsze by mi pomagał przy tworzeniu jakiejkolwiek strony i mógłbym go edytować jak mi się podoba. Pewnie Zend i inne FW też umożliwiają łatwe tworzenie własnych klas, ale chciałbym najpierw zrobić swojego. Żeby ogólnie się zaznajomić z klasami w PHP, z kilku powodów:
- programowanie obiektowe to zapewne kierunek, w którym idą wszyscy programiści
- znudziło mi się pisanie nieskończonej liczby funkcji i ich codzienne poprawianie
- bo są fajne
Chyba najpierw muszę dostać niezłego kopniaka od PHP, żeby zacząć używać normalnych Frameworków.

Co ? Właśnie zamierzałem zrobić własnego CMSa na własnym Frameworku.

Jeśli chcesz szybko skończyć swój projekt to polecam symfony - sam jestem nim bardzo mile zaskoczony, i bardzo prawdopodobne, że się na niego przerzucę w najbliższym czasie. Teraz również piszę własnego miniframeworka, ale z każdą kolejną klasą mi się coraz bardziej odechciewa .

Za dużo hasełek się naczytałeś... OOP, obiektowość, zawartość obiektu w obiekcie. Tworzenie prostego CMSa na 20 klasach abstrakcyjnych, singletonie i obiektowym ORMie samo z siebie brzmi dziwnie Swego czasu bawiłem się we własne rozwiązania, po tym spróbowałem frameworka CI i różnica była znacząca, bo zamiast przejmować się jakimi durnotami typu zawartość obiektów w obiekcie mogłem od razu tworzyć funkcjonalne moduły serwisu. Teraz siedzę na Django i nie obchodzi mnie ile tam jest klas, gdzie i jaka jest dziedziczona i czy przypadkiem nie jest za mało obiektowości Ułatwia pracę znacząco i to się liczy. Zdolność napisania gotowego serwisu jest zaletą, znajomość klas we frameworków to tylko u profesora na uniwerku.

Ale z drugiej strony doszliscie do takich wnioskow dopiero po napisaniu, lub rozpoczeciu swojego FW. Zauwazylem ze od momentu kiedy zaczelismy tworzyc swoj wlasny framework, wiele istotnych zagadnien i rozwiazan stalo sie o wiele bardziej zrozumiale. Latwiej mi teraz przegladac zrodla Symfony czy Zenda, uczyc sie z ich rozwiazan, czy je nasladowac.
Moim zdaniem pisanie swojego FW jest jednym z etapow ktore, dobrze jest przejsc, aby samemu dojsc do odpowiednich wnioskow. Kazdy kiedys zaczynal od globali, odkrywal PDO, czy ORM'y i ostatecznie sam wybierze sobie rozwiazania odpowiednie dla siebie.

pozdr

Chciałbym bardzo zrobić coś samemu, bo swoją ostatnią stronę napisałem kilka lat temu i w dodatku bardzo kiepską. Dlatego na razie nie chcę korzystać z żadnych pomocy, typu Zend, Smarty i jakieś tam inne, tylko napisać coś samodzielnie. Jak skończę swoją stronkę, to zacznę się przyglądać pomocniczym mechanizmom.

Jak patrzyłem po podpisach, to chyba każdy z modów/przyjaciół/adminów i osób, które się liczą na tym forum mają swoją stronę. Taką prawdziwą, którą można pokazać kumplom. Też chciałbym taką zrobić, ale żebym mógł powiedzieć, że to tylko moje dzieło (jeżeli robisz coś bez pomocy to zawsze jest się później bardziej uradowanym, niż jak się tylko rozbuduje jakiś projekt)

Ja mam napisaną za pomocą Django

Tylko widzisz... Ty chyba nie do końca rozumiesz czym jest FW. FW to nie jakiś tam CMS, że pokażesz stronę znajomym, a oni Ci powiedzą eee... wyklikać kilka opcji w ACP, wrzucić szablon to i ja potrafię

FW to tylko narzędzie pomocnicze. Nikt Ci się nie przeczepi a... stronę w Symfony to i ja sobie potrafię w 15 min strzelić. I strona będzie wtedy jak najbardziej "w pełni Twoja".

A jak chcesz mieć w pełni Twoją (tym razem bez cudzysłowi) to napisz sobie jeszcze własny język programowania, bo przecież w PHP to dziesiątki gotowych rozwiązań masz. Później własny serwer..., następnie własny OS, maszyne, itd.

Własny komputer w piwnicy też zrobisz? BIOSa do niego nie zapomnij napisać. Czasami lepiej korzystać z gotowych, sprawdzonych rozwiązań.
Framework zastępuje tylko część pracy, związaną głównie z wewnętrznym działaniem modelu MVC, ale nie wykona za ciebie całego systemu. Więc bez obaw korzystaj z czego się da, nikt ci nie zarzuci, że to nie ty to napisałeś .

Myślę, że Koledzy trochę za bardzo "przesadzili" co do tworzenia własnych rozwiązań. Zgadzam się z twierdzeniem, że pisanie narzędzi w stylu Symfony czy ZF mija się z celem, ale pojęcie "framework" nie ogranicza się tylko do tego typu systemów. Ja na przykład na potrzeby tworzonych przez siebie aplikacji napisałem sobie (i ciągle rozwijam o nowe moduły) taki a'la framework, oparty na architekturze MVC.
Poza podstawowym zadaniem tego frameworka (czyli podziału aplikacji na logikę, przetwarzanie danych i ich prezentację), stworzyłem w nim szereg klas, które ułatwiają mi tworzenie pewnych standardowych, powtarzających się elementów aplikacji (tabelki z listami np. rekordów w bazie danych, formularze, linki, upload plików, sortowanie wyników w tabelach, prosta wyszukiwarka, zaawansowana wyszukiwarka itp.). Metody w tych klasach mają za zadanie maksymalnie ułatwić mi budowę nowych modułów aplikacji bez konieczności np. tworzenia szablonu Smarty i przetwarzania w nim foreach-em wyników z bazy, aby wyświetlić kompletną tabelę. Po prostu - tworzę sobie obiekt klasy "Table", do niego jedną metodą przesyłam nagłówki kolumn, do drugiej metody przesyłam tablicę asocjacyjną zawierającą wynik zapytania do bazy, trzecia metoda zwraca mi gotową tablicę. Plus klasy do obsługi połączeń z bazą, obsługi $_SESSION czy też tablic $_GET i $_POST.
Jest to jedynie forma uproszczenia sobie pracy, a nie chęć konkurowania z ZF czy Symfony. Po prostu do niektórych prostszych aplikacji stosowanie ZF to próba naprawy Malucha młotem pneumatycznym.

Eh. Troche się chyba zagolopowaliście z tymi osądami .... .

Osobiście, kolega niech sobie kupi książke o wzorcach, szczególnie dobrze prawiącą o MVC, bo to chyba najpopularniejsze rozwiązanie i na podstawie książki i informacji w niej zawartych sklecić pare klas, jakiś router , adapter , system szablonów by załapać ogólnie jak to działa , następnie gdy się już to przyswoji ściagnać np. symfony zobaczyć jak tam to działa poprzeglądac pliki postawić na tym coś swojego ... no i później można np złożyć już coś ciekawego na własne potrzeby z ZF =)