Witam

Od razu przejdę do rzeczy. Buduję stronę internetową. Dla przykładu załóżmy, że mam następujące podstrony:

Dla każdej podstrony tworzę osoby plik, który ją (tj. stronę) generuje:

O co mi chodzi?
Chciałbym móc zrobić coś takiego:

[PHP] pobierz, plaintext 
//Plik: index.php?s=[nazwa_strony]
 
// Połączenie z bazą danych
// Inicjalizacja sesji
// ...
 
$site = $_GET['s'];
switch($site)
{
case 'users': require_once('display_users.php'); break;
case 'projects': require_once('display_projects.php'); break;
case 'about': require_once('display_about.php'); break;
}
 
// Zamknięcie połączenia z bazą
// Itp.
[PHP] pobierz, plaintext 

Mówiąc krótko - wszystkie strony mają "przechodzić" przez jeden plik oraz zmiennych użytych w pliku index.php chciałbym móc używać w pozostałych plikach. Czy muszę do tego użyć global, tzn. czy to muszę być zmienne globalne? Czy może ma ktoś inny pomysł? Inną koncepcję?

Używam silniczka szablonów (RainTPL) (gdyby komuś ta informacja była potrzebna).

Tego nie rozumiem...

Skoro masz pętle switch i w danym momencie przeglądasz userów, czyli includujesz display_users...
To po co ci używać tych zmiennych na podstronie about jak jej nie parsujesz(przeglądasz)?

Jeśli ktoś przełączy na about to index zacznie się parsować od początku i "będziesz mógł używać zmiennych z indexu".

...
A jeśli chcesz używać ich w plikach które nie przechodzą przez index to jest to bezsensu i nie do wykonania (bo index nie jest parsowany)(ale o to pewnie ci nie chodzi)

Ogólnie najlepszym przykładem dla ciebie będzie CMS PHP FUSION i plik maincore.php... zobacz sobie jak to jest tam rozwiązane i jaką role ten plik odgrywa...

Pozdrawiam i mam nadzieje że o to ci chodziło... bo nie zrozumiałem do końca

Dziękuję za zainteresowanie moim problemem - już tłumaczę


Głównie chodzi o to, aby zaoszczędzić sobie pisania w każdym pliku tego samego fragmentu kodu. Na przykład sesja. Obiekt reprezentujący sesję chciałbym utworzyć/powołać do życia tylko raz (w pliku index.php):

[PHP] pobierz, plaintext 
// Plik: index.php
 
// Połączenie z bazą danych
 
// Inicjalizacja sesji
// Session object.
$session = new Session($db);		
 
// Session.	
if( !$session->created() )
$session->create();
 
$session->initialization();
 
if( !$session->isGuest() )
$session->update();
 
// ...
 
$site = $_GET['s'];
switch($site)
{
//...
}
[PHP] pobierz, plaintext 

Utworzyć tylko raz, ale posługiwać się nim chciałbym np. w pliku display_users.php

[PHP] pobierz, plaintext 
// Plik: display_users.php
 
if( $session->something() ) // `$session` - obiekt, który został powołany do życia w pliku index.php
{
//...
}
[PHP] pobierz, plaintext 

Powiedzmy, że część profilu użytkownika jest dostępna tylko dla zalogowanych - wtedy będzie mi potrzebna sesja w pliku display_users.php


Nie no - to jest nie logiczne i bezsensu Tak robić NIE chcę


Przeglądałem PHPBB - tam wszędzie używają global, ale luknę do PHP FUSION

Mam nadzieję, że rozjaśniłem trochę

Hmm, Ja tylko nie rozumiem czy ktoś jeszcze?

Skoro powołujesz do życia obiekt Session() w pliku index a później includujesz display_users.php do tego samego pliku, to w czym problem?
Zoobrazuje ci to

[PHP] pobierz, plaintext 
+++++PLIK INDEX.PHP+++++
<?php
$session = new Session();
itp. itd..
...
..
...
switch($_GET['page']){
case 'display_users':
include 'display_users.php';
+++++++++++++++++++++
  /* TUTAJ PARSOWANIE INDEXU JEST ZATRZYMYWANE, ZOSTAJE DOŁĄCZONY PLIK DISPLAY_USERS, WZNAWIANE JEST PARSOWANIE PLIKU WRAZ Z KODEM Z PLIKU DISPLAY_USERS (Zaczynając od miejsca przerwania). <- Tak więc obiekt $session <- jest dostępny w pliku display_users */
+++++++++++++++++++++
break;
}
...
...
...
//reszta kodu
$template->parse();
?>
[PHP] pobierz, plaintext 

no i żadne global nie jest tutaj potrzebne...

No jak na złość - kiedy chciałem zrobić malutki test padł mi XAMPP Musiałem zainstalować go ponownie No, ale przynajmniej teraz mam aktualną wersję

Wracając do tematu - Twój kod działa - o coś takiego mi chodzi Przyznam się bez bicia, że testowałem ten sposób kiedyś jednak z negatywnym rezultatem. Zapewne coś schrzaniłem
Pytanie tylko teraz - czy takie rozwiązania się stosuje? Czy są one praktykowane?
Zastanawiam się też - include_once, czy require_once? Wiem, że jedna funkcja wypluwa warning, a druga fatal error. Czy jest jeszcze coś o czym powinienem wiedzieć stosując te funkcje przy takim rozwiązaniu?

Podałem ci przykład pliku PHP Fusion z maincore.php, który jest includowany na samej górze prawie każdego pliku w tym CMSie, zawiera on szereg funkcji które są najczęściej używane...
ale przed funkcjami są sprawdzane i ustawiane "w przypadku FUSIONA" stałe... (czy użytkownik zalogowany, konfiguracje itp...), includowane pliki itd.. <- (Tak jak ty chciałeś)
W taki oto sposób wszystkie najważniejsze zmienne są dostępne prawie w każdym pliku...
Tak więc jak najbardziej jest to praktykowane, potwierdza to np Fusion...


Jak zapewne wiesz są 4 rodzaje funkcji dołączających(includujących).
include, include_once, require, require_once.
include a require różni się tym że w przypadku nie znalezienia pliku, include wypluwa błąd ale skrypt jest wykonywany do końca.
Jeśli chodzi o require to parser wypluwa błąd i skrypt zostaje przerwany w miejscu błędu.(Wolałem to napisać dla późniejszych niejasności)
no i jeszcze jest _once wsumie jak sama nazwa wskazuje "once -> raz" czyli w tłumaczeniu "dołącz ale tylko raz" to znaczy że jeśli plik już był dołączony to funkcja z "_once" jest pomijana.

A teraz require czy include?
Powiem ci to na moim przykładzie.
Wszystkie pliki z niezbędnymi funkcjami, konfiguracją, klasami(np. mysql) bez których strona nie może działać, require.
Mniej ważne pliki includuje. Czyli takie które nie wpłyną tak bardzo na stronę jak brak połączenia MySQL czy inne...


Tak, ponieważ funkcja include jeśli nie umiejętnie się nią posługujesz ciągnie za sobą pewne zagrożenia typu. File inclusion...
Ale ja nie znam się na tym zabardzo dlatego prosił bym kogoś bardziej wtajemniczonego o wypowiedzenie się w tym temacie.

Pozdrawiam!

Tam też wszędzie używają global - normalna praktyka w przypadku średnich lotów cmsów proceduralnych. Żeby nie używać globala musiałbyś za każdym razem przekazywać zmienną jako argument. Jak w przypadku jednej funkcji może wyglądać to nie za ciekawie, tak w przypadku obiektów, wygląda to znacznie lepiej.

Odnośnie include czy require, IMO tylko require. Wolę żeby aplikacja przestała działać, niż ma działać z jakimiś błędami (brak szablonu itp).

@by_ikar
tylko że mi się wydaję że chodziło mu o takie coś

[PHP] pobierz, plaintext 
Plik index.php
<?
$zmienna = "asdads"
kod...
kod...
kod...
include 'plik.php';
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
Plik plik.php
<?
global $zmienna; <- aby mógł jej używać w tym pliku(coś jak extern w C++), ale wiadomo że jest to błędne. (wyjaśniłem to 4 posty wyżej dlaczego)
..kod..
..kod..
..kod..
?>
[PHP] pobierz, plaintext 

Pozdrawiam

A co do includa i requira -> czy nie lepiej na jakiegoś trackera który pracuje w tle ale jest dołączany na początku użyć include? ponieważ w przypadku błędu cała strona padnie, a używając includa, my stracimy troche statów, ale użytkownicy tego nie odczują.

To że coś się nie wczytało z plików php, jest raczej sytuacją wyjątkową, która miejsca mieć nie powinna. Czyli przerwanie działania skryptu i stosowna informacja dla admina + logi. A co jeżeli operowałeś na danych które dostarczał nie zaincludowany plik? Jest błąd, nawet jeżeli to jest notice, to skrypt IMO powinien zostać przerwany i zapisać do logów stosowną informację. Nie pamiętam kiedy ostatni raz użyłem include i bardzo dobrze mi z tym. Przynajmniej mam kontrolę nad aplikacją, a nie że ona robi sobie co chce

Dziękuję bardzo za odpowiedzi - teraz wszystko jest jasne i przejrzyste
Pozdrawiam!

A może skoro i tak potrzebujesz zadania które osiągasz dzięki dowolnym frameworkom MVC zainteresujesz się jakimś? Kohana, Yii, Zend Framework. Bo z tego co widać po kodzie zaczynasz powoli zmierzać w tym kierunku.