[PHP/(My)SQL] voor dummies - Deel 53 | Digital Corner (DIG)

maandag 31 december 2007 @ 13:22:19 #61

Geqxon

Zo uit mijn hoofd:

1	(a-zA-Z0-9]{4,})

quote:
Using extended regular expressions, you can specify arbitrary pattern occurrence counts using a more verbose syntax than the question-mark, plus-sign, and asterisk quantifiers. The curly-braces ("{" and "}") can surround a precise count of how many occurrences you are looking for.

The most general form of the curly-brace quantification uses two range arguments (the first must be no larger than the second, and both must be non-negative integers). The occurrence count is specified this way to fall between the minimum and maximum indicated (inclusive). As shorthand, either argument may be left empty: if so the minimum/maximum is specified as zero/infinity, respectively. If only one argument is used (with no comma in there), exactly that number of occurrences are matched.

http://gnosis.cx/publish/programming/regular_expressions.html

maandag 31 december 2007 @ 14:43:06 #62

mschol

iemand een idee of ik de $_SERVER['SERVER_ADMIN'] kan benaderen met php in CLI?
of is dat echt helemaal onmogelijk en zal ik het moeten hardcoden?

maandag 31 december 2007 @ 14:45:12 #63

Chandler

quote:
Op maandag 31 december 2007 13:22 schreef Geqxon het volgende:
Zo uit mijn hoofd:
[ code verwijderd ]

Tnx, ik had zelf al geprobeerd maar blijkbaar ging het door de * fout

The people who lost my respect will never get a capital letter for their name again.
Like trump...

maandag 31 december 2007 @ 14:48:59 #64

Light

quote:
Op maandag 31 december 2007 12:30 schreef Geqxon het volgende:

[..]

En dat lukt mij inmiddels. Het blijft echter gestoei met de weeknummers. Het is op het moment Week 1 van 2007, en dat is waar het ook gelijk goed fout gaat in het script. Ik ga maar weer even worstelen.

Het is week 1 van 2008. En met wat code om de eerste dag van die week te bepalen kom ik op 31 december 2007.

Edit - de code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

<?php
function firstDayOfWeek($week, $year) {
    $jan1st = mktime(0,0,0,1,1,$year);
    if(date('W', $jan1st) == 1) {
        //Correctie toepassen, alleen voor als 1 januari in week 1 zit
        // En 1 januari kan soms ook bij week 53 of 52 worden gerekend.
        $week--;
    }
    $weekday = date('N', $jan1st) - 1; //Dag 1 is maandag
    return strtotime('+'.$week.' weeks -'.$weekday.' days', $jan1st);
}

echo date('Y-m-d', firstDayOfWeek(1,2008)); //Levert 2007-12-31
?>

[ Bericht 76% gewijzigd door Light op 31-12-2007 14:57:17 ]

fokstok.nl

maandag 31 december 2007 @ 15:04:02 #65

Geqxon

quote:
Op maandag 31 december 2007 14:48 schreef Light het volgende:

[..]

Het is week 1 van 2008. En met wat code om de eerste dag van die week te bepalen kom ik op 31 december 2007.

Edit - de code:
[ code verwijderd ]

Dat klopt, en als "date('W-Y')" keurig 01-2008 zou tonen dan zou mijn pagina perfect werken, want ook het algoritme dat ik gebruik geeft dan 31 december weer. Helaas, hij geeft nu 01-2007 weer.

Het is jammer dat de date & time functies van PHP wat rommelig zijn, want "strftime("%W-%Y")" geeft 53-2007 weer, aangezien die weer geen ISO weeknummer geeft.

maandag 31 december 2007 @ 15:23:00 #66

Light

quote:
Op maandag 31 december 2007 15:04 schreef Geqxon het volgende:

[..]

Dat klopt, en als "date('W-Y')" keurig 01-2008 zou tonen dan zou mijn pagina perfect werken, want ook het algoritme dat ik gebruik geeft dan 31 december weer. Helaas, hij geeft nu 01-2007 weer.

Het is jammer dat de date & time functies van PHP wat rommelig zijn, want "strftime("%W-%Y")" geeft 53-2007 weer, aangezien die weer geen ISO weeknummer geeft.

