3 van 4

Re: Html: frames

Geplaatst: do 22 nov 2007, 22:43
door Ruben01
Als de server php aankan dan kan je via php gaan includen. <? include(pagina.htm); ?>
Moet het bestand dan ook gesaved worden als een .shtml ? Kan je misschien een klein stukje code geven zoals Ger ?
Misschien is dit (de gratis versie) wat voor je? Ondersteund iig SSI, evenals PHP, een kleine MySQL database en FTP access. Geen beveiligde directory's, geen SMTP mail, maar goed, als je dat niet nodig hebt...
Die heb ik in het verleden eens gebruikt en was zeer traag wat het dus niet zo gebruiksvriendelijk maakt. Nu gebruik ik Direct Admin. Hier zijn enkele specificaties: http://www.site-helper.com/scripts.html

Re: Html: frames

Geplaatst: do 22 nov 2007, 22:49
door Ger
Moet het bestand dan ook gesaved worden als een .shtml?
PHP is een scriptingtaal, waarmee o.a. ook dit forum is opgebouwd. Extensie is .php. Zie ook sciencetalk.nl/forum/index.php ;)

En natuurlijk "PHP" op Wikipedia(nl)

PHP lijkt me trouwens overkill voor wat je wil bereiken. Alsof je een kanon gebruikt om een mug te doden.

Re: Html: frames

Geplaatst: do 22 nov 2007, 22:53
door Ruben01
Ger schreef:PHP is een scriptingtaal, waarmee o.a. ook dit forum is opgebouwd. Extensie is .php. Zie ook :D

En natuurlijk <a href="http://nl.wikipedia.org/wiki/Special:Se ... =PHP&go=go" target="_blank">"PHP" op Wikipedia(sciencetalk.nl/forum/index.php" target="_blank">sciencetalk.nl/forum/index.php</a> :D

En natuurlijk <a href="http://nl)</a>

PHP lijkt me trouwens overkill voor wat je wil bereiken. Alsof je een kanon gebruikt om een mug te doden.
Dat php een scriptingtaal is en het het forum uit php bestaat dat wist ik al. Als ik mijn vraag van daarjuist bekijk is ze idd nogal dom. Ik ga er toch maar niet aan beginnen want vroeger ben ik ook al eens een tijdje met php beziggeweest en ik kan mij nog herinneren dat het een heel geprutst was ;) .

Re: Html: frames

Geplaatst: do 22 nov 2007, 23:04
door Cycloon
PHP lijkt me trouwens overkill voor wat je wil bereiken. Alsof je een kanon gebruikt om een mug te doden.
Waarom zou php overkill zijn? Je gaat enkel 1 functietje gebruiken (nl. de include()).

Om bv een simpel stukje code te tonen:

Code: Selecteer alles

<body>

<? include(header.htm); ?>

<p> Je tekst en inhoud </p>

<? include(footer.htm); ?>

</body>
Nu zorg je enkel nog dat in de bestanden header.htm en footer.htm geldige zaken staan. Je moet bv geen volledige html pagina maken, maar enkel de zaken die je nodig hebt (bv geen html, header en body tags nodig). PHP zal er voor zorgen dat de code die in header.htm staat op die plaats zal worden 'geplakt', meer php komt er eigelijk niet aan te pas.

Edit: Natuurlijk wel de pagina waar de includes in staan opslaan als .php ;)

Re: Html: frames

Geplaatst: vr 23 nov 2007, 09:23
door Ger
Cycloon schreef:Waarom zou php overkill zijn? Je gaat enkel 1 functietje gebruiken (nl. de include()).

Om bv een simpel stukje code te tonen:

Code: Selecteer alles

<body>

<? include(header.htm); ?>

<p> Je tekst en inhoud </p>

<? include(footer.htm); ?>

</body>
Nu zorg je enkel nog dat in de bestanden header.htm en footer.htm geldige zaken staan. Je moet bv geen volledige html pagina maken, maar enkel de zaken die je nodig hebt (bv geen html, header en body tags nodig). PHP zal er voor zorgen dat de code die in header.htm staat op die plaats zal worden 'geplakt', meer php komt er eigelijk niet aan te pas.

