1 2 | HTTP/1.0 401 Access Denied Still Working in d:\test.php on line 3 |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <td class="index1" width="120" nowrap>SQL Disk usage</td> <td class="index2">15.48 Megabytes</td> </tr> <tr> <td class="index1" width="120" nowrap>Disk space available</td> <td class="index2">841.32 Megabytes</td> </tr> <tr> <td class="index1" width="120" nowrap>Bandwidth usage (current month)</td> <td class="index2">1141.31 Megabytes</td> </tr> |
1 2 3 | preg_match( $pattern, $test, $matches ); print_r( $matches ); |
1 |
1 |
Oke, bedankt! Maar wanneer gebruik je nou /, #, of ^ ... $quote:Op zondag 26 maart 2006 17:56 schreef SuperRembo het volgende:
Er zit meer dan 1 white space char tussen de td's: vervang \s door \s*
[ code verwijderd ]
Als je ' in plaats van " gebruikt voor je php string dan hoeft je de " niet te escapen.
En als je # in plaats van / gebruikt voor je regexp, dan hoef je de / ook niet te escapen:
[ code verwijderd ]
De case is altijd hetzelfde, maakt dus niet uit.quote:Op zondag 26 maart 2006 17:57 schreef Roönaän het volgende:
Niet verstandig om #im te gebruiken ipv #m ?
Het is pure data, als er een character van case is veranderd is er waarschijnlijk nog wel meer veranderdquote:Op zondag 26 maart 2006 17:57 schreef Roönaän het volgende:
Niet verstandig om #im te gebruiken ipv #m ?
Er is een groot verschil tussen de delimitors, die je zelf kunt kiezen, en de twee tekens ^ en $ waarmee je respectievelijk het begin en het einde van de matchen string weergeeft. Standaard wordt een forwardslash (/) gebruikt als delimitor, maar een hash (#) of zelfs een uitroepteken is niet zeldzaamquote:Op zondag 26 maart 2006 18:00 schreef Nevermind het volgende:
[..]
Oke, bedankt! Maar wanneer gebruik je nou /, #, of ^ ... $
Ik heb hier een cheat sheet () naast me aan de muur hangen die ik probeer te gebruiken, die vind dat ik ^ aan het begin moet zetten en $ aan het eind.
Aha, dat is een stuk duidelijker dan wat ik van de php manual begrijpquote:Op zondag 26 maart 2006 18:02 schreef JeRa het volgende:
[..]
Er is een groot verschil tussen de delimitors, die je zelf kunt kiezen, en de twee tekens ^ en $ waarmee je respectievelijk het begin en het einde van de matchen string weergeeft. Standaard wordt een forwardslash (/) gebruikt als delimitor, maar een hash (#) of zelfs een uitroepteken is niet zeldzaam
Zijn er verschillen tussen de /, # en ! dan?quote:Op zondag 26 maart 2006 18:02 schreef JeRa het volgende:
[..]
Er is een groot verschil tussen de delimitors, die je zelf kunt kiezen, en de twee tekens ^ en $ waarmee je respectievelijk het begin en het einde van de matchen string weergeeft. Standaard wordt een forwardslash (/) gebruikt als delimitor, maar een hash (#) of zelfs een uitroepteken is niet zeldzaam
Nee.quote:Op zondag 26 maart 2006 19:25 schreef HuHu het volgende:
[..]
Zijn er verschillen tussen de /, # en ! dan?
Regular expressions worden van oudsher aangeduid met een forward slash als delimitor, maar het maakt voor zover ik weet in PHP niet uitquote:Ik heb geleerd dat je met de / moet werken binnen regular expressions, maar in PHP gebruik ik de # en het werkt ook prima.
Dank voor de oplossing.quote:Op zaterdag 25 maart 2006 12:40 schreef Roönaän het volgende:
ToBe,
Eventueel kan je ook doen:
[ code verwijderd ]
1 2 3 | echo strpos( $string, $woord ) ? "andere string" : $string; ?> |
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 | $csv = & new csv_bv('tblprijslijst.csv', ';', '"' , '\\'); $csv->SkipEmptyRows(TRUE); // Will skip empty rows. TRUE by default. (Shown here for example only). $csv->TrimFields(TRUE); // Remove leading and trailing \s and \t. TRUE by default. $_arr = $csv->csv2Array(); $query = "TRUNCATE TABLE `TblPrijslijst`"; $result = mysql_query($query) or die("Invalid query: " . mysql_error().__LINE__.__FILE__); $i = 0; foreach ($_arr as $key => $value) { foreach ($value as $value2 => $key2) { $totaleuitkomst .= $key $query = "INSERT INTO TblPrijslijst(`Id`, `Leverancier`, `Productgroep`, `Subgroep:`, `Art.nr.`, `Vendorcode`, `EAN-Code:`, `Artikelomschrijving`, `Prijs`, `Voorraad:`, `Verwachte levertijd`, `Productspecificaties:`, `Hotdeal`, `opisop`, `opruiming`, `image_small`, `image_big`) VALUES( '".$i."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."', '".$key2."')"; mysql_query($query) or die("Invalid query: " . mysql_error().__LINE__.__FILE__); $i++; } } |
1 2 3 4 5 6 7 8 9 10 11 | foreach ($_arr as $key => $value){ foreach ($value as $value2 => $key2){ if ($query){ $query .= "'"; } $query .= "'".$key2."'"; } $query = "insert into ( blabla) values ( ".$query.")"; unset ($query); } ?> |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | foreach ($value as $value2 => $key2){ if ($query){ $query .= "'"; } $query .= "'".$key2."'"; } $query = "INSERT INTO TblPrijslijst(`Leverancier`, `Productgroep`, `Subgroep:`, `Art.nr.`, `Vendorcode`, `EAN-Code:`, `Artikelomschrijving`, `Prijs`, `Voorraad:`, `Verwachte levertijd`, `Productspecificaties:`, `Hotdeal`, `opisop`, `opruiming`, `image_small`, `image_big`, `icecaturl`) VALUES( ".$query.")"; echo $query; mysql_query($query) or die("Invalid query: " . mysql_error().__LINE__.__FILE__); unset ($query); } |
1 2 3 4 5 6 7 8 9 | `Vendorcode`, `EAN-Code:`, `Artikelomschrijving`, `Prijs`, `Voorraad:`, `Verwachte levertijd`, `Productspecificaties:`, `Hotdeal`, `opisop`, `opruiming`, `image_small`, `image_big`, `icecaturl`) VALUES( 'Leverancier',''Productgroep', ''Subgroep:',''Art.nr.',''Vendorcode',''EAN-Code:',''Artikelomschrijving',''Prijs',''Voorraad:', ''Verwachte levertijd',''Produktspecificaties:',''hotdeal',''opisop', ''opruiming', ''image_small',''image_big',''icecaturl',) |
1 2 | $query .= " ' ".$key2." ', "; |
Nee...quote:Op dinsdag 28 maart 2006 18:36 schreef DaFan het volgende:
Eén hele korte vraag:
Is
[ code verwijderd ]
hetzelfde als
[ code verwijderd ]
?
Een functie nl2paragraph_and_br zou ook handig zijn.quote:Op dinsdag 28 maart 2006 19:30 schreef Swetsenegger het volgende:
de funtie nl2br bestaat dan ook niet voor niets
Waarom zou je dat in godsnaam willen?quote:Op dinsdag 28 maart 2006 19:32 schreef HuHu het volgende:
[..]
Een functie nl2paragraph_and_br zou ook handig zijn.
Maar die heb ik dan zelf weer geschreven.
Een <br /> moet toch binnen <p> tags zitten?quote:Op dinsdag 28 maart 2006 19:34 schreef Swetsenegger het volgende:
[..]
Waarom zou je dat in godsnaam willen?
2 br's is toch ook een paragraaf
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | @extract($_POST); $name = stripslashes($naam); $position = stripslashes($functie); $company = stripslashes($bedrijf); $adress = stripslashes($adres); $number = stripslashes($nummer); $postal = stripslashes($postcode); $city = stripslashes($plaats); $country = stripslashes($land); $telephone = stripslashes($telefoon); $telcontact = stripslashes($checkbox); $email = stripslashes($email); $concerning = stripslashes($betreft); $subject = stripslashes($onderwerp); $text = stripslashes($tekst); $subj = $concerning . $subject; $msg = $name . $text; mail('info@mijndomein.nl',$subj,$msg,"From: $company <$email>"); header("location:contact.php"); ?> |
Dit gebruiken:quote:Op dinsdag 28 maart 2006 19:47 schreef ExCibular het volgende:
Ik heb een vrij simpel vraagje: Ik ben bezig met een mail scriptje. Maar ik krijg een ding niet voor elkaar:
[ code verwijderd ]
Ik heb het volgende probleem: dmv $subj probeer ik in outlook te zorgen dat daar dmv rules de acties worden uitgevoerd die nodig zijn. Vandaar dat dit twee variabelen betreft: een list (betreft) en het zelf gekozen onderwerp. Als ik dit echter op de manier probeer dan krijg ik een mailtje waarin de beide waardes aan elkaar vast zijn geschreven.
Een ander probleempje is dat ik mij afvraag hoe ik de main message op de beste manier kan stijlen. Iemand tips?
1 |
Dank je wel dat werkt inderdaad.quote:Op dinsdag 28 maart 2006 20:00 schreef HuHu het volgende:
Gewoon een spatie ertussen zetten dus.
Neequote:Op dinsdag 28 maart 2006 19:37 schreef HuHu het volgende:
[..]
Een <br /> moet toch binnen <p> tags zitten?
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 33 34 35 36 37 38 39 40 41 42 43 44 | * hier worden variabelen uit form gelezen - gestript * // foto inlezen $binary_foto = addslashes (fread(fopen($foto, "r"), filesize($foto))); // thumbnail inlezen $binary_thumbnail = addslashes (fread(fopen($thumbnail, "r"), filesize($thumbnail))); // kijken of foto geselecteerd is if (!empty($foto)) { $query = "INSERT INTO Foto (Titel, Beschrijving, Naam, Datum_upload, DPI, Foto, Thumbnail) VALUES (''".$titel."', '".$beschrijving."', '".$naam."', '".$date."', '".$dpi."', '".$binary_foto."', '".$binary_thumbnail."')"; $result = mysql_query($query) or die(mysql_error()); if(isset($binary_foto)) { $foto_id = mysql_insert_id(); // haal laatste auto-increment id op // zet deze id in Foto_steekwoord $sql = "INSERT INTO Foto_steekwoord (Foto_ID) VALUES ('".$foto_id."')"; $result = mysql_query($sql); } // steekwoord in db zetten $query2 = "INSERT INTO Steekwoord (Steekwoord) VALUES ('".$steekwoord1."')"; $result = mysql_query($query2) or die(mysql_error()); // auto increment Foto_steekwoord_ID afvangen $foto_id = mysql_insert_id(); // haal laatste Foto_ID: $query_last = "SELECT Foto_ID FROM Foto GROUP BY Foto_ID ORDER BY Foto_ID DESC LIMIT 1"; $result_last = mysql_query($query_last) or die(mysql_error()); $arr = mysql_fetch_array($result_last); $query3 = "UPDATE Foto_steekwoord SET Steekwoord_ID = '$foto_id' WHERE Foto_ID = $arr[0]"; $result = mysql_query($query3) or die(mysql_error()); } else { echo "U heeft geen foto geselecteerd. <a href='javascript:history.back()'>Ga terug</a>"; } ?> |
1 2 3 4 | +--------+----------+ | 1 | foto1 | | 2 | foto2 | |
1 2 3 4 5 6 7 | +---------+--------+------------+ | 1 | 1 | mooi | | 2 | 1 | uitzicht | | 3 | 1 | groen | | 4 | 2 | veldsla | | 5 | 2 | groente | |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | Foto_ID | Foto -------------------- 1 | blob1 2 | blob2 Tabel steekwoord: Steekwoord_ID | Steekwoord ----------------------------------- 1 | groen 2 | blauw Tabel Foto_steekwoord: Foto_steekwoord_ID | Foto_ID | Steekwoord_ID ---------------------------------------------------- 1 | 1 | 1 2 | 1 | 2 |
Met daarbij de opmerking dat het over het algemeen wordt afgeraden om een foto in een database te bewaren. De foto kun je gewoon als bestand bewaren, en de naam ervan kan dan in de database. Op die manier belast je de database niet bij het bekijken van foto's, omdat je geen grote hoeveelheden data hoeft te behandelen.quote:Op dinsdag 28 maart 2006 20:48 schreef Inbox4me het volgende:
[ code verwijderd ]
Foto 1 is dus gekoppeld aan de steekwoorden groen en blauw, via de koppeltabel Foto_steekwoord
Waarom 3 tabellen?quote:Op dinsdag 28 maart 2006 20:48 schreef Inbox4me het volgende:
[ code verwijderd ]
Foto 1 is dus gekoppeld aan de steekwoorden groen en blauw, via de koppeltabel Foto_steekwoord
Toevoeging: ik heb dus de foto's als blob in de db (ik ben op de hoogte dat dit geen goede manier is, maar deze site hoeft niet live)
Ik had m'n bericht al iets aangepast, ik ben op de hoogte van het feit dat een foto het beste niet in een database hoort. Dit was een studieproject en aangezien deze site niet live hoeft is dit zo besloten (inmiddels is het een éénmansproject maar dat terzijde). Aangezien er al een deel klaar was, laat ik dit zo anders moet ik alles om gaan gooien en daar heb ik de tijd niet voor...quote:Op dinsdag 28 maart 2006 20:59 schreef Light het volgende:
[..]
Met daarbij de opmerking dat het over het algemeen wordt afgeraden om een foto in een database te bewaren. De foto kun je gewoon als bestand bewaren, en de naam ervan kan dan in de database. Op die manier belast je de database niet bij het bekijken van foto's, omdat je geen grote hoeveelheden data hoeft te behandelen.
En de kolom Foto_steekwoord_ID in de laatste tabel voegt ook niets nuttigs toe.
Omdat je dan volgens mijn begeleidend docent meerdere steekwoorden aan één foto kunt koppelenquote:
Met mijn voorbeeld met 2 tabellen toch ook.quote:Op dinsdag 28 maart 2006 21:04 schreef Inbox4me het volgende:
Omdat je dan volgens mijn begeleidend docent meerdere steekwoorden aan één foto kunt koppelen
In 1 cel bedoel je?quote:Op dinsdag 28 maart 2006 21:13 schreef DaFan het volgende:
Meerdere steekwoorden in 1kolom wil je juist niet. Basispunt 1 normalisatie
Er is een kolom Foto_ID en een kolom steekwoord_ID. De combinatie van die 2 is uniek (tenminste, dat zou het moeten zijn, al was het maar omdat het nogal onzinnig is om 3 keer op te slaan dat steekwoord 1 bij foto 2 hoort). Het is op geen enkel moment van belang of de combinatie foto 2 - steekwoord 1 als eerste of als 500ste entry gegeven is. Dat maakt die kolom Foto_steekwoord_ID overbodig.quote:Op dinsdag 28 maart 2006 21:04 schreef Inbox4me het volgende:
Wat betreft Foto_steekwoord_ID: waarom voegt die niks toe?
Hoe wil je bij jouw voorbeeld steekwoord 3 (groen) aan foto 2 koppelen, zonder dat de koppeling met foto 1 verloren gaat?quote:Op dinsdag 28 maart 2006 21:06 schreef Swetsenegger het volgende:
[..]
Met mijn voorbeeld met 2 tabellen toch ook.
Gewoon nog een keer invoeren.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 aannemelijkquote: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.
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.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.
Gewoon 3 rijen toevoegen in de koppeltabel, voor ieder steekwoord 1.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?
Zolang je dan niet wil verwijderen op steekwoord is er weinig aan de handquote:Op dinsdag 28 maart 2006 22:41 schreef Light het volgende:
[..]
Gewoon 3 rijen toevoegen in de koppeltabel, voor ieder steekwoord 1.
Nu raak ik in de war. Is uit het oogpunt van zoeken jouw of mijn oplossing handiger?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.
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.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
Is het niet net als met alles.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...
Truequote: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
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: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.
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.
We zijn het eensquote:Maar eigenlijk is jouw oplossing de enige juiste
Maar hoe voeg ik die toe? Kan dat in één query, moet dat via arrays? Dat is mijn probleem waar ik op vast loop...quote:Op dinsdag 28 maart 2006 22:41 schreef Light het volgende:
[..]
Gewoon 3 rijen toevoegen in de koppeltabel, voor ieder steekwoord 1.
True. Het kan dan ook aantrekkelijk zijn om informatie redundant op te slaan. Niet qua schijfruimte, wel qua prestatie.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...
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...
1 |
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.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.)
*verwijderd*quote:
1 2 3 4 | system identifier could be generated. <a href="main.php?&mID=122&sID=163"> |
Probeer het eens in lowercase? Verder zou ik niet weten wat er mis mee is.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.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.
1 |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | 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 |
1 2 3 4 5 | 1 | 1 1 | 2 2 | 1 2 | 3 |
Dan is er niks aan het handjequote:
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.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.
Dat staat erquote: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.
Hoe bedoel je dat?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.
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'quote:
Nou ik maak straks in VB wel ff een formpje + screenshot dat maakt het wat duidelijker denk ikquote:Op donderdag 30 maart 2006 08:59 schreef fokME2 het volgende:
Als je een stukje code paste dan wordt het misschien allemaal wat duidelijker.![]()
1 2 3 4 5 | ----------------------------------------- Fietsen | 100 | Max | [textbox] Auto's | 50 | Max | [textbox] [Submit] |
Volgens mij kan ik daar wel wat mee, ik zie ook een functie online staan, vanmiddag maar ff testenquote: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
<input type="text" name="bla" value="$max"> moet gewoon werken toch?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?
Meer een HTML kwestie dus?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..
mja, maar met een php waarde uit de database.quote:
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 iigquote:Op donderdag 30 maart 2006 11:28 schreef Desdinova het volgende:
[..]
mja, maar met een php waarde uit de database.
1 2 3 4 5 6 7 8 9 10 11 12 | 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.";} |
1 2 3 4 5 6 7 8 9 | 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 } |
Dank je wel, ik ga het op die manier proberen.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 ]
1 2 3 | print date("Y-m-d", time()); print "\">"; |
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 | 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); } ?> |
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 hebquote: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.
Als je trouwens niet wilt kloten met fsockopen() raad ik je de CURL-library aanquote: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 hebJe andere oplossing zal ik proberen, bedankt!
Wat staat er in $domain, $path en waar draait je script?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)
$domain = server of pwaschool.com (afhankelijkvan hoe ik em benader)quote:Op dinsdag 4 april 2006 13:50 schreef JeRa het volgende:
[..]
Wat staat er in $domain, $path en waar draait je script?
hmm vreemd, ga het thuis nog eens proberenquote:Op dinsdag 4 april 2006 14:01 schreef JeRa het volgende:
Hij lijkt het hier gewoon te doen zoals je bedoeld had
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |