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

quote:

Op maandag 29 januari 2007 16:40 schreef super-muffin het volgende:
Hoe kan ik makkelijk controleren of een referer afkomstig is van mijn eigen site of extern?

Checken of je domein voorkomt in de referer?

quote:

Op maandag 29 januari 2007 15:59 schreef JeRa het volgende:

[..]

Het is gewoon PDO http://nl2.php.net/PDO

En verder is het in PHP gewoon mogelijk om het type te bepalen zonder extra argumenten mee te leveren hoor, daar heb je dingen als is_string() en is_float() voor

En is_date()?

Het data type in php hoeft natuurlijk niet overeen te komen met het data type in de database.

quote:

Op maandag 29 januari 2007 16:55 schreef SuperRembo het volgende:

[..]

En is_date()?

Het data type in php hoeft natuurlijk niet overeen te komen met het data type in de database.

Nee, maar ik zet dan ook nooit data of tijden direct zo in de database. Vaak kun je now() of '-infinity' als standaardwaarden gebruiken, en als ik dan toch een willekeurige datum moet invoeren doe ik dat door de datum eerst in PHP te controleren en om te zetten naar een Unix epoch timestamp die voer ik dan vervolgens aan de juiste functies van de RDBMS.

Weet iemand trouwens of je iets van GUID's aan kan maken in een MySQL database?

MS-SQL heeft hier gewoon newid() voor, maar deze kan ik niet terugvinden in MySQL

quote:

Op maandag 29 januari 2007 15:24 schreef CraZaay het volgende:

[..]

'zowat'? Da's dan net te weinig

tja kan altijd iets over het hoofd zien hé

quote:

Op maandag 29 januari 2007 17:12 schreef JortK het volgende:
Weet iemand trouwens of je iets van GUID's aan kan maken in een MySQL database?

MS-SQL heeft hier gewoon newid() voor, maar deze kan ik niet terugvinden in MySQL

UUID()

quote:

Op maandag 29 januari 2007 16:44 schreef CraZaay het volgende:

[..]

Checken of je domein voorkomt in de referer?

Ja daar zat ik ook aan te denken. Met preg_match.
Maar ik dacht, misschien is er een makkelijkere manier.

quote:

Op maandag 29 januari 2007 17:18 schreef super-muffin het volgende:

[..]

Ja daar zat ik ook aan te denken. Met preg_match.
Maar ik dacht, misschien is er een makkelijkere manier.

Die is er, je kunt een scherm tonen met daarin de referer en de bezoeker vragen of hij/zij in die string jouw domeinnaam ziet. Echter is de veiligste methode om het gewoon maar zelf te doen met idd een regular expression

vraagje; weet iemand een tutoriaal over hoe te werken met externe modules m.b.t. een CMS systeem?

quote:

Op maandag 29 januari 2007 17:24 schreef Chandler het volgende:
vraagje; weet iemand een tutoriaal over hoe te werken met externe modules m.b.t. een CMS systeem?

Die zijn er niet. Een 'externe module' is niets generieks, en 'een CMS systeem' ook niet.

Ik probeer een pagina op een website binnen te halen middels file_get_contents(). Gaat allemaal goed, alleen omdat dit een beveiligde pagina is (joomla-cms) krijg ik dan niet de hele inhoud van de pagina te zien, maar de mededeling "je bent niet gemachtigd, etc". Logisch, want ik ben niet ingelogd op die site.

Okay, cookies meesturen. Maar hoe werkt dit (of specifieker, hoe werkt dit bij een Joomla pagina)? Welke cookies zijn belangrijk? Ik heb nu deze code:

Waarbij die laatste waarde in de cookie (419..) een 32 tekens lange Hex-waarde is met als waarde (532...) een 67 tekens lange hex-waarde. Als ik dit zo stuur krijg ik een error "Redirection limit reached". Kan ik daaruit concluderen dat de login op zich werkt, alleen dat ik word teruggestuurd naar de pagina en dat er daar wat mis gaat (ik draai dat script vanaf www.mijnsite.nl/script.php)? Of gaat die login sowieso niet goed? Als ik die laatste waarde met al die hex-shit weglaat, krijg ik gewoon de "niet gemachtigd deze pagina te bekijken error".

Weet iemand of dit gaat werken? Of kijkt Joomla naar meer dingen tijdens het inloggen, zoals IP waar het vandaan komt of User-Agent? En is dat dan nog ergens mee te nemen?

^{disclaimer: het gaat om het automatisch inlezen van een grote pagina met data waar ik wel toegang tot heb via de browser, maar dus niet via een script}

quote:

Op maandag 29 januari 2007 18:06 schreef CraZaay het volgende:
Die zijn er niet. Een 'externe module' is niets generieks, en 'een CMS systeem' ook niet.

Hoezo niet? er zijn ook tutorialen over het maken van een CMS zelf (voor standaard pagina's ed) maar is er anders dan een beschrijving hoe anderen werken met externe modules? zou fijn vinden om hier wat meer informatie over te hebben.

quote:

Op maandag 29 januari 2007 17:18 schreef super-muffin het volgende:

[..]

Ja daar zat ik ook aan te denken. Met preg_match.
Maar ik dacht, misschien is er een makkelijkere manier.

Ik weet niet waar je het voor wil gebruiken maar hou er wel rekening mee dat de headers van een website vrij makkelijk zijn aan te passen waardoor een bezoeker ook kan doen alsof hij van jou domein afkomt.

quote:

Op zaterdag 27 januari 2007 10:36 schreef JeRa het volgende:

[..]

Als PHP zegt dat ie op versie 5 draait, dan is de kans klein dat er ergens stukjes PHP4 achter zijn gebleven

Verder is het een goed idee om de configuratie met elkaar te vergelijken. Zolang die code die je net liet zien de enige relevante code is en je in eerste instantie alleen $_SESSION hebt gebruikt zonder dat dat werkte, is er iets vreemds aan de hand en is het slim om zo even het één en het ander te vergelijken ja.

Hij heeft uiteindelijk maar een ander pakket geïnstalleerd (xamp ofzo?) en die deed het wel gelukkig. Geen idee wat het probleem is geweest maar bedankt in ieder geval voor de hulp.

quote:

Op maandag 29 januari 2007 17:18 schreef CraZaay het volgende:

[..]

UUID()

Geil dank u

Weet iemand hoe dit kan? Ik krijg de volgende error: General error: 1406 Data too long for column 'search_d' at row 1 . Ik gebruik mysql en php5 en het veld type is 'text'.

Het datatype TEXT kan maar 2¹⁶+2 bytes aan, oftewel 65538 tekens. Je zou een MEDIUMTEXT (2²⁴+2) of LONGTEXT (2³²+2) kunnen nemen.

Bron: http://dev.mysql.com/doc/refman/5.0/en/storage-requirements.html.

quote:

Op maandag 29 januari 2007 19:48 schreef HuHu het volgende:
Het datatype TEXT kan maar 2¹⁶+2 bytes aan, oftewel 65538 tekens. Je zou een MEDIUMTEXT (2²⁴+2) of LONGTEXT (2³²+2) kunnen nemen.

Bron: http://dev.mysql.com/doc/refman/5.0/en/storage-requirements.html.

Zowel met mediumtext als met longtext krijg ik de zelfde error. Het gaat overigens om 4399 tekens, dus waarschijnlijk ligt het ergens anders aan?

Ik moet er overigens bij zeggen dat ik gebruik maak van 'TRADITIONAL' als SQL mode en utf-8.

quote:

TRADITIONAL is shorthand for "both strict modes, plus a bunch of other restrictions."
This is more like the way that other "traditional" SQL DBMSs act with regard to data checking.

edit:

dit is dus de boosdoener: 'SET NAMES utf8'. (dat uitgevoerd wordt bij iedere verbinding). Moet ik dit maar gewoon weghalen of is er een andere manier om dit op te lossen?

[ Bericht 20% gewijzigd door wipes66 op 29-01-2007 20:05:09 ]

Ik lees ook dingen dat het zou kunnen liggen aan het feit dat je characters in de cel probeert te stoppen die niet voorkomen in de gebruikte charset.

quote:

Op maandag 29 januari 2007 19:08 schreef Chandler het volgende:

[..]

Hoezo niet? er zijn ook tutorialen over het maken van een CMS zelf (voor standaard pagina's ed) maar is er anders dan een beschrijving hoe anderen werken met externe modules? zou fijn vinden om hier wat meer informatie over te hebben.

CMS systemen kun je op ontelbare manieren bouwen. 'Externe modules' (wat dat ook moge zijn) ook. Hoe wil je hier dan ooit een tutorial over schrijven, tenzij je definieert wat voor externe module voor welk CMS?

Om het anders te stellen: als je naar een garage gaat en je vraagt of ze een uitbreiding voor een auto kunnen bouwen, wat denk je dat ze dan zeggen?

[ Bericht 8% gewijzigd door CraZaay op 29-01-2007 20:22:55 ]

Damn kut IIS 5.1

Heb net PHP erbij geinstalleerd, maar nu iedere keer als ik een link naar een PHP pagina aanklik, wil me browser de PHP pagina gaan downloaden :S

Weet iemand wat er misgaat?

* JortK is nog een PHP n00bie

Eerder een IIS newbie dan . Heb je alle stappen op deze pagina gedaan: http://www.php.net/manual/en/install.windows.iis.php?

quote:

Op maandag 29 januari 2007 20:50 schreef HuHu het volgende:
Eerder een IIS newbie dan . Heb je alle stappen op deze pagina gedaan: http://www.php.net/manual/en/install.windows.iis.php?

Nu wanneer ik de link aanklik naar het script... blijft deze oneindig laden

De zoektocht gaat door

Een reboot gedaan?