Edit: Natuurlijk wel de pagina waar de includes in staan opslaan als .php :D
Dat bedacht ik me ook toen ik de computer al had afgesloten. Ik had geen zin om 'm weer opnieuw op te starten omdat ik wel verwachtte dat jij wel zou reageren. ;)

Re: Html: frames

Geplaatst: vr 23 nov 2007, 23:34
door WalkingSoul
Cycloon schreef:

Code: Selecteer alles

<body>

<? include(header.htm); ?>

<p> Je tekst en inhoud </p>

<? include(footer.htm); ?>

</body>
Bovenstanande code zal echter een notice / warning retourneren, gezien er quotes missen omdat de meegegeven file een string is en geen variable.

Onderstaande zal wel naar behoren werken.

Code: Selecteer alles

<body>

<? include('header.html'); ?>

<p> Je tekst en inhoud </p>

<? include('footer.html'); ?>

</body>
PHP is wat dit betreft beter, gezien je allerlei dingen alsnog kan verwerken in de ingevoegde bestanden wanneer dit óók PHP-bestanden geweest waren. Ben op het moment bezig met een systeem waarin ik alleen bestanden heb met php code en aparte bestanden met puzzlestukjes die HTML/CSS bevat. Zo reduceer ik onderhoud en uitbreiding van het systeem. Het maakt het programmeren makkelijker, gezien je niet steeds dezelfde code hoeft te kopiëren. Het ene stukje code blijft altijd in dat bestand en om 1 klein dingetje op alle pagina's aan te passen wordt ontzettend versimpeld.

Re: Html: frames

Geplaatst: za 24 nov 2007, 00:18
door zpidermen
Waarom zou php overkill zijn? Je gaat enkel 1 functietje gebruiken (nl. de include()).
Het is nog steeds overkill, omdat je nu tevens een (gratis) host moet zien te vinden die PHP ondersteunt. Lokaal kun je het natuurlijk wel makkelijk testen, maar op een gegeven moment wil je de boel toch een keertje online zetten...

Re: Html: frames

Geplaatst: za 24 nov 2007, 00:35
door Cycloon
Bovenstanande code zal echter een notice / warning retourneren, gezien er quotes missen omdat de meegegeven file een string is en geen variable.
Idd, het was maar vlug getypt zonder veel na te denken :D
Het is nog steeds overkill, omdat je nu tevens een (gratis) host moet zien te vinden die PHP ondersteunt. Lokaal kun je het natuurlijk wel makkelijk testen, maar op een gegeven moment wil je de boel toch een keertje online zetten...
Het is geen overkill in de zin van een programmeertaal aan te spreken voor iets 'simpel'. Dat een gratise php host zoeken voor jou overkill is is wat anders ;) Maar er zijn echt wel wat websites die gratis php hosting aanbieden (die zijn er bijna evenveel als hosts die enkel html aanbieden).

Maar goed, ik gaf dit enkel als extra mogelijkheid.

Re: Html: frames

Geplaatst: za 24 nov 2007, 12:43
door Ger
Laten we even teruggaan naar de kern van het verhaal, daar heeft Ruben01 het meeste aan. Samengevat zijn er een aantal opties, met elk hun voors en tegens:
  1. Werken met frames

    Redelijk eenvoudig op te zetten, maar met vele nadelen voor mensen die via deeplinks je pagina bezoeken. Denk ook aan mensen die je pagina willen bookmarken, dat gaat vrijwel zeker fout. Nog meer nadelen en uitleg in deze post

    Voordeel is dat het wel lokaal te bekijken is en elke host het ondersteund.
  2. Server Side Include gebruiken (SHTML)

    De meest laagdrempelige vorm om generieke onderdelen in je site in te bouwen. Nadeel is dat het niet lokaal te bekijken is en gebleken is dat je host dit niet ondersteund. Er zijn wel gratis hosts die het ondersteunen. MaxDesgin bijvoorbeeld biedt gratis hosting aan met SSI. En zonder reclame.
  3. PHP

    Includen met PHP is vrij eenvoudig. Hiervoor geldt globaal hetzelfde als met SSI: lokaal kun je het niet bekijken, maar wel via je host. Alternatief is om lokaal een PHP host in te richten, maar dat is weer een heel verhaal apart (en niet voor iedere beginner weggelegd).


Hoewel PHP en SSI een tikkie hoogdrempeliger zijn dan frames, raad ik toch aan om die stap te maken, vanwege de vele nadelen die aan frames hangen. Kwalitatief doen SSI en PHP niet voor elkaar onder, PHP biedt je wel veel mogelijkheden tot scripting die SSI niet biedt (SSI is immers geen scripttaal). Waarschijnlijk zal je als je verder gaat met webdesign op termijn een combinatie van SSI en PHP gebruiken (wanneer je script en vormgeving gaat scheiden).

Re: Html: frames

Geplaatst: zo 25 nov 2007, 17:18
door Ruben01
Ik heb nog een vraagje over frames.

Kan je door op 1 knop op je webpagina te klikken 2 pagina's openen in een appart frame van die pagina ?

Re: Html: frames

Geplaatst: zo 25 nov 2007, 17:58
door Ger
Ga je toch door met die frames? We raden het je af hoor, maar goed.

Met gewoon een <a>-commando zal het niet gaan. Ik weet dat met met javascript kan, volgens mij moet dat zoiets zijn:

[html]<html>

<head>

blablabla (wat je nog meer in je head wil stoppen)

<script language="JavaScript" type="text/javascript">

<!--

function change_frames(bovenframe, inhoudframe)

{

parent.bovenframe.location=bovenframe;

parent.inhoudframe.location=inhoudframe;

}

//-->

</script>

</head>

<body>

<a href="java script:change_frames('anderbovenframe.html', 'anderinhoudframe.html')">Klikkerdeklik</a>

</body>

</html>[/html]

Misschien heb ik hier ergens een foutje gemaakt, maar iets in die richting moet het zijn.

Re: Html: frames

Geplaatst: zo 25 nov 2007, 18:08
door Ruben01
Ga je toch door met die frames? We raden het je af hoor, maar goed.


Neen hoor, ik ben gewoon nog wat voor- en nadelen aan het zoeken :D . Ik denk dat ik de .php methode ga gebruiken. Wanneer ik in de toekomst dan wat meer tijd heb om php eens verder te bestuderen dan kan ik langzaam aan mijn site in php schrijven.

Re: Html: frames

Geplaatst: zo 25 nov 2007, 18:44
door PdeJongh
Ruben01 schreef:Ik heb nog een vraagje over frames.

Kan je door op 1 knop op je webpagina te klikken 2 pagina's openen in een appart frame van die pagina ?
Dat kan zeker :D

[html]<a href="#"

onClick="parent.FRAME A.location=

'PAGINA OPENT IN FRAME A.htm';

parent.FRAME B.location=

'PAGINA OPENT IN FRAME B.htm';

return false;">NAAM VAN DE LINK</a>[/html]

Bron: Webmeesteres.nl

Edit: Ger was iets sneller

Re: Html: frames

Geplaatst: zo 25 nov 2007, 19:30
door zpidermen
Alternatief is om lokaal een PHP host in te richten, maar dat is weer een heel verhaal apart (en niet voor iedere beginner weggelegd).
Mwah valt mee hoor als je EasyPHP gebruikt.

Re: Html: frames

Geplaatst: di 27 nov 2007, 18:36
door Ger
PdeJongh schreef:Dat kan zeker :D

[html]<a href="#"

onClick="parent.FRAME A.location=

'PAGINA OPENT IN FRAME A.htm';

parent.FRAME B.location=

'PAGINA OPENT IN FRAME B.htm';

return false;">NAAM VAN DE LINK</a>[/html]

Bron: Webmeesteres.nl

Edit: Ger was iets sneller
Is een oplossing, nadeel daarvan is dat je die riedel dan iedere keer moet invoeren als je een link wilt gebruiken die meerdere frames behelst. Op "mijn" manier is het een kwestie van 1x definiëren van de frames (wat je toch al doet als je van frames gebruik maakt), 1x definiëren van de functie en vervolgens is het een kwestie van op de juiste plaats de juiste functie aanroepen.

Maar goed, da's mijn automatiseerdershart. Technisch gezien werkt bovenstaande natuurlijk net zo goed. :D