[PHP/(My)SQL] voor dummies - Deel 18

quote:

Op zaterdag 17 december 2005 13:18 schreef JeRa het volgende:

[..]

Wellicht kun je wat met mysql_error(), door de output van deze functie na het connecten even te laten zien?

Ik heb ff dat scriptje rechtstreeks gebruikt, alleen dan zie ik nog steeds helemaal niks ? (met goede user/pass uiteraard)

Niks met het mysql lijkt te werken. Als ik er een mysql_iets aanroep inzet doet de rest van het scripts niks meer.

[ Bericht 5% gewijzigd door PunisherADF op 17-12-2005 13:46:42 ]

quote:

Op zaterdag 17 december 2005 13:37 schreef PunisherADF het volgende:

[..]
[ code verwijderd ]

Ik heb ff dat scriptje rechtstreeks gebruikt, alleen dan zie ik nog steeds helemaal niks ? (met goede user/pass uiteraard)

Niks met het mysql lijkt te werken. Als ik er een mysql_iets aanroep inzet doet de rest van het scripts niks meer.

Volgens mij worden je errors naar een bestand weggeschreven ipv dat ze naar de output gaan.

Maar mysql_error() moet je zónder $link aanroepen, direct na de mysql_connect(). Waarom? Omdat als mysql_connect() failed, er niets zinnigs in $link staat in de manual staat ook dat je mysql_error() dan zonder argumenten moet aanroepen.

Okeej,



geeft in Apache error.log het volgende:

[Sat Dec 17 16:06:44 2005] [error] [client 127.0.0.1] PHP Fatal error: Call to undefined function mysql_connect() in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\database.php on line 6

quote:

Op zaterdag 17 december 2005 16:11 schreef PunisherADF het volgende:
Okeej,
[ code verwijderd ]

geeft in Apache error.log het volgende:

[Sat Dec 17 16:06:44 2005] [error] [client 127.0.0.1] PHP Fatal error: Call to undefined function mysql_connect() in C:\\Program Files\\Apache Group\\Apache2\\htdocs\\database.php on line 6

Oftewel, de MySQL-extension staat niet aan in die PHP-configuratie die moet je eerst aanzetten door php.ini te wijzigen.

quote:

Op zaterdag 17 december 2005 13:20 schreef JeRa het volgende:

[..]

Voor zover ik weet niet nee. Als je meerdere INSERTs doet die op elkaar leunen (zeg door een foreign key) dan kun je het beste dus eerst LOCK TABLES table1 WRITE, table2 WRITE gebruiken om te verzekeren dat er geen DELETE in de tussentijd kan plaatsvinden bijvoorbeeld

Je precies, dan is het locken van tables toch wel verstandig?
Wat geberut er als er een insert plaats vind, terwijl sql nog op locked staat van een vorige insert? Gewoon een foutmelding, of wacht sql tot de tables vrij zijn en voert hij dan pas de tweede insert uit.

Met andere woorden, moet je het nog opvangen, of doet mysql dat zelf?

quote:

Op zaterdag 17 december 2005 16:30 schreef Swetsenegger het volgende:

[..]

Je precies, dan is het locken van tables toch wel verstandig?
Wat geberut er als er een insert plaats vind, terwijl sql nog op locked staat van een vorige insert? Gewoon een foutmelding, of wacht sql tot de tables vrij zijn en voert hij dan pas de tweede insert uit.

Met andere woorden, moet je het nog opvangen, of doet mysql dat zelf?

Locken in MySQL gebeurt net zoals in vrijwel alle andere situaties: hij wacht net zolang totdat de lock wordt vrijgegeven en neemt 'm daarna meteen in

quote:

Op zaterdag 17 december 2005 16:32 schreef JeRa het volgende:

[..]

Locken in MySQL gebeurt net zoals in vrijwel alle andere situaties: hij wacht net zolang totdat de lock wordt vrijgegeven en neemt 'm daarna meteen in

Das mooi
Bedankt weer

quote:

Op zaterdag 17 december 2005 16:13 schreef JeRa het volgende:

[..]

Oftewel, de MySQL-extension staat niet aan in die PHP-configuratie die moet je eerst aanzetten door php.ini te wijzigen.

Haha super het werkt

quote:

Op zaterdag 17 december 2005 11:56 schreef wobbel het volgende:
M'n vraag uit het vorige topic...

Hoe moet mijn statement worden? met OR, AND of ||?

Als $aap = 1 mag je door, als $blaat = 1 is mag je door, maar als ze allebei 1 zijn mag je ook door.
Als ze allebei 0 zijn, mag je niet door....welke statement moet ik dan hebben?

quote:

Op zaterdag 17 december 2005 17:22 schreef wobbel het volgende:

M'n vraag uit het vorige topic...

Hoe moet mijn statement worden? met OR, AND of ||?

Als $aap = 1 mag je door, als $blaat = 1 is mag je door, maar als ze allebei 1 zijn mag je ook door.
Als ze allebei 0 zijn, mag je niet door....welke statement moet ik dan hebben?

OR, of ||
AND en && zijn iig fout, dan mag je alleen verder als beide zijden waar zijn.

quote:

Op zaterdag 17 december 2005 17:49 schreef Light het volgende:

[..]

OR, of ||
AND en && zijn iig fout, dan mag je alleen verder als beide zijden waar zijn.

K thnx, loop daar nogal vaak mee te worstelen

quote:

Op zaterdag 17 december 2005 17:56 schreef wobbel het volgende:

[..]

K thnx, loop daar nogal vaak mee te worstelen

Als je het gewoon voor jezelf in woorden zegt is het een stuk simpeler.
Als aap OF blaat 1 is, dan wel anders niet.

quote:

Op zaterdag 17 december 2005 11:56 schreef wobbel het volgende:
M'n vraag uit het vorige topic...

Hoe moet mijn statement worden? met OR, AND of ||?

Als $aap = 1 mag je door, als $blaat = 1 is mag je door, maar als ze allebei 1 zijn mag je ook door.
Als ze allebei 0 zijn, mag je niet door....welke statement moet ik dan hebben?

edit: Nee, zo langzaam typ ik niet, ja, zo slecht lees ik wel

Mmm, waarschijnlijk heb ik mijn vraag ook verkeerd gesteld, ik kan nu ook reacties van andere users bewerken en daar gebruik ik de statement voor

Als $aap = 1 mag je door, als $aap 0 is mag je niet door MAAR als $god = 1 mag je altijd door
of moet ik daar 2 statements voor maken?

quote:

Op zaterdag 17 december 2005 18:31 schreef wobbel het volgende:
Mmm, waarschijnlijk heb ik mijn vraag ook verkeerd gesteld, ik kan nu ook reacties van andere users bewerken en daar gebruik ik de statement voor

Als $aap = 1 mag je door, als $aap 0 is mag je niet door MAAR als $god = 1 mag je altijd door
of moet ik daar 2 statements voor maken?

Probeer eens in te zien wat je wilt bereiken. Een reactie mag gewijzigd worden als $aap==1, of $god==1. Dat is in feite wat je zegt dus:

quote:

Op zaterdag 17 december 2005 18:36 schreef JeRa het volgende:

[..]

Probeer eens in te zien wat je wilt bereiken. Een reactie mag gewijzigd worden als $aap==1, of $god==1. Dat is in feite wat je zegt dus:
[ code verwijderd ]

Maar ze mogen ook beide 1 zijn, dan moet je ook doorkunnen , maargoed, je kan dus met haakjes werken

quote:

Op zaterdag 17 december 2005 18:50 schreef wobbel het volgende:

[..]

Maar ze mogen ook beide 1 zijn, dan moet je ook doorkunnen , maargoed, je kan dus met haakjes werken

Wat denk je dat || doet? Die haakjes hebben er verschrikkelijk weinig mee te maken

quote:

Op zaterdag 17 december 2005 18:50 schreef wobbel het volgende:

[..]

Maar ze mogen ook beide 1 zijn, dan moet je ook doorkunnen , maargoed, je kan dus met haakjes werken

Als een van de twee 1 is mag je door.
Wanneer beide 1 zijn, is ook 1 van de twee 1 en mag je dus door .

Overigens wel vreemd dat je En user EN admin tegelijk kan zijn

quote:

Op zaterdag 17 december 2005 18:53 schreef Swetsenegger het volgende:

[..]

Als een van de twee 1 is mag je door.
Wanneer beide 1 zijn, is ook 1 van de twee 1 en mag je dus door .

Overigens wel vreemd dat je En user EN admin tegelijk kan zijn

Ik heb zo'n idee dat hij op twee variabelen controleert - 'ingelogde user' en 'adminmode'

quote:

Op zaterdag 17 december 2005 18:55 schreef JeRa het volgende:

[..]

Ik heb zo'n idee dat hij op twee variabelen controleert - 'ingelogde user' en 'adminmode'

Dan is aap toch altijd 1 als god 1 is. Je kan immers geen admin zijn en NIET ingelogged
Overigens maakt dat geen verscil voor de ||

quote:

Op zaterdag 17 december 2005 18:55 schreef JeRa het volgende:

[..]

Ik heb zo'n idee dat hij op twee variabelen controleert - 'ingelogde user' en 'adminmode'

ik kijk eerst of de reactie wel van jou, zoja ($aap = 1)...dan mag je door...
maar als je admin bent ($god = 1)

Dus als beide 1 is mag je door, is maar 1 van de 2 goed (dus of $aap is goed, of $admin is goed) dan mag je door, maar als beide 0 zijn mag je niet door

quote:

Op zaterdag 17 december 2005 18:57 schreef Swetsenegger het volgende:

[..]

Dan is aap toch altijd 1 als god 1 is. Je kan immers geen admin zijn en NIET ingelogged
Overigens maakt dat geen verscil voor de ||

Die haakjes maken idd niet uit, maar als je niet bent ingelogd kom je niet eens zo ver in me script dat je doormag, dus dat doet er niet toe.

Klopt dit?

quote:

Op zaterdag 17 december 2005 19:08 schreef wobbel het volgende:


Dus als beide 1 is mag je door, is maar 1 van de 2 goed (dus of $aap is goed, of $admin is goed) dan mag je door, maar als beide 0 zijn mag je niet door

Ja dat was al een poosje duidelijk hoor

if($aap==1 || $god==1) dus

quote:

Die haakjes maken idd niet uit, maar als je niet bent ingelogd kom je niet eens zo ver in me script dat je doormag, dus dat doet er niet toe.

Wie heeft het over haakjes

quote:

Op zaterdag 17 december 2005 19:12 schreef wobbel het volgende:
Klopt dit?
[ code verwijderd ]

Nee dus


Is voldoende

quote:

Op zaterdag 17 december 2005 19:12 schreef wobbel het volgende:
Klopt dit?
[ code verwijderd ]

Het werkt
Hierbij dank ik sietse van www.tekview.net

Het was ff prutsen maar hij leeeft


daar ging het om

De laatste helft is overbodig.


Dit geeft hetzelfde resultaat.

quote:

Op zaterdag 17 december 2005 20:42 schreef SuperRembo het volgende:
De laatste helft is overbodig.
[ code verwijderd ]

Dit geeft hetzelfde resultaat.

Dat proberen we 'm al een poosje uit te leggen

Moet ik bij een UNLOCK TABLES specificeren welke tabellen het om gaat, of worden gewoon alle tabellen weer vrij gegeven?

Hmz, kan de zooi ook naar innoDB tabellen omzetten. Dan kan ik transacties gebruiken.

quote:

Op zaterdag 17 december 2005 23:41 schreef Swetsenegger het volgende:
Moet ik bij een UNLOCK TABLES specificeren welke tabellen het om gaat, of worden gewoon alle tabellen weer vrij gegeven?

Hmz, kan de zooi ook naar innoDB tabellen omzetten. Dan kan ik transacties gebruiken.

LOCK TABLES table1 WRITE, table2 READ, table3 WRITE
...
UNLOCK TABLES

Hij houdt bij welke tables je gelocked hebt voor de thread en je geeft met een UNLOCK in één keer alle locks weer vrij.

quote:

Op zaterdag 17 december 2005 23:44 schreef JeRa het volgende:

[..]

LOCK TABLES table1 WRITE, table2 READ, table3 WRITE
...
UNLOCK TABLES

Hij houdt bij welke tables je gelocked hebt voor de thread en je geeft met een UNLOCK in één keer alle locks weer vrij.

Mooi, van de mysql handleiding begreep ik wel dat je in het LOCK TABLES statement alle tables moet opnemen welke je in die thread gaat gebruiken.

hmz, nu doe ik het volgende:

1. Nieuw record in order. Als de query is gelukt (start if)
2. loop door de array met produkten en schrijf naar db
3. lees klantgegevens en produkt info uit
4. verstuur klant een bevestigingsmail
5. einde if

Kan ik die UNLOCK TABLES gewoon tussen twee en 3 ertussen gooien?

-edit- Lijkt me wel

[ Bericht 13% gewijzigd door Swetsenegger op 18-12-2005 00:00:07 ]

Normaal doe je een LOCK TABLES en UNLOCK TABLES alleen om de queries die wijzigingen aanbrengen in je database dus voor zover je die punten volgt kan dat ja.

Ik wil dit topic weer in MyAT, maar ik heb niks te melden, noch op te lossen. Daarom toch maar een schaamteloze tvp met wat geblaat eromheen om het niet te veel te laten opvallen

quote:

Op zondag 18 december 2005 16:55 schreef Nevermind het volgende:
Ik wil dit topic weer in MyAT, maar ik heb niks te melden, noch op te lossen. Daarom toch maar een schaamteloze tvp met wat geblaat eromheen om het niet te veel te laten opvallen

Ik stel dan meestal een nietszeggende vraag over LOCK TABLES ofzo .

-edit- echte vraag. Ik neem aan dat er aan het eind van het script gewoon unlocked wordt? net als dat mysql_close automatisch plaatsvind aan het eind van het script?

[ Bericht 13% gewijzigd door Swetsenegger op 18-12-2005 19:15:18 ]

Lock tables

nu mn echte vraag dan maar



resulteerd in deze link: http://tracker.qu63.nl/download.php/1/24.2.torrent

mijn download.php:


alleen die link geeft een foutmelding als ik erop klik
" No input file specified. "

Help

quote:

Op zondag 18 december 2005 19:58 schreef qu63 het volgende:
nu mn echte vraag dan maar
[ code verwijderd ]

resulteerd in deze link: http://tracker.qu63.nl/download.php/1/24.2.torrent

mijn download.php:
[ code verwijderd ]

alleen die link geeft een foutmelding als ik erop klik
" No input file specified. "

Help

$fn = "$torrent_dir/$id.torrent";

Waar komt $torrent_dir en $id.torrent vandaan? Want het ziet er naar uit dat er dus geen file te readen valt

readfile($fn);

quote:

Op zondag 18 december 2005 20:03 schreef Swetsenegger het volgende:

[..]

$fn = "$torrent_dir/$id.torrent";

Waar komt $torrent_dir en $id.torrent vandaan? Want het ziet er naar uit dat er dus geen file te readen valt

readfile($fn);

dat zit in "include/bittorrent.php"

$torrent_dir is http://tracker.qu63.nl/torrents (in bittorrent.php als "torrents") en $id.torrent haalt ie uit de pagina waar de link is gemaakt. details.php dus

quote:

Op zondag 18 december 2005 18:43 schreef Swetsenegger het volgende:

[..]

Ik stel dan meestal een nietszeggende vraag over LOCK TABLES ofzo .

-edit- echte vraag. Ik neem aan dat er aan het eind van het script gewoon unlocked wordt? net als dat mysql_close automatisch plaatsvind aan het eind van het script?

Correct

Van mysql.com

quote:

LOCK TABLES locks tables for the current thread. If any of the tables are locked by other threads, it blocks until all locks can be acquired. UNLOCK TABLES releases any locks held by the current thread. All tables that are locked by the current thread are implicitly unlocked when the thread issues another LOCK TABLES, or when the connection to the server is closed.

Tenzij je een persistant connection gebruikt. Dan blijven alle locks en transactions open als je het zelf niet doet (of als je php script een fout veroorzaakt en de unlock niet uitvoert).

quote:

Op zondag 18 december 2005 20:12 schreef SuperRembo het volgende:
Tenzij je een persistant connection gebruikt. Dan blijven alle locks en transactions open als je het zelf niet doet (of als je php script een fout veroorzaakt en de unlock niet uitvoert).

En daarom is het ook een goed idee om altijd UNLOCK TABLES uit te voeren

Als ik in een file.php include("../foo.php"); gebruik en in foo.php heb ik ook een include("bar.php") dan werkt het op sommige servers als: bar.php moet in dezelfde directory staan als file.php. Op weer andere servers doet ie et wel zoals ik wil (bar.php staat bij foo.php in de dir). Hoe komt dit? Oudere php versie ofzo?

quote:

Op zondag 18 december 2005 23:21 schreef DionysuZ het volgende:
Als ik in een file.php include("../foo.php"); gebruik en in foo.php heb ik ook een include("bar.php") dan werkt het op sommige servers als: bar.php moet in dezelfde directory staan als file.php. Op weer andere servers doet ie et wel zoals ik wil (bar.php staat bij foo.php in de dir). Hoe komt dit? Oudere php versie ofzo?

- PHP-versie
- Manier van starten (CLI / CGI / mod_php*)
- Includepaden van PHP

Heb er ook heel veel problemen mee gehad, dus nu stop ik alle include-bestanden ofwel in dezelfde dir ofwel geef ik absolute bestandsnamen op

Een probleem wat ik in deeltje 16 vermelde ofzo heb ik nog steeds.. Ik kan mijn vinger er nog steeds niet opleggen..

Het idee is als volgt
ik heb een soort cmsje voor meerdere mensen. kunnen allemaal inloggen met hun eigen loginnaam en password. Aan de hand van hun loginnaam krijgen ze een unieke waarde mee in de vorm van een getal. Deze waarde is altijd gelijk per username.

Nou kunnen ze dus een titel + een tekstje invoeren in een form (post) en als ze op submit klikken wordt dit toegevoegd in de database.

Over het algemeen werkt dit prima. Er is alleen 1 raarrrr probleem.

Er is een user die de titel niet ingevoerd krijgt in de database via dit systeem. Als ik print_r($_POST); doe wordt het hele titelveld niet meegestuurd

kopieer ik deze tekst, en log ik in onder mijn proefaccount (die gebruik maakt van exact dezelfde bestanden, maar met een andere unieke waarde) en voer ik dit in met een titel, stuurt hij de titel wel mee in de POST en voegt het ook prima in in de db. Log ik in onder het account van deze user, en probeer ik dit trucje ook, lukt het weer niet. Ook bij het editten van dit bericht neemt hij de titel niet mee. Als ik het handmatig in de db invoer via phpmyadmin heeft hij geen problemen.

Nou verwacht ik van deze user dat hij gare landinstellingen heeft van zn toetsenbord, omdat ik leestekens ben tegengekomen (in de vorm van kommaatjes in de lucht) die niet overeenkomen met de kommaatjes onder de tilde en de dubbele quote. Ik weet alleen niet of dit uit hoort te maken. Helemaal omdat het ook niet werkt als ik dus onder zijn account inlog.

Behalve het veranderen van <br> in \r\n wordt er verder niks gedaan met de input. magicquotes staan aan dus addslashes is niet nodig (ook al geprobeerd trouwens).

De code is te groot en rommelig om hier te kunnen plaatsen, dus ik hoop dat jullie met wat inbeelding mij kunnen helpen, want ik weet t echt ff niet meer

quote:

Op maandag 19 december 2005 09:34 schreef Desdinova het volgende:
[...] De code is te groot en rommelig [...]

Ik denk dat daar het probleem zit

Als het veld niet meegestuurd wordt in $_POST, dan zou er iets mis moeten zijn met het form.

het is gefixed
charset 8859-1 veranderd in charset 8859-15

met tx aan JeRa

ik heb een string met een linkje:

'hee woeptiedoe <a href="#" javascriptenzolinkje hier>klik</a> en nog wat'.

nu wil ik alles verwijderen vanaf <a href="#" tot en met >. linkjes die niet # als href hebben blijven op die manier gewoon intact. de </a> blijft ook gewoon staan maar dat is niet zo erg.

iemand n keyword/functie voor me waar ik op kan googlen?

ik weet niet echt precies wat je wil doen, maar misschien is preg_replace() wat voor je?

Als ik input wil controleren (ik heb ook htmlentities er in) is dit dan voldoende? Tenminste voor een MySQL INSERT of een SELECT?

quote:

Op maandag 19 december 2005 15:59 schreef DionysuZ het volgende:
ik weet niet echt precies wat je wil doen, maar misschien is preg_replace() wat voor je?

dit werkt

quote:

Op maandag 19 december 2005 15:52 schreef Desdinova het volgende:
ik heb een string met een linkje:

'hee woeptiedoe <a href="#" javascriptenzolinkje hier>klik</a> en nog wat'.

nu wil ik alles verwijderen vanaf <a href="#" tot en met >. linkjes die niet # als href hebben blijven op die manier gewoon intact. de </a> blijft ook gewoon staan maar dat is niet zo erg.

iemand n keyword/functie voor me waar ik op kan googlen?

Ik ben niet zo'n expert met reguliere expressies, maar dit lijkt te werken:


-edit- te laat
en minder goed