Poraďte začátečníkovi s RS

Jede to jeste pomoci PHP a include



OT: Ten tvuj hosting je nejakej pretizenej, byt tebou tak hledam jinej.

Didi
v prvom rade, v menu nie je dôvod odkazovať sa priamo na súbory.. jasné, že keď spravíš potom nejakú úpravu, tak musíš všetky podstránku upravovať !
keď už predsa používaš php, tak si hoď adresy do tvaru index.php?stranka=nazov_podstranky , pričom tým vlastne predávaš phpčku cez url premennú $_GET['stranka'] = 'nazov_podstranky' .. to treba len spracovať, napr cez switch ak nemáš veľa odkazov a hneď sa ti to bude ľahšie upravovať ;)

Didi
to, čo som ti napísal je presne akoby nahradenie framov... akurát omnoho lepšie riešenie... získala by si prakticky veľmi podobný efekt ako pri framoch.
ide tam o to, že by si mala jeden centrálny index.php, v ktorom by si sa starala o vzhľad celkovej stránky a podľa odkazu by sa ti menil div, ktorý by si chcela... čiže keby si chcela zmeniť menu, zmenila by si ho len v súbore index.php a nikde inde by nebolo treba :)

Didi
áno, približne si to pochopila... moje riešenie spočíva v tom, že to máš centralizované do jedného súbora, pričom použitím riešenia bohyna by si mala síce rovnakú štruktúru odkazov, ale do nich by si includovala jedno menu a podobne...
výhodou môjho riešenia je asi to, že je celková veľkosť stránky menšia, je to prehľadnejšie a ľahšie sa to neskôr upravuje... máš jasné v tom, kde máš nájsť menu a všetky potrebné veci (napr rozvrhnutie layoutu) a do toho includuješ čisto len obsah tej-ktorej podstránky. "moje" riešenie má výhodu hlavne v tom, že to máš centralizované do jedného bodu a includne sa vždy len obsah, pričom pri riešení bohyna toho includnúť musíš o dosť viac :)

Didi - lepšie je riešenie od bohyn-a

tiso
a vysvetlíš aj v čom alebo sa len vyžívaš v krátkych odpovediach ? :) odôvodni mi prosím, prečo by malo byť lepšie do každej podstránky includovať menu, hlavičku a ďaľšie veci ktoré výhradne patria do layoutu stránky, a nie len includovať samotný obsah podstránky... úprimne ma to zaujíma, pretože síce poznám výhody bohynovho postupu, ale rád by som vedel ako si k tomu došiel v tomto konkrétnom prípade Didi

osobne si myslím, že môj spôsob je prehľadnejší (minimálne pre začiatočníka akou Didi je), rýchlejšie sa spracúva a je prehľadnejší, ale rád sa nechám poučiť ;)

Didi
Reseni jako el mariachi jsem uz taky zkousel a podruhe se mi do nej moc nechce. index.php zacne casem byt prilis neprehledny. Na druhou stranu je jednodussi pridavani novych stranek a udrzbu.
To co sem navrhoval pouzivam a vyhovuje mi (jednoduze zmenim treba <title> pro kazdou stranku, to se u druhe varianty dela obtizneji)

bohyn
no samozrejme záleží na tom, o akú stránku sa jedná... pre väčšie projekty sa kľudne dajú tieto dve riešenia aj spojiť dokopy a podobne.. existujú rôzne obmeny, ale myslím, že pre Didi by bohate vyhovovalo moje riešenie, keďže sa nejedná o projekt, ktorý by bol nejak extra zaťažujúci na správu

el mariachi: nevyžívam, som stručný...
Vadí mi parameter v url. Je zbytočné ho tam pridávať, keď to ide aj bez neho.
Riešenie ktoré sem napísal bohyn tiež nie je bez chýb, ale je voľnejšie. Každý súbor stránky je totiž absolútne nezávislý, môže obsahovať akýkoľvek kód, vzhľad, v tom tvojom by boli samé výnimky. Ako by si v tom tvojom riešil napríklad spracovanie (vrátane výpisu chybových hlášok pri zle vyplnenom formulári) dvoch rôznych formulárov na dvoch stránkach?

Osobne na takéto stránky používam jednoduchý systém:
-include súboru s layoutom do každej stránky, obsahuje funkciu na výpis layoutu celej stránky poskladaný z funkcií na výpis jednotlivých častí stránky
-naplním premenné obsahu stránky
-na konci zavolám funkciu na výpis layoutu s týmito premennými

