abonnement Unibet Coolblue Bitvavo
  dinsdag 28 maart 2006 @ 22:34:25 #151
7152 Inbox4me
 Zo kijk ik altijd
pi_36448698
quote:
Op dinsdag 28 maart 2006 22:21 schreef Light het volgende:

[..]

Hoe wil je bij jouw voorbeeld steekwoord 3 (groen) aan foto 2 koppelen, zonder dat de koppeling met foto 1 verloren gaat?
Als steekwoord_ID de primary key is gaat het niet werken, omdat die key niet 2 keer voor mag komen. En als de PK bestaat uit steekwoord_ID en foto_ID dan kun je iig in theorie twee verschillende steekwoorden hebben, beide met steekwoord_ID 3, maar met een andere foto. Da's ook niet handig.

Meer info: zoeken op normalisatie.
Ok, klinkt wel aannemelijk

Niemand een suggestie verder? Kan ik bijvoorbeeld 3 fields in m'n vorm aanmaken, zeg steekwoord1, steekwoord2, steekwoord3, en deze in een array zetten en dan via een query in de tabel steekwoord zetten én zodanig dat ze ook in de koppeltabel komen?

Of is daar een andere oplossing voor?
Ik ken karate, taekwondo en nog 19 andere gevaarlijke woorden
pi_36448900
quote:
Op dinsdag 28 maart 2006 22:32 schreef Swetsenegger het volgende:

[..]

Gewoon nog een keer invoeren.
Ik ging er van uit dat steekwoorden los worden ingevoerd.
Dan ga ik niet controleren of dat steekwoord al bestaat om die vervolgens via een koppeltabel aan een tweede foto te koppelen.

In mijn geval kan groen dus 3 keer voorkomen met 3 verschillende fotoId's.

Uiteraard kan ik NOG een tabel maken waar ik het steekwoord id koppel aan het het foto id, op die manier heb je nooit dubbele steekwoorden. Maar persoonlijk vind ik dat een beetje overkill eigenlijk.
Uit het oogpunt van zoeken is het wel handiger. Of de kolom steekwoord_ID is overbodig, maar ik zou toch gaan voor een 3-tabellen oplossing.
pi_36448956
quote:
Op dinsdag 28 maart 2006 22:34 schreef Inbox4me het volgende:

[..]

Ok, klinkt wel aannemelijk

Niemand een suggestie verder? Kan ik bijvoorbeeld 3 fields in m'n vorm aanmaken, zeg steekwoord1, steekwoord2, steekwoord3, en deze in een array zetten en dan via een query in de tabel steekwoord zetten én zodanig dat ze ook in de koppeltabel komen?

Of is daar een andere oplossing voor?
Gewoon 3 rijen toevoegen in de koppeltabel, voor ieder steekwoord 1.
pi_36448991
quote:
Op dinsdag 28 maart 2006 22:41 schreef Light het volgende:

[..]

Gewoon 3 rijen toevoegen in de koppeltabel, voor ieder steekwoord 1.
Zolang je dan niet wil verwijderen op steekwoord is er weinig aan de hand
  FOK!-Schrikkelbaas dinsdag 28 maart 2006 @ 22:44:39 #155
1972 Swetsenegger
Egocentrische Narcist
pi_36449091
quote:
Op dinsdag 28 maart 2006 22:39 schreef Light het volgende:

[..]

Uit het oogpunt van zoeken is het wel handiger. Of de kolom steekwoord_ID is overbodig, maar ik zou toch gaan voor een 3-tabellen oplossing.
Nu raak ik in de war. Is uit het oogpunt van zoeken jouw of mijn oplossing handiger?
Op zich maakt het toch niet veel uit?
Indien ik in jouw geval zoek op het steekwoord groen geeft hij een rijtje ID's van foto's terug.... en in mijn geval ook

in jouw geval wordt de query wat complexer omdat ik eerst uit de steekwoordtabel het id welke bij groen hoort moet trekken en vervolgens alle foto id's uit de koppeltabel moet trekken welke bij het eerder gevonden id horen en pas daarmee kan ik de juiste foto's uit de database halen.

Maar zonder gekheid.
Ik zie de voordelen wel van die 3e tabel. Maar ik zie ook nadelen (zoals inderdaad complezere queries) en de 2 tabellen oplossing zal voor de meeste apps welke de gebruikers van dit topic schrijven wel voldoen. Maar eigenlijk is jouw oplossing de enige juiste
pi_36449184
quote:
Op dinsdag 28 maart 2006 22:42 schreef DaFan het volgende:

[..]

Zolang je dan niet wil verwijderen op steekwoord is er weinig aan de hand
Als je wilt verwijderen op steekwoord ook niet. Je moet er even het ID bijzoeken, en dan kun je op combinatie foto_ID, steekwoord_ID wel gaan verwijderen.
pi_36449235
Normalisatie is leuk & aardig (en ik probeer het voor zover mogelijk ook altijd toe te passen) maar zodra je in een kritische applicatie met gigantische databases moet werken dan is een oplossing die qua schijfruimte en performance veel voordeel biedt meestal érg aantrekkelijk...
  FOK!-Schrikkelbaas dinsdag 28 maart 2006 @ 22:54:05 #158
1972 Swetsenegger
Egocentrische Narcist
pi_36449444
quote:
Op dinsdag 28 maart 2006 22:48 schreef JeRa het volgende:
Normalisatie is leuk & aardig (en ik probeer het voor zover mogelijk ook altijd toe te passen) maar zodra je in een kritische applicatie met gigantische databases moet werken dan is een oplossing die qua schijfruimte en performance veel voordeel biedt meestal érg aantrekkelijk...
Is het niet net als met alles.
Hou je zo veel mogelijk aan dit soort technieken en standaarden, omdat het in de regel tot betere resultaten leidt. Maar.... durf ook af te wijken van de regel indien het noodzakelijk is (waarbij dat kan gelden voor commercie of performance of prijs/kwaliteit van de app.)
pi_36449462
quote:
Op dinsdag 28 maart 2006 22:44 schreef Swetsenegger het volgende:

[..]

Nu raak ik in de war. Is uit het oogpunt van zoeken jouw of mijn oplossing handiger?
Op zich maakt het toch niet veel uit?
Indien ik in jouw geval zoek op het steekwoord groen geeft hij een rijtje ID's van foto's terug.... en in mijn geval ook
True
quote:
in jouw geval wordt de query wat complexer omdat ik eerst uit de steekwoordtabel het id welke bij groen hoort moet trekken en vervolgens alle foto id's uit de koppeltabel moet trekken welke bij het eerder gevonden id horen en pas daarmee kan ik de juiste foto's uit de database halen.
Dat kan gewoon met een simpele join. En je voorkomt dat er verschillende spellingen voor hetzelfde steekwoord worden gebruikt. Nu zal dat bij "groen" niet zo'n probleem zijn, maar als je "bureau" en "buro" hebt wordt zoeken al lastiger.
quote:
Maar zonder gekheid.
Ik zie de voordelen wel van die 3e tabel. Maar ik zie ook nadelen (zoals inderdaad complezere queries) en de 2 tabellen oplossing zal voor de meeste apps welke de gebruikers van dit topic schrijven wel voldoen.
quote:
Maar eigenlijk is jouw oplossing de enige juiste
We zijn het eens
  dinsdag 28 maart 2006 @ 22:55:49 #160
7152 Inbox4me
 Zo kijk ik altijd
pi_36449505
quote:
Op dinsdag 28 maart 2006 22:41 schreef Light het volgende:

[..]

Gewoon 3 rijen toevoegen in de koppeltabel, voor ieder steekwoord 1.
Maar hoe voeg ik die toe? Kan dat in één query, moet dat via arrays? Dat is mijn probleem waar ik op vast loop...
Ik ken karate, taekwondo en nog 19 andere gevaarlijke woorden
pi_36449542
quote:
Op dinsdag 28 maart 2006 22:48 schreef JeRa het volgende:
Normalisatie is leuk & aardig (en ik probeer het voor zover mogelijk ook altijd toe te passen) maar zodra je in een kritische applicatie met gigantische databases moet werken dan is een oplossing die qua schijfruimte en performance veel voordeel biedt meestal érg aantrekkelijk...
True. Het kan dan ook aantrekkelijk zijn om informatie redundant op te slaan. Niet qua schijfruimte, wel qua prestatie.
pi_36449593
quote:
Op dinsdag 28 maart 2006 22:55 schreef Inbox4me het volgende:

[..]

Maar hoe voeg ik die toe? Kan dat in één query, moet dat via arrays? Dat is mijn probleem waar ik op vast loop...
1insert into mytable (col1, col2) values (1,2), (1,3), (1,4)
pi_36449747
quote:
Op dinsdag 28 maart 2006 22:54 schreef Swetsenegger het volgende:

