Balk boven aan de website

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

Anoniem: 63996

Topicstarter
Ik zit met een kleine dillema. Ik wil zonder gebruik te maken van een iframe een balk boven aan mijn website maken waarin linkjes komen te staan naar andere websites. Deze websites moeten dan openen onder deze balk.

Hoe pak ik dit aan? het gaat om www.meteo-in.nl en daar moet dus bovenaan een balk komen zoals bv op www.autoweek.nl.

Is dit uberhaupt mogelijjk ?

Acties:
  • 0 Henk 'm!

  • Cartman!
  • Registratie: April 2000
  • Niet online
Kijk eens goed hoe het werkt op autoweek.nl, want het enige wat ze doen is die balk op al die sites neerzetten. Gewoon linken dus, niks meer en niks minder.

Acties:
  • 0 Henk 'm!

  • Eijkb
  • Registratie: Februari 2003
  • Laatst online: 14:09

Eijkb

Zo.

De balk op autoweek staat óók op de andere websites. Ik neem aaan dat jij jouw balk niet op de andere websites kan integreren. Dat is het verschil en dus is een (i)frame het makkelijkste. Andere optie is een renderengine bouwen in javascript oid en deze gebruiken voor de externe sites maar dat lijkt me te hoog gegrepen.

.


Acties:
  • 0 Henk 'm!

Anoniem: 63996

Topicstarter
Eijkb schreef op donderdag 19 maart 2009 @ 09:28:
De balk op autoweek staat óók op de andere websites. Ik neem aaan dat jij jouw balk niet op de andere websites kan integreren. Dat is het verschil en dus is een (i)frame het makkelijkste. Andere optie is een renderengine bouwen in javascript oid en deze gebruiken voor de externe sites maar dat lijkt me te hoog gegrepen.
hmm ja dan zit er dus niets anders op dan bij elke site een balk te bouwen. Een iframe zal moeilijk gaan daar ik de index.php en index.html al gebruik .

Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Nu online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Anoniem: 63996 schreef op donderdag 19 maart 2009 @ 09:22:
Ik zit met een kleine dillema. Ik wil zonder gebruik te maken van een iframe een balk boven aan mijn website maken waarin linkjes komen te staan naar andere websites. Deze websites moeten dan openen onder deze balk.
Waarom wil je geen (i)Frame gebruiken?
Je zou een soort 'proxy pagina' kunnen maken in PHP/ASP/Whatever waarin je de gevraagde pagina ophaalt en die "integreert" in je eigen. Maar dat is stukken omslachtiger dan een frame gebruiken. Je moet met heel wat zaken rekening houden omdat betreffende pagina dan niet meer van hetzelfde domein komt. Dat betekent paden herschrijven in de HTML etc. en dan nog gaan (bijv.) bestaande cookies niet meer gelezen kunnen worden door die site waardoor je effectief gewoon de pagina breekt.
Anoniem: 63996 schreef op donderdag 19 maart 2009 @ 09:30:
Een iframe zal moeilijk gaan daar ik de index.php en index.html al gebruik .
:? Wat heeft dat er nou mee te maken?

[ Voor 10% gewijzigd door RobIII op 19-03-2009 09:33 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • harrald
  • Registratie: September 2005
  • Laatst online: 24-03 20:46
Waarom hier geen frame voor gebruiken? Voor dit soort dingen zijn frames nou bedoelt.

Acties:
  • 0 Henk 'm!

Anoniem: 63996

Topicstarter
als je een iframe gebruikt dan moet hij die toch als eerste pakken dus een index.html of een .php ? of zie ik dat verkeerd?

Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Nu online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Ja. Maar misschien is het handig als je je dan even verdiept in de basics ;) Je haalt namelijk volgens mij nogal wat zaken door elkaar.

[ Voor 12% gewijzigd door RobIII op 19-03-2009 10:44 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • cossy nl
  • Registratie: Oktober 2004
  • Laatst online: 09:00
je kunt met iframe ook direct linken naar een pagina, zoals menu.php

Acties:
  • 0 Henk 'm!

Anoniem: 63996

Topicstarter
:) heb het werkend zonder iframe. in de code van joomla gegooid en het werkt ook nog :)

Acties:
  • 0 Henk 'm!

  • BtM909
  • Registratie: Juni 2000
  • Niet online

BtM909

Watch out Guys...

Anoniem: 63996 schreef op donderdag 19 maart 2009 @ 18:10:
:) heb het werkend zonder iframe. in de code van joomla gegooid en het werkt ook nog :)
Heb je het ook online staan, want nou ben ik heel nieuwsgierig hoe dit zonder iframe wordt gedaan ;)

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.


Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Nu online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Anoniem: 63996 schreef op donderdag 19 maart 2009 @ 18:10:
:) heb het werkend zonder iframe. in de code van joomla gegooid en het werkt ook nog :)
Show eens?

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • HuHu
  • Registratie: Maart 2005
  • Niet online
RobIII schreef op donderdag 19 maart 2009 @ 09:32:
[...]

Waarom wil je geen (i)Frame gebruiken?
Omdat de indexatie door zoekmachines dan bagger is.

Acties:
  • 0 Henk 'm!

  • TeeDee
  • Registratie: Februari 2001
  • Laatst online: 06-05 21:00

TeeDee

CQB 241

HuHu schreef op donderdag 19 maart 2009 @ 21:05:
[...]

Omdat de indexatie door zoekmachines dan bagger is.
Dus het belangrijkste is zoekmachine indexatie? Soms kan het niet anders en gebruik je een (i)frame waar deze op de juiste plaats zit. Of de indexatie bagger is laat ik in het midden, maar het lijkt mij dat een Google dat ook wel redelijk onder controle heeft.

Heart..pumps blood.Has nothing to do with emotion! Bored


Acties:
  • 0 Henk 'm!

  • HuHu
  • Registratie: Maart 2005
  • Niet online
TeeDee schreef op donderdag 19 maart 2009 @ 21:22:
[...]

Dus het belangrijkste is zoekmachine indexatie? Soms kan het niet anders en gebruik je een (i)frame waar deze op de juiste plaats zit. Of de indexatie bagger is laat ik in het midden, maar het lijkt mij dat een Google dat ook wel redelijk onder controle heeft.
Ow, er zijn nog meer argumenten hoor. Werken met JavaScript is lastig, omdat alle JavaScript binnen een iframe blijft. Je kunt niet (of niet eenvoudig) dingen uitwisselen tussen verschillende iframe's. Werken met cookies binnen een iframe is klote. Het is een drama voor bezoekers met een text-only browser, screenreader of brailleregel. Sommige sites die je in je iframe wil laden kunnen over JavaScript code beschikken die het iframe weghaalt en zichzelf als hoofdpagina instellen. Je bent wettelijk gezien verantwoordelijk voor alles dat in het iframe op jou pagina wordt getoond, ook al past de derde partij (die in je iframe zit) de site aan met illegale content. En er zijn misschien nog wel meer redenen.

Indexatie door zoekmachines is heel erg belangrijk. Iets als "het lijkt mij dat Google dat wel redelijk onder controle heeft" vind ik niet betrouwbaar genoeg om dan maar iframes te gebruiken. Voor zover ik weet waren en zijn (i)frames altijd een drama voor zoekmachines. Ze indexeren een pagina, maar moeten daarbij onthouden dat deze getoond werd binnen een iframe. Maar dat kan niet, want er bestaat (zeer waarschijnlijk) geen unieke URL die de hoofdpagina toont mét in het iframe ook de juiste pagina. Zoiets is niet te indexeren. Wat er dan gebeurd is dat het iframe afzonderlijk wordt opgenomen in de zoekresultaten en als mensen dus zoeken wordt jou site vermeden, maar linkt Google direct naar de pagina binnen het iframe.

Oftewel: genoeg redenen om geen (i)frames te gebruiken.

Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Nu online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Ow, er zijn nog meer argumenten hoor. Werken met JavaScript is lastig, omdat alle JavaScript binnen een iframe blijft.
Vanwege de same origin policy ja. En dan kijk ik nog eens naar de topicstart:
Anoniem: 63996 schreef op donderdag 19 maart 2009 @ 09:22:
Ik zit met een kleine dillema. Ik wil zonder gebruik te maken van een iframe een balk boven aan mijn website maken waarin linkjes komen te staan naar andere websites. Deze websites moeten dan openen onder deze balk.
En dan schrijf jij:
HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Je kunt niet (of niet eenvoudig) dingen uitwisselen tussen verschillende iframe's. Werken met cookies binnen een iframe is klote.
En *waai* daar gaat je betoog ;) Out the window.
Het klopt wel, maar is hier niet van toepassing.
HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Je bent wettelijk gezien verantwoordelijk voor alles dat in het iframe op jou pagina wordt getoond, ook al past de derde partij (die in je iframe zit) de site aan met illegale content.
:D Heb je daar een bron van? Of verzon je dit terplekke?
HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Indexatie door zoekmachines is heel erg belangrijk.
Ja, maar dan wel als het over eigen content gaat. Frame je andermans content dan boeit indexatie niet want die is van toepassing op die andere site; niet de jouwe.
HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Voor zover ik weet waren en zijn (i)frames altijd een drama voor zoekmachines.
Dat valt ook wel mee. Jaren geleden waren frames zowat de norm. Het is lastig bookmarken en ja, ze hebben zat nadelen maar een beetje zoekmachine kan er heus wel mee om gaan. Ik heb in die tijd zat sites gebouwd met frames die, zelfs tot op heden, prima geïndexeerd worden. Het zal geen 'topranking' opleveren en er zal best her-en-der wat aan schorren (en ik praat frames zéker niet goed, al helemaal niet anno 2009) maar je doet het nu wel heel zwart-wit af.
HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Ze indexeren een pagina, maar moeten daarbij onthouden dat deze getoond werd binnen een iframe.
Want? Ze kunnen gewoon naar die pagina verwijzen; dat die pagina dan niet in het juiste frame wordt getoond is andere koek maar dat zal de zoekmachine roesten; die heeft immers de zoeker naar de juiste pagina met relevante informatie verwezen; dat die pagina uit context of buiten het bedoelde frame geladen is is dan jammer.
HTML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<FRAMESET cols="20%, 80%">
  <FRAMESET rows="100, 200">
      <FRAME src="contents_of_frame1.html">
      <FRAME src="contents_of_frame2.gif">
  </FRAMESET>
  <FRAME src="contents_of_frame3.html">
  <NOFRAMES>
      <P>This frameset document contains:
      <UL>
         <LI><A href="contents_of_frame1.html">Some neat contents</A>
         <LI><IMG src="contents_of_frame2.gif" alt="A neat image">
         <LI><A href="contents_of_frame3.html">Some other neat contents</A>
      </UL>
  </NOFRAMES>
</FRAMESET>

Een zoekmachine ziet hier nét zo goed contents_of_framex.html-pagina's die geïndexeerd kunnen worden en zélfs extra informatie in dit geval (hoewel, toegegeven, de no-frames vaak weggelaten worden). Zelfs zonder de noframes worden de src attributen van een frame heus wel herkend en zal een zoekmachine de betreffende pagina's ophalen en indexeren. Overigens geldt voor een IFrame precies hetzelfde.
HuHu schreef op donderdag 19 maart 2009 @ 22:01:
Oftewel: genoeg redenen om geen (i)frames te gebruiken.
Laat je mij dan even zien hoe jij de wens van topicstarter zou implementeren? ;) Je hebt wel een heel mooi verhaaltje over wat vooral niet te doen volgens jou, maar hoe moet het dan wél?

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • TeeDee
  • Registratie: Februari 2001
  • Laatst online: 06-05 21:00

TeeDee

CQB 241

Dit is een betere persoonlijke onderbouwing dan dat je iets zegt in de strekking van "(i)frames zijn k*t!!!1oneoneone" vind je niet?

(i)Frames zou je inderdaad moeten vermijden als het anders kan. Alleen hoe kan je dit anders oplossen?

Je zou afspraken met de te linken sites moeten maken en al deze sites moeten jouw balk implementeren via bijvoorbeeld een JS (met document.write weet ik veel wat). Als je kijkt in de source van de verschillende sites van autoweek.nl zie je dat al deze sites deze balk zelf geimplementeerd hebben.

edit:
getver, moet eerst dingen lezen alvorens zelf een topic te openen. Wat RobIII zegt dus.

[ Voor 18% gewijzigd door TeeDee op 19-03-2009 23:10 ]

Heart..pumps blood.Has nothing to do with emotion! Bored


Acties:
  • 0 Henk 'm!

  • BtM909
  • Registratie: Juni 2000
  • Niet online

BtM909

Watch out Guys...

HuHu, ik ga niet eens de moeite doen (zoals RobIII dat al deed) om te reageren op je uitspraken, omdat er geen enkele onderbouwing in zit. Als je dat nog even wilt doen, na Rob z'n antwoorden, dan reageer ik ook nog even op jou.

Mark my words (bookmark m'n reply): met een paar jaar zijn frames weer helemaal hip ;)

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.


Acties:
  • 0 Henk 'm!

Anoniem: 63996

Topicstarter
www.meteo-in.nl bovenaan de site .. Had het eerst mee scrollend maar dat was het niet dus nu gewoon een vaste balk. Leuke is dat hij het CSS pakt van de site waar je heen gaat. .

Acties:
  • 0 Henk 'm!

Anoniem: 58485

HuHu schreef op donderdag 19 maart 2009 @ 21:05:
[...]

Omdat de indexatie door zoekmachines dan bagger is.
Klopt niet helemaal. Wat er gebeurd is dat de zoekmachine dan in de meeste gevallen wijst naar de ge-(i)fram'de pagina ipv de pagina waarop de (i)frame staat. Maar je indexatie wordt er echt niet minder door hoor.

Zie ter voorbeeld deze site en dan de iframe zelf wat google indexeert.

Het is daarom niet verstandig om een iframe zowiezo te gebruiken, of laat staan een site in frames op te bouwen, want vaak komen je bezoekers dan op de verkeerde pagina's uit ipv de daadwerkelijke URL.

Acties:
  • 0 Henk 'm!

  • HuHu
  • Registratie: Maart 2005
  • Niet online
RobIII schreef op donderdag 19 maart 2009 @ 22:18:
[...]

Vanwege de same origin policy ja. En dan kijk ik nog eens naar de topicstart:


[...]


En dan schrijf jij:


[...]

En *waai* daar gaat je betoog ;) Out the window.
Het klopt wel, maar is hier niet van toepassing.
toon volledige bericht
Het is hier inderdaad niet van toepassing, maar is wel één van de "algemene" argumenten tegen frames. Hier maakt het inderdaad niet uit.
[...]

:D Heb je daar een bron van? Of verzon je dit terplekke?
Daar zijn bonnen over, bijvoorbeeld deze: http://www.iusmentis.com/...encombinerenvanwebpaginas Daar heeft de rechter beslist dat het framen van een pagina die door een derde is gemaakt inbreuk is op het auteursrecht van die derde.

Dan heb je nog deze: http://blog.iusmentis.com...ch-pornothumbnails-tonen/ Dat gaat over het frame dat Google toont als je bij de afbeeldingen doorklikt. Dat mag, omdat er gebruik werd gemaakt van "fair-use" en het duidelijk was dat de pagina in het frame niet van Google was.

Hier: http://www.iusmentis.com/.../#Linkennaarandermanswerk staat nogmaals dat je in principe toestemming moet hebben voor het framen van iemand zijn pagina. Het vervangen van de content door aanstootgevend materiaal noemen ze een niet-juridisch risico. Maar zodra het vervangen wordt door illegaal materiaal, dan wordt het natuurlijk wel een juridisch risico. Tenzij uitdrukkelijk aangegeven dat de content niet van jou is, maar van die-en-die, kan de bezoeker van de website aannemen dat de getoonde content wel van jou is.
[...]

Ja, maar dan wel als het over eigen content gaat. Frame je andermans content dan boeit indexatie niet want die is van toepassing op die andere site; niet de jouwe.
Klopt, dit was nog in het geval je eigen content ging framen, zoals vroeger vaak werd gedaan. Niet hier van toepassing, maar wel in het algemeen.
[...]

Dat valt ook wel mee. Jaren geleden waren frames zowat de norm. Het is lastig bookmarken en ja, ze hebben zat nadelen maar een beetje zoekmachine kan er heus wel mee om gaan. Ik heb in die tijd zat sites gebouwd met frames die, zelfs tot op heden, prima geïndexeerd worden. Het zal geen 'topranking' opleveren en er zal best her-en-der wat aan schorren (en ik praat frames zéker niet goed, al helemaal niet anno 2009) maar je doet het nu wel heel zwart-wit af.
Misschien doe ik het zwart-wit af, maar als je een site gaat maken is het wel iets waar je niet te licht over moet denken. Je kunt nu wel een hele mooie site met frames maken, maar als je over een jaar bedenkt dat je er serieus mee aan de slag wilt, dan baal je wel van je lagere ranking.
[...]

Want? Ze kunnen gewoon naar die pagina verwijzen; dat die pagina dan niet in het juiste frame wordt getoond is andere koek maar dat zal de zoekmachine roesten; die heeft immers de zoeker naar de juiste pagina met relevante informatie verwezen; dat die pagina uit context of buiten het bedoelde frame geladen is is dan jammer.
Uiteraard boeit het de zoeker niets, die krijgt waar hij naar zocht. Maar als website-eigenaar loop je wel bezoekers mis, wat je frame wat er omheen zat wordt niet getoond. Dat kost je page-views en eventueel inkomsten.
[...]

HTML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<FRAMESET cols="20%, 80%">
  <FRAMESET rows="100, 200">
      <FRAME src="contents_of_frame1.html">
      <FRAME src="contents_of_frame2.gif">
  </FRAMESET>
  <FRAME src="contents_of_frame3.html">
  <NOFRAMES>
      <P>This frameset document contains:
      <UL>
         <LI><A href="contents_of_frame1.html">Some neat contents</A>
         <LI><IMG src="contents_of_frame2.gif" alt="A neat image">
         <LI><A href="contents_of_frame3.html">Some other neat contents</A>
      </UL>
  </NOFRAMES>
</FRAMESET>

Een zoekmachine ziet hier nét zo goed contents_of_framex.html-pagina's die geïndexeerd kunnen worden en zélfs extra informatie in dit geval (hoewel, toegegeven, de no-frames vaak weggelaten worden). Zelfs zonder de noframes worden de src attributen van een frame heus wel herkend en zal een zoekmachine de betreffende pagina's ophalen en indexeren. Overigens geldt voor een IFrame precies hetzelfde.
toon volledige bericht
Hij ziet ze wel, maar niet binnen de context waarin de webdesigner ze bedacht had. En zoals je al zegt: noframes gebruikt bijna niemand en in het geval van linken naar een externe partij wordt het helemaal lastig om de noframe correct te vullen. Zeker omdat de topicstarter aangeeft dat verschillende pagina's geladen kunnen worden in het frame, dan kun je in je noframe nooit correct aangeven wat voor pagina er in zit.
[...]

Laat je mij dan even zien hoe jij de wens van topicstarter zou implementeren? ;) Je hebt wel een heel mooi verhaaltje over wat vooral niet te doen volgens jou, maar hoe moet het dan wél?
Ik heb niet zo 1-2-3 een idee. Als de door mij genoemde punten geen probleem zijn voor Soulmaster, dan zijn iframes de meest handige oplossing. Verder is er eigenlijk weinig te verzinnen waarmee je pagina's van derden integraal kunt tonen in je eigen site. Je hebt van die fancy lightbox dingen, maar dat zijn stiekem ook iframes.

Ik denk dus dat Soulmaster op zoek moet naar een alternatieve formulering van z'n probleem. Wat wil 'ie nu echt bereiken en is het ook wel handig om dat te doen? Als alle pagina's van hemzelf zijn in het eenvoudig om de balk gewoon in elke pagina te zetten.

Zijn de sites niet van hemzelf, dan zie ik niet direct een goede technische oplossing.

Acties:
  • 0 Henk 'm!

  • Stijn
  • Registratie: Februari 2005
  • Laatst online: 21-03 17:43
code:
1
2
3
4
<?php
include('balk.htm');
include($_GET['page']);
?>

Ik weet dat het probleem ondertussen al opgelost is, maar waarom al dat gedoe over frames als deze oplossing toch nogal voor de hand ligt? Mis ik iets?

Acties:
  • 0 Henk 'm!

Anoniem: 58485

mrbartjens schreef op vrijdag 20 maart 2009 @ 11:13:
code:
1
2
3
4
<?php
include('balk.htm');
include($_GET['page']);
?>

Ik weet dat het probleem ondertussen al opgelost is, maar waarom al dat gedoe over frames als deze oplossing toch nogal voor de hand ligt? Mis ik iets?
Kan ook. Los je ook het hele probleem mee op. Doe er een divje in bij die de balk moet voorstellen en je bent klaar. Geen (i)frame meer nodig.

Acties:
  • 0 Henk 'm!

  • Gersomvg
  • Registratie: December 2005
  • Laatst online: 28-04 17:40
Een frame is hier echt niet perse nodig. Maak gewoon een .htacces waarmee je alles doorstuurt naar de index. Zet de header standaard van boven en kijk aan de hand van de url wat je onder de header gaat zetten.
Je kan met php toch ook gewoon de website inladen i.p.v. direct?

Acties:
  • 0 Henk 'm!

  • curry684
  • Registratie: Juni 2000
  • Laatst online: 24-04 17:56

curry684

left part of the evil twins

You gotta be kidding right?

Professionele website nodig?


Acties:
  • 0 Henk 'm!

  • Stijn
  • Registratie: Februari 2005
  • Laatst online: 21-03 17:43
Ja ik weet ook wel dat je het moet beveiligen e.d., maar dat als basisidee werkt toch prima?

Acties:
  • 0 Henk 'm!

  • MueR
  • Registratie: Januari 2004
  • Laatst online: 09:55

MueR

Admin Tweakers Discord

is niet lief

Weet de TS dat ook dan?

Anyone who gets in between me and my morning coffee should be insecure.


Acties:
  • 0 Henk 'm!

  • Stijn
  • Registratie: Februari 2005
  • Laatst online: 21-03 17:43
Hmm, daar heb je wel een punt ;)

[ Voor 42% gewijzigd door Stijn op 20-03-2009 13:16 ]


Acties:
  • 0 Henk 'm!

  • curry684
  • Registratie: Juni 2000
  • Laatst online: 24-04 17:56

curry684

left part of the evil twins

Beveiligen is een groot woord, je stelt zonder enige toelichting de lekst mogelijke ranzige code voor. Gezien de hoeveelheid mensen die dit topic lezen zonder benul van beveiliging zou ik wel een gezond voorbehoud maken voor je dat soort stukjes code blind weggeeft.

Professionele website nodig?


Acties:
  • 0 Henk 'm!

  • Stijn
  • Registratie: Februari 2005
  • Laatst online: 21-03 17:43
Ik vind "ranzig" eerlijk gezegd een beetje kort door de bocht, ik gaf een basisidee voor een oplossing aan. Aangezien de TS al een oplossing had gevonden die goed werkte ging ik er niet van uit dat hij die zou gebruiken. Mijn vraag was puur waarom een dergelijke oplossing (met wat extra checks, uiteraard) blijkbaar niet geschikt werd bevonden eerder, terwijl het voor mij toch het eerste zou zijn waar ik aan denk voor een dergelijk probleem.

Acties:
  • 0 Henk 'm!

  • curry684
  • Registratie: Juni 2000
  • Laatst online: 24-04 17:56

curry684

left part of the evil twins

De ranzigheid komt zodra iemand op het idee komt linkjes naar http://domain.tld/?page=http://buyviagranow.com te spammen, en er vervolgens iemand op het nog ergere idee komt linkjes naar http://domain.tld/?page=h...ript-dat-cookies-jat.html op forums te gaan posten.

Arbitrary data inclusion is nooit een goed idee, en het helpt echt heel erg als je mensen niet zonder toelichting op de gedachte brengt dat het dat wel zou zijn.

Professionele website nodig?


Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Nu online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