Met date("W o") krijg je wel het ISO weeknummer en het ISO jaar. Nadeel is dat je PHP 5.1.0 of nieuwer nodig hebt.

fokstok.nl

maandag 31 december 2007 @ 15:29:24 #67

colourAgga

argentina

quote:
Op maandag 31 december 2007 10:32 schreef Tarabass het volgende:
Fix-List:

Variable (volgens mij) nu global gemaakt.
Escape bij declaratie weggehaald en in de query pas meegegeven
If-statements verkort naar 1 if-statement
ID-integer uit de query gesloopt, ook geen idee waarom ik hem er bij had gezet (en dan ook nog als string).
exit; comment weggehaald.

Waarom moet ik de variable $ip escapen in de query? Dit is een integer, en geen string.
$date is een datetime. Waarom vraag je dat?

A List Apart wordt doorgenomen, dank voor de link.

Code na aanpassingen:
[ code verwijderd ]

Een IP is wel een string, bestaat uit getallen met puntjes.

Kijk voor de grap ook eens naar: http://nl3.php.net/manual/en/function.ip2long.php

persoonlijke pagina
weblog

maandag 31 december 2007 @ 15:33:19 #68

Geqxon

Eigenlijk is een IP-adres een array van characters.

maandag 31 december 2007 @ 17:48:59 #69

SuperRembo

Sinds 1998

quote:
Op maandag 31 december 2007 15:29 schreef colourAgga het volgende:

[..]

Een IP is wel een string, bestaat uit getallen met puntjes.

Kijk voor de grap ook eens naar: http://nl3.php.net/manual/en/function.ip2long.php

Kijk voor de grap eens goed naar zijn code

maandag 31 december 2007 @ 18:03:51 #70

Tarabass

quote:
Op maandag 31 december 2007 15:29 schreef colourAgga het volgende:

[..]

Een IP is wel een string, bestaat uit getallen met puntjes.

Kijk voor de grap ook eens naar: http://nl3.php.net/manual/en/function.ip2long.php

Dat gebruik ik ook in m'n code. Ik haal hem ook op met long2ip

En hoe ziet de veiligheid van de code er nu uit? Zijn er nog dingen die ik toe moet voegen, en waar zou het mis op kunnen gaan? Testen kan hier..

_{wees een beetje zuinig op m'n database ajb}

maandag 31 december 2007 @ 18:37:24 #71

smesjz

quote:
Op maandag 31 december 2007 14:43 schreef mschol het volgende:
iemand een idee of ik de $_SERVER['SERVER_ADMIN'] kan benaderen met php in CLI?
of is dat echt helemaal onmogelijk en zal ik het moeten hardcoden?

Die server_admin variabele bevat de waarde uit de apache config ServerAdmin. CLI gebruikt niet de SAPI en die variabele hoort gewoon leeg te zijn in CLI.
En ServerAdmin is nou niet iets waar je blindelings op moet vertrouwen.
Bij phpinfo() (of php -i) zie je welke variabelen je tot je beschikking hebt, misschien heb je daar wat aan?

maandag 31 december 2007 @ 18:55:04 #72

smesjz

quote:
Op maandag 31 december 2007 10:32 schreef Tarabass het volgende:
Code na aanpassingen:
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 <?php
   function CheckPostData() {
        $ip   = $_SERVER['REMOTE_ADDR'];
        $ip   = ip2long($ip);
      $data = $_POST['data'];
      $date = date('y-m-j H:i:s');
        Global $mysql_tbn;

        if(($data != "Hier je bericht....." && $data != "") && (is_string($data))) {
            InsertQuery($ip, $data, $date);
        }
   }
    function InsertQuery($ip, $data, $date) {
        Global $mysql_tbn;

      $sql_insert = "INSERT INTO " . $mysql_tbn . " SET ";
      $sql_insert .= "ip = " . $ip;
      $sql_insert .= ", data = '" . mysql_real_escape_string($data) . "'";
      $sql_insert .= ", date = '" . $date . "'";

        $result = mysql_query($sql_insert);
        header("Location: " . $_SERVER['PHP_SELF']);
        exit;
    }
?>

Wat opmerkingen:
* Global $mysql_tbn; heb je niet nodig in CheckPostData
* is_string geeft ook true als de invoer ($data) leeg is en dus overbodig.
* De opbouw van $sql_insert vind ik vervelend lezen, gebruik OF een prepared statement of iets als sprintf:

1
2
3

<?php
$sql_insert = sprintf("INSERT INTO %s SET date='%s',ip=%d, data=' %s' ",$mysql_tbn,$date,$ip,mysql_real_escape_string($data));
?>

* Je doet niks met $result in InsertQuery en als de query.
* Waarom geen else clause bij if ($data blabla) ?

maandag 31 december 2007 @ 19:33:12 #73

SuperRembo

Sinds 1998

quote:
Op maandag 31 december 2007 14:48 schreef Light het volgende:

[..]

Het is week 1 van 2008. En met wat code om de eerste dag van die week te bepalen kom ik op 31 december 2007.

Edit - de code:
[ code verwijderd ]

Dat kan mooier :P

1
2
3
4
5
6

function firstDayOfWeek($week, $year)
{
   $jan4th = mktime(0, 0, 0, 1, 4, $year);
   $weekday = date('N', $jan4th) + 6;
   return strtotime("+$week weeks -$weekday days", $jan4th);
}

(4 januari valt altijd in week 1)
Ik heb niet helemaal gecontroleerd of ie goed is, alleen dat ie dezelfde resultaten geeft als die van Light.

maandag 31 december 2007 @ 19:49:18 #74

Geqxon

En voor wat ik gebruik:

1
2
3
4
5
6
7
8
9

<?php
function StartOfWeek($year, $week)
{
    $Jan1 = mktime(1,1,1,1,1,$year);
    $MondayOffset = (11-date('w',$Jan1))%7-3;
    $desiredMonday = strtotime(($week-1) . ' weeks '.$MondayOffset.' days', $Jan1);
    return $desiredMonday;
}
?>

http://www.phpbuilder.com/board/showpost.php?s=c26b8729c4b94eadb55d319c3c29bc4a&p=10274032&postcount=5

maandag 31 december 2007 @ 20:24:47 #75

Tarabass

quote:
Op maandag 31 december 2007 18:55 schreef smesjz het volgende:
* Global $mysql_tbn; heb je niet nodig in CheckPostData

True, rommelig van me maar die had ik laten staan na aanpassingen van de vorige keer (gaf hem toen mee naar de insertquery)

quote:
* is_string geeft ook true als de invoer ($data) leeg is en dus overbodig.

Dit begrijp ik niet

Zou je dat uit kunnen leggen? Het is toch een 'and' en de string moet dan toch voldoen aan alle drie?

quote:
* De opbouw van $sql_insert vind ik vervelend lezen, gebruik OF een prepared statement of iets als sprintf:

Eens. Is ook niet de manier die ik nu veel gebruik, inderdaad omdat het zo vervelend lezen is.

Nu doe ik meestal dit:

1
2
3

<?php
$sql_insert = "INSERT INTO " . $mysql_tbn . " (ip, data, date) VALUES ('$ip', '" . mysql_real_escape_string($data) . "', '$date')";
?>

quote:
* Waarom geen else clause bij if ($data blabla) ?

Is wel netter, maar had het even snel gebouwd, om de veilig te leren en te testen. Beetje zonde van de tijd dus.

Fix-List:

* Global $mysql_tbn; weggehaald in CheckPostData
* Query herschreven naar een nettere en leesbaarder manier
* Code opgeschoond

Code na aanpassingen:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

<?php
    function CheckPostData() {
        $ip   = $_SERVER['REMOTE_ADDR'];
        $ip   = ip2long($ip);
        $data = $_POST['data'];
        $data = trim($data);
        $date = date('y-m-j H:i:s');

        if(($data != "Hier je bericht....." && $data != "") && (is_string($data))) {
            InsertQuery($ip, $data, $date);
        }
    }
    function InsertQuery($ip, $data, $date) {
        Global $mysql_tbn;

        $sql_insert = "INSERT INTO " . $mysql_tbn . " (ip, data, date) VALUES ('$ip', '" . mysql_real_escape_string($data) . "', '$date')";
        $sql_insert = mysql_query($sql_insert);

        header("Location: " . $_SERVER['PHP_SELF']);
        exit;
    }
?>

@SuperRembo
Waarom moet ik de variable $ip escapen in de query? Dit is een integer, en geen string.
$date is een datetime. Waarom vraag je dat? Jaja, gezien. Dubbele spatie

Hoe kan ik die spaties mooier opschonen?

@All
Hoe is de veiligheid van het script nu?

[ Bericht 3% gewijzigd door Tarabass op 31-12-2007 20:52:36 ]

maandag 31 december 2007 @ 21:14:53 #76

SuperRembo

Sinds 1998

quote:
Op maandag 31 december 2007 20:24 schreef Tarabass het volgende:
@SuperRembo
Waarom moet ik de variable $ip escapen in de query? Dit is een integer, en geen string.

Je had quotjes om $ip staan, dus ik ging er vanuit dat het een string was. Als $ip een int is dan hoef je inderdaad niet te escapen. Waarom zet je het ip om naar een int? Als dat alleen is om 'm in de db te zetten, dan is het logischer om ip2long dicht bij de sql, dus in InsertQuery() te zetten.

quote:
$date is een datetime. Waarom vraag je dat?

Je insert dus eigenlijk een string in een datetime veld. Blijkbaar doet MySQL daar niet zo moeilijk over (MS SqlServer bijvoorbeeld zou 't niet pikken). Je zou ook de MySQL functie now() kunnen gebruiken als je de huidige tijd wil inserten.

quote:
Jaja, gezien. Dubbele spatie Hoe kan ik die spaties mooier opschonen?

Gewoon geen tekst in een veld zetten die je niet in je db wil hebben. Gewoon een label voor het veld zetten.

Je hebt nog geen controle op de hoeveelheid data die er in het veld staat. Die wordt nu bepaald door de webserver (post_max_size, default 8MB).

maandag 31 december 2007 @ 22:45:07 #77

mschol

quote:
Op maandag 31 december 2007 18:37 schreef smesjz het volgende:

[..]

Die server_admin variabele bevat de waarde uit de apache config ServerAdmin. CLI gebruikt niet de SAPI en die variabele hoort gewoon leeg te zijn in CLI.
En ServerAdmin is nou niet iets waar je blindelings op moet vertrouwen.
Bij phpinfo() (of php -i) zie je welke variabelen je tot je beschikking hebt, misschien heb je daar wat aan?

ik had eigenlijk echt server_admin adress nodig maar ik heb het maar gehardcode, script genereert nu geen index warnings meer en daar ging het me om (script zelf werkte vlekkeloos alleen gaf hij dus elke keer index warnings, en was te lui om het uittezoeken..
nu maar eens uitgezocht en vervolgens dus maar hardcoded ingezet (kon ook prima, vind het zelf minder netjes maar ach)

dinsdag 1 januari 2008 @ 11:05:50 #78

smesjz

quote:
Op maandag 31 december 2007 20:24 schreef Tarabass het volgende:
Zou je dat uit kunnen leggen? Het is toch een 'and' en de string moet dan toch voldoen aan alle drie?

Je hebt:

1
2
3
4
5

<?php
if(($data != "Hier je bericht....." && $data != "") && (is_string($data))) {
InsertQuery($ip, $data, $date);
}
?>

Mogelijke invoer:
- $_POST['data'] = null (data bestaat niet als key in de $_POST array) . Dan geeft $data != "" false.
- $data = "" (lege string) . Dan geeft $data != "" false en is_string($data) true.
- $data = "Hier je bericht.....". Dan geeft $data != "Hier je bericht....." false.
- $data = "blabla". Dan geeft ($data != "Hier je bericht....." && $data != "") al true.
- $data = "1234". Dan geeft ($data != "Hier je bericht....." && $data != "") al true.

is_string($data) biedt geen meerwaarde boven $data != "" zoals jij het nu gebruikt. Alles in de $_POST array is een string. Dus dit is altijd false:
if ($_POST['abc'] == 1234)

Ik zou eerst maar eens wat gaan lezen over veiligheid in scripts voordat je iedere keer anderen hierover gaat vragen, op deze manier leer je maar weinig.
En het beste werkt gewoon door het zelf te proberen door bewust foute waardes in te voeren: met quotes, punt-comma, te lange tekst etc etc.
En gebruik voldoende checks met empty() en isset().

dinsdag 1 januari 2008 @ 12:39:06 #79

SuperRembo

Sinds 1998

quote:
Op dinsdag 1 januari 2008 11:05 schreef smesjz het volgende:
[..]
Dus dit is altijd false:
if ($_POST['abc'] == 1234)
[...]

Nee,
"1234" == 1234 geeft true
"1234" === 1234 geeft false

dinsdag 1 januari 2008 @ 13:22:43 #80

smesjz

quote:
Op dinsdag 1 januari 2008 12:39 schreef SuperRembo het volgende:

[..]

Nee,
"1234" == 1234 geeft true
"1234" === 1234 geeft false

Je hebt gelijk, my bad.

dinsdag 1 januari 2008 @ 15:49:45 #81

Dzy

It is I

Ik word helemaal gestoord van met data werken met PHP en MySQL. Kan iemand me even kort uitleggen hoe je dit nu het beste aanpakt? Ik moet het elke keer weer uitzoeken en telkens doe ik het weer anders, is niet echt handig met aanpassen.

Fields voor je database: TIMEDATE ?
Welke functies gebruiken in php? date()?
Queries in MySQL voor bv de laatste week, welke functies?

Ik kom er nu alweer niet uit -_-

"Reality is an illusion created by a lack of alcohol."

dinsdag 1 januari 2008 @ 15:52:40 #82

Geqxon

quote:
Op dinsdag 1 januari 2008 15:49 schreef Dzy het volgende:
Ik word helemaal gestoord van met data werken met PHP en MySQL. Kan iemand me even kort uitleggen hoe je dit nu het beste aanpakt? Ik moet het elke keer weer uitzoeken en telkens doe ik het weer anders, is niet echt handig met aanpassen.

Fields voor je database: TIMEDATE ?
Welke functies gebruiken in php? date()?
Queries in MySQL voor bv de laatste week, welke functies?

Ik kom er nu alweer niet uit -_-

Ik zelf werk altijd met timestamps, al zweren andere mensen weer aan MySQL data / datums, omdat je dan in de query zelf berekeningen uit kan voeren. Persoonlijke voorkeur.

Met functies als date() kun je van een timestamp weer een fatsoenlijk leesbare datum maken.

_{Timestamp: Het aantal seconden tussen 01-01-1970 en de datum die je bedoeld. Dat is in MySQL en PHP een simpele integer.}

dinsdag 1 januari 2008 @ 16:31:37 #83

Light

quote:
Op dinsdag 1 januari 2008 15:52 schreef Geqxon het volgende:

[..]

Ik zelf werk altijd met timestamps, al zweren andere mensen weer aan MySQL data / datums, omdat je dan in de query zelf berekeningen uit kan voeren. Persoonlijke voorkeur.

Met functies als date() kun je van een timestamp weer een fatsoenlijk leesbare datum maken.

_{Timestamp: Het aantal seconden tussen 01-01-1970 en de datum die je bedoeld. Dat is in MySQL en PHP een simpele integer.}

Het ligt er een beetje aan waar je de datum voor nodig hebt. Voor data voor 01-01-1970 is een timestamp niet zo geschikt.

fokstok.nl

dinsdag 1 januari 2008 @ 16:35:42 #84

Geqxon

quote:
Op dinsdag 1 januari 2008 16:31 schreef Light het volgende:

[..]

Het ligt er een beetje aan waar je de datum voor nodig hebt. Voor data voor 01-01-1970 is een timestamp niet zo geschikt.

Negatieve timestamp?

dinsdag 1 januari 2008 @ 17:07:09 #85

SuperRembo

Sinds 1998

Het is knap waardeloos dat php (nog steeds) geen fatsoenlijke ondersteuning voor datums heeft.

quote:
The valid range of a timestamp is typically from Fri, 13 Dec 1901 20:45:54 GMT to Tue, 19 Jan 2038 03:14:07 GMT. (These are the dates that correspond to the minimum and maximum values for a 32-bit signed integer). However, before PHP 5.1.0 this range was limited from 01-01-1970 to 19-01-2038 on some systems (e.g. Windows).

dinsdag 1 januari 2008 @ 17:14:45 #86

Geqxon

Ik durf het haast niet te zeggen, maar een tof Date object zou niet verkeerd zijn.

woensdag 2 januari 2008 @ 00:38:44 #87

autocue

meedenker

quote:
Op dinsdag 1 januari 2008 17:14 schreef Geqxon het volgende:
Ik durf het haast niet te zeggen, maar een tof Date object zou niet verkeerd zijn.

PHP heeft sinds 5.1 een DateTime klasse. Nogal slecht gedocumenteerd en 't biedt niet écht veel functionaliteit maar 't werkt wel goed voor tijdzones en tijdsaanpassingen

. Zoals bijvoorbeeld.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

<?php
// Tijd in UTC (als je geen windowssysteem gebruikt en je je klok goed hebt ingesteld)
$timestamp = '@'. time();

// De locale tijdzone ...
$localTimeZone = new DateTimeZone('Europe/Amsterdam');

// ... en een andere
$newyorkTimeZone = new DateTimeZone('EST');

// Maak een date object aan voor de huidige (UTC) tijd
$dateTime = new DateTime($timestamp);

// Schuif de datum door naar de volgende ijstijd
$dateTime->modify('+10000 years -2 weeks');

// Format de date met binnen verschillende tijdzones
echo 'UTC : ' . $dateTime->format(DATE_RFC2822) . "\n";
$dateTime->setTimezone($localTimeZone);
echo 'Local time : ' . $dateTime->format(DATE_RFC2822) . "\n";
$dateTime->setTimezone($newyorkTimeZone);
echo 'New York time : ' . $dateTime->format(DATE_RFC2822);
?>

De format methode accepteert een dateformat string zoals bij de date functie, en kan dus ook dates formatten naar bijvoorbeeld ISO8601, wat dus weer handig is bij databases. Verder kan je de tijd en datum ook nog instellen met setTime(h, m, s) respectievelijk setDate(y, m, d). Anyway, er is genoeg over te lezen

.

woensdag 2 januari 2008 @ 00:50:55 #88

Agiath

Ik wil een simpele website maken waar bepaalde mensen rechten krijgen om zelf dingen toe te voegen in een blog. Soort van multi blog dus.
Ik ben redelijk handig met computers maar van site's maken weet ik nog maar weinig.

Heeft PHP bijvoorbeeld nou te maken met dit soort multi-upload dingetjes?
En wat voor software kan ik het beste gebruiken? Dreamweaver?

Buy it, use it, break it, fix it,
Trash it, change it, mail - upgrade it,
Charge it, point it, zoom it, press it,
Snap it, work it, quick - erase it,

woensdag 2 januari 2008 @ 10:11:00 #89

Chandler

quote:
Op woensdag 2 januari 2008 00:50 schreef Agiath het volgende:
Ik wil een simpele website maken waar bepaalde mensen rechten krijgen om zelf dingen toe te voegen in een blog. Soort van multi blog dus.
Ik ben redelijk handig met computers maar van site's maken weet ik nog maar weinig.

Heeft PHP bijvoorbeeld nou te maken met dit soort multi-upload dingetjes?
En wat voor software kan ik het beste gebruiken? Dreamweaver?

Ik zou beginnen bij www.php.net, dan zie je dat Dreamweaver niet echt handig is

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 2 januari 2008 @ 10:59:05 #90

mschol

quote:
Op woensdag 2 januari 2008 10:11 schreef Chandler het volgende:

[..]

Ik zou beginnen bij www.php.net, dan zie je dat Dreamweaver niet echt handig is

hmm, DW is, imho, juist een van de beste programma's voor php.
(oke, ik doe alles in code view, ik kan me voorstellen dat de design view niet prettig werkt)

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

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

» digital corner

» digital corner