[..]

Is het niet net als met alles.
Hou je zo veel mogelijk aan dit soort technieken en standaarden, omdat het in de regel tot betere resultaten leidt. Maar.... durf ook af te wijken van de regel indien het noodzakelijk is (waarbij dat kan gelden voor commercie of performance of prijs/kwaliteit van de app.)
Inderdaad. Aan de standaarden houden is één ding, een server hebben die de standaarden goed geïmplementeerd en geoptimaliseerd heeft is een tweede. Simpel voorbeeldje: een fantastisch genormaliseerde database kan alsnog traag zijn door de implementatie. MyISAM werkt met losse bestanden voor de tabellen, drie per tabel (structuur, index en data). Als je een beetje grote JOIN doet of een aantal INSERTs achter elkaar uitvoert krijg je zoveel random reads en writes dat zelfs de snelste SCSI-schijf er vraagtekens bij zet.

Dat er weinig over gezeurd wordt komt denk ik vooral door het relatief goedkope geheugen dat volop in databaseservers aanwezig is. De Linux-kernel heeft een prima memory management en zodra de block cache is volgelopen merk je niets meer van die traagheid neemt niet weg dat ik op een thuisservertje vaak wel eens tegen die traagheid aanloop...

[ Bericht 0% gewijzigd door JeRa op 28-03-2006 23:22:56 ]
  dinsdag 28 maart 2006 @ 23:23:41 #164
7152 Inbox4me
 Zo kijk ik altijd
pi_36450262
quote:
Op dinsdag 28 maart 2006 22:58 schreef Light het volgende:

[..]
[ code verwijderd ]
*verwijderd*

Ik ben eruit. Uiteindelijk steekwoorden in een array gezet, en mbv mysql_insert_id en informatie opvragen met een query is het allemaal gelukt

Thnx voor het meedenken

[ Bericht 24% gewijzigd door Inbox4me op 29-03-2006 02:11:14 ]
Ik ken karate, taekwondo en nog 19 andere gevaarlijke woorden
pi_36461357
is niet helemaal geschikt voor dit topic, maar toch wel een beetje, en jullie weten vast het antwoord.

ik ben mezelf maar eens aan het verdiepen in validation, en nu kom ik hetvolgende tegen:

1
2
3
4
Error Line 149 column 29: reference to entity "mID" for which no 
system identifier could be generated.

<a href="main.php?&mID=122&sID=163">


waarom slikt hij dat niet?
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_36461648
Die ampersand moet weg achter het vraagteken?
pi_36462007
nee dat maakt niet uit..

was ff tijdelijk zo met dat ?&. maar ook al is het zonder ampersand, zelfde error.
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_36462567
quote:
Op woensdag 29 maart 2006 14:29 schreef Desdinova het volgende:
nee dat maakt niet uit..

was ff tijdelijk zo met dat ?&. maar ook al is het zonder ampersand, zelfde error.
Probeer het eens in lowercase? Verder zou ik niet weten wat er mis mee is.
pi_36463243
quote:
Op woensdag 29 maart 2006 14:29 schreef Desdinova het volgende:
nee dat maakt niet uit..

was ff tijdelijk zo met dat ?&. maar ook al is het zonder ampersand, zelfde error.
Als je die eerste & (na het ?) weg laat dan zal je nog een foutmelding krijgen over sID. Als je een & in html zet dan moet je die vervangen door & amp;, ook als het onderdeel van een url is.

1<a href="main.php?mID=122& amp;sID=163">


(de encoding van Replique klopt ook niet, & amp; wordt altijd & als je de spatie weglaat)
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_36463310
ik heb nu idd & van alle & tekens gemaakt, en dat werkt

goed om te weten voor de toekomst..

ik las iets over in php.ini de &-seperator vervangen met ;

wat is jullie mening hierover?
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_36463691
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Tabel foto:

Foto_ID   |    Foto
--------------------
 1        |    blob1
 2        |    blob2


Tabel steekwoord:

Steekwoord_ID   |    Steekwoord
-----------------------------------
 1              |    groen
 2              |    blauw


Tabel Foto_steekwoord:

  Foto_ID    |  Steekwoord_ID
----------------------------------------------------
      1      |    2
      2      |    2


En dan iets met inner join queries?

