Archief - php: mysql_query() error

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

killgore

Legacy Member
id tssn ` zetten als het gereserveerd is (doubt it eigenlijk, ik heb nooit probs gehad met id).

voor de rest: $_GET["id"] is hoogstwaarschijnlijk leeg :).

andere mogelijke fouten: geen :p.

killer bel

Legacy Member
ID is niet leeg.
want ik heb nu een tabelgemaakt met alle ingevoerde namen. Dan heb ik er een link van gemaakt.
..../forum.php?id41

dus mijn ID is zeker niet leeg. Nu valt mij wel op dat ik wel duidelijk een = had ingevoerd dus mijn bedoeling was dat het
../forum.php?id=41 maar dat is het dus niet. Volgens mij ligt het daaraan.
Hoe fix ik dat? Ik heb toch duidelijk ingevoerd dat er ook een " = " moet staan!

DarkBone

Legacy Member
Waar hebt ge dat ingevoerd, huh ?

Ge moet toch gewoon zorgen dat er links van de vorm /forum.php?id=123 bestaan?

Als het ligt aan het feit dat de variabele dus leeg was dan... dan... ben ik niet verantwoordelijk voor eventuele gevolgen :D

killer bel

Legacy Member
maar hij is toch gevuld???
want forum.php?id=123 heeft achteraan toch een getal? 123, dus hij is gevuld!
denk ik toch....

killer bel

Legacy Member
nee, nog altijd niets.. dus dat betekent dat hij leeg is?

e4media

Legacy Member
bij GET en POST enz. altijd single quotes gebruiken

$_GET['id'] dus

killer bel

Legacy Member
mja, nu ben ik bezig aan een shoutbox (bij wijze van oefening) en wat blijkt nu weer prob heb met die k*t query :wtf:

de foutmelding is
You have an error in your SQL syntax near '10 FROM shoutbox ORDER BY tijd DESC' at line 1

en de regel:
PHP:
$query = "SELECT TOP 10 FROM shoutbox ORDER BY shoutbox.tijd DESC";

deze keer zit er zeker iets in de datebase, ik het zelf handmatig er in gestoken, dus daar kan het zeker niet aan liggen

killgore

Legacy Member
e4media zei:
bij GET en POST enz. altijd single quotes gebruiken

$_GET['id'] dus
HA

HA

HA

biggest bullshit ever :)


@hierboven: ofwel ist top(10) ofwel bestaat die functie niet (i tend to believe the last one)

DarkBone

Legacy Member
TOP 10 is inderdaad geen geldige SQL in dit geval, gebruik LIMIT 10 op het einde

killer bel

Legacy Member
ja, ik weet ik had de tip al gekregen van iemand anders

ik gebruik acces om eventueel de query's op te stellen, maar dat blijkt dus helemaal niet hetzelfde te zijn ...

killer bel

Legacy Member
ik heb enkele vraagjes inverband met query's:

bestaat er een query waar je een table mee kan maken?

iets zoals:

PHP:
$query = "CREATE TABLE ".$_POST['naamtable']

bv, ik peins daar al lang op. een clansysteem voor xbox of weet ik veel. waar mensen een aparte pagina kunnen maken voor hun clans.
er zijn 2 aparte registratie pagina's, één voor de clans en één voor de clanleden.

een clanlid kan clan maken maar ook een clan joinen.

en nu komt het prob,

hoe krijg ik mensen in die clan als de clan zelf in een table staat?

is het dan nie mogelijk om een table aan te maken met de naam van de clan en daar dan de leden invoegen?

is er geen beter systeem, want zo'n honderden tables zie ik toch niet zitten hoor!

allé ik hoop dat je snapt,

alvast bedankt,
Jorge

ps// jullie vinden het toch niet erg dat ik mijn thread zit vol te spammen met mijn vraagjes?

Zero Grav

Legacy Member
beter dan altijd een nieuwe thread op te starten.
Ik gebruik soms phpmyadmin voor query's te laten generen en checken (is zeer handig)
en volgens die is het:

CREATE TABLE `test` (
`id` INT NOT NULL,
UNIQUE (`id`)
);

^^

killer bel

Legacy Member
dus het is eigelijk

PHP:
$query = "CREATE TABLE `test` ( `id` INT NOT NULL,UNIQUE (`id`)); "

dat je in je code moet opnemen en niet handmatig in phpmyadmin moet doen?

eigelijk heb je mijn vraag niet goed beantwoord maar soit toch bedankt! :niceone:

dJeez

Legacy Member
:eek: OMFG, jij zou een parte tabel maken van de leden per clan of wat? Leer beter eerst eens wat relationale databases zijn, lees deze thread dan opnieuw en voel een diep gevoel van schaamte...

killer bel

Legacy Member
daarom vraag ik wat een beter oplossing is, in plaats van mij zo zitten af te breken :angry:

is het niet mogelijk om een table te maken met clans en dan nog een table met leden, en dan de id van de clan te koppelen met de id van de leden?

dus idclan---->idlid

maar is dat wel mogelijk met phpmyadmin? ik weet het niet, want ik verschillende tables gemaakt met telkens met id, en geen prob

killgore

Legacy Member
gewoon
2 tables

1tje met clans, bv.:
id, clanname,leaderid, ...;

1tje met members:
id, nickname, password, email, clanid, ...;

in members table steek je dan in het veld clanid het id van de overeenkomstige clan, in clan table in leaderid het id van het overeenkomstige lid.

Dan ga je op dev.mysql.com naar de documentatie zien en wat info opzoeken over het begrip JOIN en binnen de kortste keren heb je een deftig gelinkte db die nog snel is ook :).

DarkBone

Legacy Member
killer bel zei:
tja, die engels sh*t versta ik eigelijk niet dus ik heb effe onderzoek gedaan op phpfreakz en is dit wat je bedoelt?

http://www.phpfreakz.nl/artikelen.php?aid=45

?

thanks,
Jorge
Aan u leeftijd moogt ge toch een voldoende kennis van het Engels hebben om die manuals te verstaan ze... zeker voor iemand die met de nieuwe media is opgegroeid, daar is alles in het Engels...

killer bel

Legacy Member
ik versta engels, meer dan gij denkt. maar als ge dinges moet begrijpen in het engels terwijl ge het in het nederlands nog maar amper begrijpt word het toch wel moeilijk
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan