[Aerpe]

Hej!

Gröngölingen är i farten igen...

Jag kom fram till att bygga min site med en massa includes i mina layout boxar. För att lätt kunna få en översikt och kontrollera innehållet på flera undersidor (såsom Navigation, statistik element, login m.m.). Senar när jag behöver skapa nya undersidor, är det bara för mig att lägga ihop sidan som ett pussel.

Är det en dålig idé eller en acceptabel lösning på "Content Management" utan färdiga CMSer?

Med tanke på att med all säkerhet inte kommer vara jag som gör all "back-end"-kodning, förvirrar detta inhyrda kodare måntro?

Är SSI ett bättre alternativ än PHP includes?

mvh
Robert

[Aerpe]

Ingen besserwisser som kommer och säger hur det ska vara

Tolkar det som possetivt och felfritt då.

[digiArt]

Includes är helt rätt tänkt, återvinning av kod är alltid rätt.

[HenSod]

Jag jobbar alltid med includes och tycker det är den mest optimala lösningen på att återvinna kod i php (är ju inte expert på php direkt, så möjligheten finns att det kan finnas bättre sätt att återvina kod).

[Helena]

Då jag byggde om hemsidan till att använda PHP includes blev den markant snabbare att ladda, och enormt mycket mer lättskött.

Jag har "brutit ut" allt statiskt material till olika includes-filer, som sen pusslas ihop till en enhet på varje undersida. Funkar perfekt. Nu kan jag designa om hela sajten från scratch bara genom att ändra i några få filer.

[eg0master]

Min erfarenhet är att ett includes pussel funkar ganska bra. Men när man vill börja göra lite mer avancerade saker så tycker jag själv att det blir enklare att börja använda funktioner som returnerar resultat istället (som någon någonstans får göra echo på).

Men det ena utesluter inte det andra.

Men visst om du har en fil som inkluderar en fil som inkluderar en fil som inkluderar en fil som inkluderar en fil som inkluderar en fil som inkluderar en fil så kanske det blir rörigt efter ett tag... Men om du inte skenar iväg så är det sannolikt en bra väg för dig att gå.

[bivald]

Jag håller med eg0master i frågan. Det funkar till en början rätt bra även om det blir lite meck. Risken är att det blir väldigt rörigt om/då det senare skenare iväg, men då kan man ju iof bygga om det för att möta den större storleken/funktionerna eller vad som nu gjorde att det skenade iväg.

Om du pratar om statiska HTML element skulle jag annars rekomendera att använda ett templatesystem så du både skiljer på PHP/HTML och enkelt kan ändra menyer m.m. Kan vara bra att lära sig att använda.

Lycka till.

Mvh/ Niklas

[grazzy]

Personligen brukar jag köra med funktioner, det gör att man enkelt kan skicka med lite värden vid ett anrop.. öppnar för mera dynamik i koden (tex om man vill ha olika footers etc).

[jonny]

Rör inte till det i onödan. Låt bli att inkludera filer som inkluderar filer, utan lägg exempelvis "sidhuvudet" i en fil och inkludera den på alla sidor; men inkludera inga filer i sidhuvudet.

[Kaffe]

Av någon anledning så tenderar folk att påstå att SSI är krävande för servern och bara bör användas i nödfall.

Hur som helst, includes är en vital del när det gäller att återanvända kod. Dock så är det betydligt viktigare med en vettig arktitektur i ditt system, gärna baserat på ett designmönster. Ett väl utfört designmönster kommer leda till återanvändbar kod, bättre kod och när man väl lärt sig det så förkortar det i regel produktionstid för mer avancerade applikationer.

Ta en titt på:
http://www.onlamp.com/pub/a/php/2004/08/05...ataobjects.html
eller
http://www.phppatterns.com/docs/start