Of zie ik alles nu helemaal verkeerd?
pi_36464498
Hoe wil je nu meerdere steekwoorden aan 1 foto koppelen dan?

Edit:
Heb zelf ook geen oplossing maar dit is nu niet mogelijk in ieder geval.

Probleem is dat je hier een many-to-many relatie hebt. Ergo: 1 foto kan meerdere steekwoorden hebben en 1 steekwoord kan meerdere foto's hebben.

Oplossing:
Je tabel klopt in principe wel
Je moet alleen Foto_ID óf Steekwoord_ID in de Foto_Steekwoord tabel níet auto-increment maken of unique.

Dan kan je dus ook zoiets krijgen:
1
2
3
4
5
Steekwoord|   Foto
1         |     1 
1         |     2
2         |     1
2         |     3


[ Bericht 60% gewijzigd door DaFan op 29-03-2006 15:53:30 ]
pi_36465871
Ja, dat bedoelde ik ook
pi_36466057
quote:
Op woensdag 29 maart 2006 16:21 schreef fokME2 het volgende:
Ja, dat bedoelde ik ook
Dan is er niks aan het handje
Kostte me ff om door te krijgen omdat je kolom maar 2 rijen lang was
pi_36466392
quote:
Op woensdag 29 maart 2006 15:43 schreef DaFan het volgende:
Hoe wil je nu meerdere steekwoorden aan 1 foto koppelen dan?

Edit:
Heb zelf ook geen oplossing maar dit is nu niet mogelijk in ieder geval.

Probleem is dat je hier een many-to-many relatie hebt. Ergo: 1 foto kan meerdere steekwoorden hebben en 1 steekwoord kan meerdere foto's hebben.

Oplossing:
Je tabel klopt in principe wel
Je moet alleen Foto_ID óf Steekwoord_ID in de Foto_Steekwoord tabel níet auto-increment maken of unique.
In die koppeltabel wil je helemaal geen auto-increment. Da's namelijk niet handig. Gewoon een primary key op (Foto_ID, Steekwoord_ID) en een index op Steekwoord_ID. Da's de handigste manier om beide kanten op te kunnen zoeken.
pi_36466697
quote:
Op woensdag 29 maart 2006 16:34 schreef Light het volgende:

[..]

In die koppeltabel wil je helemaal geen auto-increment. Da's namelijk niet handig. Gewoon een primary key op (Foto_ID, Steekwoord_ID) en een index op Steekwoord_ID. Da's de handigste manier om beide kanten op te kunnen zoeken.
Dat staat er Met auto-increment heb je niks anders dan Tabel Foto uitgebreid met een steekwoord
pi_36476052
Ik heb een vraagje, Ik heb 3 mysql databases, door de hele site gebruik ik verschillende queries uit de databases door elkaar.
Dus bijvoorbeeld: query db1, query db2, query db1, query db3, query db2


Ik wilde dat zelf oplossen door 3 functies te maken waarbij ik elke keer de dabase connectie maak, query doe, database connectie sluit en de resource teruggeven.
maar dat lijkt me een beetje teveel connecties geven.

Wat kan ik beter doen?
pi_36476297
@Darkomen

Je kunt binnen één verbinding van database wisselen, zie deze functie bijvoorbeeld. Ook geloof ik dat er een bepaalde syntax bestaat waarbij je niet eens hoeft te wisselen maar binnen één query verschillende databases kunt aanspreken. Die moet ik even nazoeken.

edit: het is mogelijk

SELECT * FROM database1.tabel, database2.anderetabel
pi_36477770
Is er een mogelijkheid om ná het zoeken van een string automatisch een variabele in te vullen in een form en deze te submitten?

Edit: In hetzelfde scherm. Ik heb de broncode in HTML, delen ervan zijn in Javascript maar in principe heb ik die niet nodig.
pi_36478149
quote:
Op woensdag 29 maart 2006 22:41 schreef DaFan het volgende:
Is er een mogelijkheid om ná het zoeken van een string automatisch een variabele in te vullen in een form en deze te submitten?

Edit: In hetzelfde scherm. Ik heb de broncode in HTML, delen ervan zijn in Javascript maar in principe heb ik die niet nodig.
Hoe bedoel je dat?
pi_36479372
quote:
Op woensdag 29 maart 2006 22:50 schreef Light het volgende:

[..]

Hoe bedoel je dat?
Nou je hebt een tabel met 4 tabellen. In de eerste kolom staat een type, in de tweede kolom hoeveel er daar van zijn en de 4e kolom bestaat uit een 'type=text'
(3e kolom is niet van toepassing)

Nu zou ik dus het getal uit de 2e kolom willen overnemen in de 4e en dan het form submitten als ik de naam van alle textboxes en de submitknop heb.
pi_36484364
Als je een stukje code paste dan wordt het misschien allemaal wat duidelijker.
pi_36484419
quote:
Op donderdag 30 maart 2006 08:59 schreef fokME2 het volgende:
Als je een stukje code paste dan wordt het misschien allemaal wat duidelijker.
Nou ik maak straks in VB wel ff een formpje + screenshot dat maakt het wat duidelijker denk ik
pi_36485909
Serverside gedoe samen met clientside gedoe, een tabel met vier tabellen, de namen van alle textboxes en de submitknop en nu een form in Visual Basic? Anders vertel je gewoon ff wat je wilt doen ipv wat er niet wil lukken
pi_36486216
1
2
3
4
5
Type     |  Aantal  |  ---  |  Aantal bestellen
-----------------------------------------
Fietsen  |  100     |  Max  |  [textbox]
Auto's   |  50      |  Max  |  [textbox]
[Submit]


Ik wil zoeken op de string "Fietsen" bijvoorbeeld. Daarna wil ik dat er herkent wordt dat er 100 zijn, en er 100 invult in het tekstvak. En dan nog op submit ramt

Dat 'max' zit er, want dan wordt automatisch die 100 ingevuld. Maar ik wil het juist niet handmatig doen.

Edit:
En zo ziet de site eruit:


Ik wil dus 95 hebben staan in dat laatste vak. Onderop zit nog ergens de submitknop.

En ik wil gewoon weten of het überhaupt mogelijk is om iets in te laten vullen of moet je dan gewoon de variabelen meenemen na het scherm daarna?

[ Bericht 24% gewijzigd door DaFan op 30-03-2006 10:45:57 ]
pi_36486664
quote:
Op woensdag 29 maart 2006 22:02 schreef JeRa het volgende:
@Darkomen

Je kunt binnen één verbinding van database wisselen, zie deze functie bijvoorbeeld. Ook geloof ik dat er een bepaalde syntax bestaat waarbij je niet eens hoeft te wisselen maar binnen één query verschillende databases kunt aanspreken. Die moet ik even nazoeken.

edit: het is mogelijk

SELECT * FROM database1.tabel, database2.anderetabel
Volgens mij kan ik daar wel wat mee, ik zie ook een functie online staan, vanmiddag maar ff testen

Alvast bedankt!
pi_36486915
quote:
Op donderdag 30 maart 2006 10:39 schreef DaFan het volgende:

[ code verwijderd ]

Ik wil zoeken op de string "Fietsen" bijvoorbeeld. Daarna wil ik dat er herkent wordt dat er 100 zijn, en er 100 invult in het tekstvak. En dan nog op submit ramt

Dat 'max' zit er, want dan wordt automatisch die 100 ingevuld. Maar ik wil het juist niet handmatig doen.

Edit:
En zo ziet de site eruit:
[afbeelding]

Ik wil dus 95 hebben staan in dat laatste vak. Onderop zit nog ergens de submitknop.

En ik wil gewoon weten of het überhaupt mogelijk is om iets in te laten vullen of moet je dan gewoon de variabelen meenemen na het scherm daarna?
<input type="text" name="bla" value="$max"> moet gewoon werken toch?

en alstie meteen moet submitten zou

<body onload="document.form.submit();">

voldoende moeten zijn..
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_36487042
quote:
Op donderdag 30 maart 2006 11:13 schreef Desdinova het volgende:

[..]

<input type="text" name="bla" value="$max"> moet gewoon werken toch?

en alstie meteen moet submitten zou

<body onload="document.form.submit();">

voldoende moeten zijn..
Meer een HTML kwestie dus?
pi_36487258
quote:
Op donderdag 30 maart 2006 11:19 schreef DaFan het volgende:

[..]

Meer een HTML kwestie dus?
mja, maar met een php waarde uit de database.
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_36487494
quote:
Op donderdag 30 maart 2006 11:28 schreef Desdinova het volgende:

[..]

mja, maar met een php waarde uit de database.
Ik ga straks een wat beginnen met een eigen tabelletje, als dat werkt ga ik ze van die site af proberen te trekken. Bedankt voor de start iig
pi_36538391
Ik hoop dat iemand me nog een keer kan helpen. Ik ben weer bezig met mijn formulier. Verzenden gaat nu zonder problemen. Ik heb alleen een ander probleem waar ik niet precies weet hoe ik het in elkaar moet zetten.

Ik heb mijn formulier en die moet worden gevalideerd, dit doe ik op 2 manieren, allereerst kijk ik of bepaalde velden zijn ingevuld (empty($name)), en vervolgens gebruik ik regular expression om de induviduele waardes te checken.

Nou heb ik het volgende probleem ik wil eerst kijken of bepaalde velden gevuld zijn. De uitkomst van dit vraagstuk moeten alle vakken teruggeven die leeg zijn. Zijn alle vakken vol dan moet er worden gechecked op regular expressions is ook hier de uitkomst goed pas dan mag er worden begonnen met de verwerking.
Met een met een else if krijg ik het alleen niet voor elkaar dat hij meerdere fouten terug geeft. Dat lukt me wel met een switch maar dat gaat niet goed als de eerste case fout is en de rest goed.

Heeft iemand een idee hoe ik dit moet oplossen?

1
2
3
4
5
6
7
8
9
10
11
12
Switch ("empty") {
   case (empty($name));
   echo "U heeft niet uw naam ingevuld";
   case (empty($lastname));
   echo "U heeft niet uw achternaam ingevuld";
   case (empty($email));
   echo "U heeft geen email adres ingevuld ingevuld";
   case (empty($subject));
   echo "U heeft geen onderwerp ingevuld";
   break;
   default:
      echo "alle gegevens zijn correct ingevoerd.";}


[ Bericht 5% gewijzigd door ExCibular op 31-03-2006 23:57:13 ]
pi_36545635
Je moet zorgen dat altijd alle velden gecontroleerd worden en alle foutmeldingen verzamel je.

1
2
3
4
5
6
7
8
9
$msg = array();
if (empty($name)) $msg[] = 'U heeft niet uw naam ingevuld';
if (empty($lastname)) $msg[] = 'U heeft niet uw achternaam ingevuld';
// ...
if (count($msg) == 0) {
    // alles goed
} else {
    // toon de fouten
}


[ Bericht 1% gewijzigd door SuperRembo op 01-04-2006 12:32:08 ]
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_36547006
quote:
Op zaterdag 1 april 2006 11:00 schreef SuperRembo het volgende:
Je zorgen dat altijd alle velden gecontroleerd worden en alle foutmeldingen verzamel je.
[ code verwijderd ]
Dank je wel, ik ga het op die manier proberen.
  maandag 3 april 2006 @ 15:23:37 #194
73232 De_Hertog
Aut bibat, aut abeat
pi_36609169
Ik heb (vrij eenvoudige) code om iedere dag een plaatje van een site te halen (dirkjan van het AD, om precies te zijn) alleen tegenwoordig verschijnt dan een melding van AD dat dit plaatje alleen op de site van AD te bekijken is. Is het plaatje alsnog op een of andere manier te verkrijgen? Dit is de code:
1
2
3
print "<img src=\"http://files.ad.nl/strips/image.php?strip=dirkjan&datum=";
print date("Y-m-d", time());
print "\">";

Ik ga er van uit dat ik deze vraag hier gewoon mag stellen, aangezien al verschillende keren (kranten.com, funda) is gebleken dat deeplinken mag.
Mary had a little lamb
Then Mary had dessert
pi_36612813
@De_Hertog

Zoals het nu is laat je de bezoeker het plaatje downloaden. Die bekijkt dat plaatje vanaf jouw domein en zal dat dus ook als referer doorsturen, wat leidt tot de blokkade van AD.

Eén oplossing is dat jij elk plaatje automagisch downloadt via PHP door een HTTP GET-request te doen naar files.ad.nl met de URI en de goede referer. Deze plaatjes kun je dan aan je bezoekers tonen, zorg er dan wel voor dat je ze cachet zodat het allemaal snel blijft.

Sommige browsers sturen geen referer mee als je een pagina of bestand opent in een nieuw scherm. Geen idee of dat bij IE en FF zo is, maar je zou het kunnen proberen.
pi_36637395
na een uurtje zoeken eindelijk het topic gevonden
het lukt mij om de een of andere reden niet om een cookie in te stellen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
<?php
session_start
();
# includes
require("includes/mysql.php");

# defined variables
$path = explode(".",$_SERVER['PHP_SELF']);
$path = substr($path[0],0,5);
$domain = $_SERVER['HTTP_HOST'];

if(!isset(
$_COOKIE['hash']) && !isset($_COOKIE['SESSID']))
{
    if(
$_SERVER['REQUEST_METHOD'] == 'POST')
    {
        
$hash='1';
        
setcookie("hash",$hash,time()+1000,$path[0],$domain,0);
        
setcookie("SESSID",session_id(),time()+1000,$path[0],$domain,0);
        echo(
"form submitted");
        
//er is en formulier gesubmit
    
}
    else
    {
    print(
$HTTP_COOKIE);
        include(
"includes/login.html"); //laat login scherm zien
    
}
}
else
{
    echo(
"er is een cookie gevonden met de volgende inhoud:<br>");
    
print_r($_COOKIE);
}
?>

op de pagina na dde submit dan kan ik het cxookie perfect uitlezen (nogal wiedes,i op zelfde pagina gemaakt.
ik kan het dus helemaal niet zetten om de een of ander reden?
maar zodra ik de directoy opnieuw aanroep dan komt hij doodleuk weer met de melding om aan te melden?
wat doe ik verkeerd? (vast iets simpels maar toch)

[ Bericht 2% gewijzigd door mschol op 04-04-2006 13:59:43 ]
  dinsdag 4 april 2006 @ 13:01:50 #197
73232 De_Hertog
Aut bibat, aut abeat
pi_36637498
quote:
Op maandag 3 april 2006 17:07 schreef JeRa het volgende:
@De_Hertog

Zoals het nu is laat je de bezoeker het plaatje downloaden. Die bekijkt dat plaatje vanaf jouw domein en zal dat dus ook als referer doorsturen, wat leidt tot de blokkade van AD.

Eén oplossing is dat jij elk plaatje automagisch downloadt via PHP door een HTTP GET-request te doen naar files.ad.nl met de URI en de goede referer. Deze plaatjes kun je dan aan je bezoekers tonen, zorg er dan wel voor dat je ze cachet zodat het allemaal snel blijft.

Sommige browsers sturen geen referer mee als je een pagina of bestand opent in een nieuw scherm. Geen idee of dat bij IE en FF zo is, maar je zou het kunnen proberen.
Openen in een nieuw scherm doe ik niet, het gaat er nu net om dat ik voor mezelf alle strips die ik dagelijks lees op een rijtje bij elkaar heb Je andere oplossing zal ik proberen, bedankt!
Mary had a little lamb
Then Mary had dessert
pi_36639016
quote:
Op dinsdag 4 april 2006 13:01 schreef De_Hertog het volgende:

[..]

Openen in een nieuw scherm doe ik niet, het gaat er nu net om dat ik voor mezelf alle strips die ik dagelijks lees op een rijtje bij elkaar heb Je andere oplossing zal ik proberen, bedankt!
Als je trouwens niet wilt kloten met fsockopen() raad ik je de CURL-library aan daarmee kun je de juiste requests met een aangepaste referer doen.
pi_36639079
quote:
Op dinsdag 4 april 2006 12:58 schreef mschol het volgende:
na een uurtje zoeken eindelijk het topic gevonden
het lukt mij om de een of andere reden niet om een cookie in te stellen:
[ code verwijderd ]

op de pagina na dde submit dan kan ik het cxookie perfect uitlezen (nogal wiedes,i op zelfde pagina gemaakt.

maar zodra ik de directoy opnieuw aanroep dan komt hij doodleuk weer met de melding om aan te melden?
wat doe ik verkeerd? (vast iets simpels maar toch)
Wat staat er in $domain, $path en waar draait je script?
pi_36639321
quote:
Op dinsdag 4 april 2006 13:50 schreef JeRa het volgende:

[..]

Wat staat er in $domain, $path en waar draait je script?
$domain = server of pwaschool.com (afhankelijkvan hoe ik em benader)
$path = /pcdb
en draait op iis server op http://www.pwaschool.com/pcdb/

ik kom er net achter dat ik nadat ik op submit heb gedrukt helemaal geen cookie waardes kan geven?

(e.v.t. kunnen julliue zelf kijken staat dus op http://www.pwaschool.com/pcdb/
en bovenaan wordt de inhoud van $cookie geprint met print_r
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')