Didi
univerzálny RS:
+ rýchlejšie a jednoduchšie napĺňanie obsahu
-/+ menšia kontrola nad obsahom stránky (záleží od vstavaného editora)
- menšia voľnosť, nevýhoda "univerzálneho" riešenia - niektoré veci nejde jedoducho spraviť, treba robiť kompromisy
- bacha na zlú architektúra, dlhodobý vývoj alebo snaha o spätnú kompatibilitu - znamená hrozný kód a náročnosť na systémové prostriedky (server hostingu)

Dobre navrhnutý RS "na mieru" uvedené nevýhody nemá.

Rozhodnutie či ísť do RS je len na tebe, vyskúšaj si nejaký. S trochou námahy nájdeš doporučenia na niektoré v tejto diskusii, prípadne zistíš na akých RS bežia podobné stránky.

Didi
nehnevám sa :)) stránka je len tvoja a je na tebe, čo ti viac vyhovuje. ja som ti chcel len poradiť a vysvetliť, čiže ja som len rád ak si tu našla odpoveď :)
rs je fajn riešenie, ale treba si uvedomiť jednu vec... pokiaľ si nevytvoríš vlastný rs, tak sa budeš musieť zmieriť s tým, že bude tvoja stránka vyzerať veľmi podobne ako tisíce ďaľších.. budeš mať síce ľahšiu správu stránky, ale prídeš o originalitu


tiso

čo ti vadí na parametri ? pokiaľ robíš stránky, a robíš aj väčšie projekty (napr eshopy), tak sa bez parametrov nezaobídeš tak či tak, a pri mojom spôsobe by si mal omnoho úspornejší a rýchlejší kód... parametre by boli schované za mod_rewritom kvôli prívetivejším url.
áno, stránky sú v tom prípade od seba kompletne nezávislé, čo ale častokrát znamená viac problémov ako osohu... čo spravíš, keď potrebuješ na každú stránku pridať niečo kompletne nové ? no budeš musieť pekne krásne pridať na každú podstránku ďaľší include.. pri väčšom projekte to začne byť naozaj vtipné :)
pokiaľ potrebujem veľmi dynamickú stránku, tak kde je problém spojiť oba systémy dokopy ? spraviť proste index.php, ktorý by vlastne riešil všetko a bol by plne prispôsobiteľný bez toho, aby som pri každej väčšej úprave nemusel prekopať celú stránku ;)


jasné, to je ďaľší spôsob ako na to :) jak vravím, všetko má svoje výhody aj nevýhody, nevravím, že to moje riešenie je to najlepšie čo na svete existuje, častokrát je výhodný jeden spôsob, inokedy druhý, a dakedy zas nejaký mix viacerých postupov do jedného celku

el mariachi
„o spravíš, keď potrebuješ na každú stránku pridať niečo kompletne nové“
Ve vetsine pripadu ti na to bude stacit hlavicka/menu/paticka

„napr eshopy“
e-shop je sice vetsi projekt, ale na velikost knihoven a ne na pocet stranek. Tebou uvedeny priklad bych se zrovna nebal resit po mem zpusobu. Zpis bych byl trochu vazkach v pripade problemu Didi. Pokud by skutecne nastal problem popsany el mariachim tak by musela prepsat vsechny stranky.

el mariachi
čo mi vadí na parametri som už napísal - pridávanie zbytočného parametra do url. Okrem toho tento spôsob by úplne zrušil momentálnu štruktúru adries stránky Didi.
mod_rewrite si mal spomenúť na začiatku, nie až teraz. To je ako keby si povedal: "ak chceš ísť von, vyzuj si papuče ", a za tým nepovedal "a obuj si topánky".
nezávislosť - „čo spravíš, keď potrebuješ na každú stránku pridať niečo kompletne nové ?“ - to je práve problém riešenia bohyn-a - viacnásobný include

Didi vyhľadávanie:
Ak chceš mať vlastné vyhľadávanie, tak by si najprv mala mať dáta (celý obsah stránok) v databáze, nie po súboroch.

Didi
Mit tam jen cast samozrejme jde, ale kdyz uz pouzijes DB tak zvaz jestli tam nemit i texty.