mrbartjens schreef op vrijdag 20 maart 2009 @ 13:26:
Ik vind "ranzig" eerlijk gezegd een beetje kort door de bocht, ik gaf een basisidee voor een oplossing aan. Aangezien de TS al een oplossing had gevonden die goed werkte ging ik er niet van uit dat hij die zou gebruiken. Mijn vraag was puur waarom een dergelijke oplossing (met wat extra checks, uiteraard) blijkbaar niet geschikt werd bevonden eerder, terwijl het voor mij toch het eerste zou zijn waar ik aan denk voor een dergelijk probleem.
En je beseft ook dat je dan eventuele paden etc. allemaal nog moet 'rewriten' omdat de pagina van jouw domein afkomstig lijkt dus de browser daar de images, stylesheets en scripts bijvoorbeeld zal gaan ophalen? En dat cookies die eventueel gezet zouden zijn door dat domein dan opeens niet meer leesbaar zijn omdat de pagina nu van een ander domein komt? Er komt veel meer bij kijken dan een simpele include...
Los van wat curry hierboven nog aankaart. Dit is een BadIdea™ en een disaster waiting to happen.

[ Voor 5% gewijzigd door RobIII op 20-03-2009 13:52 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • Stijn
  • Registratie: Februari 2005
  • Laatst online: 21-03 17:43
Dat besef ik me inderdaad :)

Nogmaals, het was een ongelooflijk simpel stukje code om aan te geven wat het basisidee was waar ik het over had, het was niet bedoeld als eindoplossing en zo heb ik het ook nooit gepresenteerd.

Acties:
  • 0 Henk 'm!

  • RobIII
  • Registratie: December 2001
  • Nu online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

mrbartjens schreef op vrijdag 20 maart 2009 @ 14:49:
Nogmaals, het was een ongelooflijk simpel stukje code om aan te geven wat het basisidee was waar ik het over had, het was niet bedoeld als eindoplossing en zo heb ik het ook nooit gepresenteerd.
Nou...
mrbartjens schreef op vrijdag 20 maart 2009 @ 11:13:
Ik weet dat het probleem ondertussen al opgelost is, maar waarom al dat gedoe over frames als deze oplossing toch nogal voor de hand ligt? Mis ik iets?
Je kunt in de verste verte het verschil tussen een frame en jouw include niet vergelijken en toch noem je het een voor de hand liggende oplossing...
Anoniem: 63996 schreef op vrijdag 20 maart 2009 @ 05:27:
[...]


www.meteo-in.nl bovenaan de site .. Had het eerst mee scrollend maar dat was het niet dus nu gewoon een vaste balk. Leuke is dat hij het CSS pakt van de site waar je heen gaat. .
Euh; daar zie ik nu:
XHTML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<center><table width="100%" border="1" align="center" cellpadding="0" cellspacing="0" bordercolor="#CCCCCC" bgcolor="#CCCCCC">
  <tr>
    <th scope="col"></th>
...
    <th scope="col"></th>
    <th scope="col"><b><a href="http://www.meteo-in.nl" title="Meteo-in nr 1 portal van nederland" target="_self">Meteo-in</a></b></th>   
    <th scope="col"><b><a href="http://www.meteo-in.nl/onweerdetectie-nederland.html" title="Bliksemdetectie. live onweerradar" target="_self">Bliksemdetectie</a></b></th>

    <th scope="col"><b><a href="http://www.storm-online.nl" target="_self">Storm-online</a></b></th>
    <th scope="col"><b><a href="http://www.aviations.nl" target="_self">Aviatons</a></b></th>
    <th scope="col"><b><a href="http://www.lanciafora.nl" target="_self">Lanciafora</a></b></th>
    <th scope="col"></th>
...
    <th scope="col"></th>

  </tr>
</table></center>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Ik heb niet eens meer de puf om nog te beginnen te beschrijven hoeveel daar mis mee is :X Als het werkt voor jou: veel plezier ermee d:)b Daarbij zijn het, zo te zien, allemaal sites die je zelf onder controle hebt; dat is heel andere koek dan in eerste instantie aangegeven (en aangenomen) werd.

[ Voor 53% gewijzigd door RobIII op 20-03-2009 15:04 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Acties:
  • 0 Henk 'm!

  • Cartman!
  • Registratie: April 2000
  • Niet online
De oplossing van de TS vind ik niet bepaald netjes (zacht uitgedrukt).

Waarom link je niet gewoon door naar ze zoals 'gewoon' ? Kans is groot dat je javascript (of meer) breekt op deze manier in de 'ge-include' pagina.
Pagina: 1