[PHP/(My)SQL] voor dummies - deel 60 | Digital Corner (DIG)

vrijdag 27 juni 2008 @ 10:37:09 #229

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 10:18 schreef Chandler het volgende:
Hoezo minder foutgevoelig? als je weet wat voor gegevens je zou kunnen vinden, kun je daar de regex toch op instellen? en stel de server van hostip wordt veranderd en ik krijg er een extra header bij, dan zit ik alweer met de sores

Ik zou gewoon met split werken als ik jouw was, met is_numeric kan je zien of een getal een float is (en dus heb je geen regexp nodig voor (negatieve) getallen).

Tis minder foutgevoelig, het feit dat je nu al loopt te kloten met een (simpele) regexp geeft aan dat op het moment dat er een bug in je regexp hebt dat je dagen ermee bezig bent om het op te lossen, terwijl als je met split werkt, dat je veel sneller de fout gevonden hebt. In een regexp doe je het misschien in minder regels, maar met split kan je de regels onafhankelijk van wat de values zijn eruit trekken en daarna kan je de values checken of ze wel goed zijn. Ik zou trouwens splitten op ': '. Je hebt geen regexp kennis nodig om deze values uitelkaar te trekken.

Je regexp voor country moet trouwens zijn:

^\w+:((?:\s+\S+)+)

Hoe je de (NL) uit die regel trekt, dat mag je zelf uitzoeken..

[ Bericht 28% gewijzigd door slacker_nl op 27-06-2008 10:46:47 ]

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 11:01:09 #230

Tijn

Powered by MS Paint

Some people, when faced with a problem, think "I know! I'll use regular expressions!". Now they have two problems.

Verberg de nieuwsticker

vrijdag 27 juni 2008 @ 11:02:39 #231

GI

Nee ik heet geen JOE

vrijdag 27 juni 2008 @ 11:10:43 #232

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:02 schreef GI het volgende:
[ afbeelding ]

Hahahaha, die heb ik al een keertje eerder gepost in deze topicreeks.

Maar ik heb een ubern00b question.

Kan je <a href="http://server/page.php?search=something">klik hier</a> ook dmv van een POST submitten? Dit wordt standaard een GET, nu kan ik wel met mod_rewrite aan de slag, maar volgens mij moet het op een andere manier ook kunnen. Iemand een idee?

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 11:13:43 #233

Chandler

Je hebt gelijk slacker_nl maar al zou je een regex per 'onderdeel' doen, dan leek het mij toch sneller, alle kleine beetjes helpen.

Ik heb het trouwens nu zo opgelost

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
45
46
47
48
49
50

<?php
        $lines = explode("\n", $buf);

        $geopIp = array();

        foreach ($lines AS $id => $content)
        {
            if (substr($content, 0, 8) == "Country:")
            {
                $str = substr($content, 9, strlen($content) - 9);

                $i = strpos($str, "(");

                if ($i > 0)
                {
                    $geoIp['country'] = trim(substr($str, 0, $i));
                    $geoIp['country_code'] = trim(substr($str, $i+1, 2));
                }
                else
                {
                    $geoIp['country'] = trim($str);
                }
            }
            elseif (substr($content, 0, 5) == "City:")
            {
                $str = substr($content, 6, strlen($content) - 6);

                $i = strpos($str, ",");

                if ($i > 0)
                {
                    $geoIp['city'] = trim(substr($str, 0, $i));
                    $geoIp['state'] = trim(substr($str, $i, strlen($str) - $i));
                }
                else
                {
                    $geoIp['city'] = trim($str);
                    $geoIp['state'] = "";
                }
            }
            elseif (substr($content, 0, 9) == "Latitude:")
            {
                $geoIp['latitude'] = trim(substr($content, 10, strlen($content) - 10));
            }
            elseif (substr($content, 0, 10) == "Longitude:")
            {
                $geoIp['longitude'] = trim(substr($content, 11, strlen($content) - 11));
            }
        }
?>

uitvoer

1
2
3
4
5
6
7
8
9

Array
(
    [country] => NETHERLANDS
    [country_code] => NL
    [city] => Groningen
    [state] =>
    [latitude] => 53.2167
    [longitude] => 6.56667
)

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

vrijdag 27 juni 2008 @ 11:15:45 #234

Dzy

It is I

quote:
Op vrijdag 27 juni 2008 11:10 schreef slacker_nl het volgende:

[..]

Hahahaha, die heb ik al een keertje eerder gepost in deze topicreeks.

Maar ik heb een ubern00b question.

Kan je <a href="http://server/page.php?search=something">klik hier</a> ook dmv van een POST submitten? Dit wordt standaard een GET, nu kan ik wel met mod_rewrite aan de slag, maar volgens mij moet het op een andere manier ook kunnen. Iemand een idee?

Niet in puur HTML, je kunt wel een linkje maken en met JavaScript een onClick event maken die een form submit.

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

vrijdag 27 juni 2008 @ 11:16:48 #236

Tiemie

sowieso wel!

quote:
Op vrijdag 27 juni 2008 09:49 schreef Chandler het volgende:
Het probleem is dat ik het nu uit ga lezen met fsockopen aangezien ik daar gebruik kan maken van een timeout tijd en met file, get_file_content niet...En fsockopen geeft veel meer info terug dan ik eingelijk wil
[ code verwijderd ]

nu wil ik graag via een regexje de inhoud filteren. en aangezien de headers altijd kunnen veranderen leek een regexje mij de perfecte oplossing.

Heb het volgende ook geprobeerd maar wederom zonder succes
[ code verwijderd ]

is cURL geen optie voor je? daarmee kun je namelijk zelf instellen of je wél of géén headers wilt én je kan een timeout opgeven.

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

<?php
function doRequest($url) {
    $ch = curl_init();
    curl_setopt($ch, CURLOPT_URL, $url);
    curl_setopt($ch, CURLOPT_HEADER, false); // geen header
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
    curl_setopt($ch, CURLOPT_TIMEOUT, 10);
    $contents = curl_exec($ch);
    curl_close($ch);
    return $contents;
}
var_dump(doRequest('http://api.hostip.info/get_html.php?ip=12.215.42.19&position=true')); // adres bestaat
var_dump(doRequest('http://bla')); // geeft false terug <img class="rde_img_smiley" src="http://i.fok.nl/s/smile.gif" width="15" height="15" alt="" />
?>

vrijdag 27 juni 2008 @ 11:18:38 #237

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:15 schreef Dzy het volgende:

[..]

Niet in puur HTML, je kunt wel een linkje maken en met JavaScript een onClick event maken die een form submit.

Javascript heb ik nog geen kaas van gegeten, heb je ergens een stukje code liggen waarmee ik kan spelen?

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 11:22:36 #238

GI

Nee ik heet geen JOE

<a href="javascript:document.formName.submit();">Submit Form</a>

vrijdag 27 juni 2008 @ 11:23:34 #239

GI

Nee ik heet geen JOE

Al is
<a href="#" onclick="document.formName.submit();">Submit Form</a>

netter natuurlijk

vrijdag 27 juni 2008 @ 11:24:00 #240

Tijn

Powered by MS Paint

Nadeel van zo'n truc is natuurlijk wel dat clients die geen javascript ondersteunen of dat bewust uit hebben staan je website niet meer kunnen gebruiken.

Wat is überhaupt je probleem met GET?

Verberg de nieuwsticker

vrijdag 27 juni 2008 @ 11:30:22 #241

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:13 schreef Chandler het volgende:
Je hebt gelijk slacker_nl maar al zou je een regex per 'onderdeel' doen, dan leek het mij toch sneller, alle kleine beetjes helpen.

Ik heb het trouwens nu zo opgelost
[ code verwijderd ]

uitvoer
[ code verwijderd ]

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

<?php
$stuff = array("Country: NETHERLANDS (NL)", "City: Groningen", "Latitude: 53.2167", "Longitude: 6.56667");

$result = array();
foreach($stuff as $v) {
    $arr = split(': ', $v);
    $k = strtolower(array_shift($arr));
    $result[$k] = join(": ", $arr);
}

if (array_key_exists("country", $result)) {
    list($result['country'], $result['tla']) = split("\(", $result['country']);
    $result['country'] = trim($result['country']);
    $result['tla'] = str_replace(")", "", $result['tla']);
}

/* Voeg nog is_numeric checks toe voor langitude en longitude */

print_r($result);
?>

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 11:32:26 #242

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:24 schreef Tijn het volgende:
Nadeel van zo'n truc is natuurlijk wel dat clients die geen javascript ondersteunen of dat bewust uit hebben staan je website niet meer kunnen gebruiken.

Wat is überhaupt je probleem met GET?

Ik wil die ?search=something niet in m'n adresbalk (het is een cosmetisch ding, verder niet). En mensen die geen javascript hebben aanstaan, die moeten het gewoon aanzetten.

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 11:39:19 #243

Tijn

Powered by MS Paint

quote:
Op vrijdag 27 juni 2008 11:32 schreef slacker_nl het volgende:

[..]

Ik wil die ?search=something niet in m'n adresbalk (het is een cosmetisch ding, verder niet).

Dan zou je ook eerst de GET-variabelen kunnen processen en daarna de user doorsturen naar een pagina met een cleanere URL.

quote:
En mensen die geen javascript hebben aanstaan, die moeten het gewoon aanzetten.

Wat als dat niet kan, omdat ze bijvoorbeeld gebruik maken van een text-mode browser via een shell, een mobiele browser die Javascript niet ondersteunt of een Screenreader?

Verberg de nieuwsticker

vrijdag 27 juni 2008 @ 11:46:27 #244

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:39 schreef Tijn het volgende:

[..]

Dan zou je ook eerst de GET-variabelen kunnen processen en daarna de user doorsturen naar een pagina met een cleanere URL.
[..]

Wat als dat niet kan, omdat ze bijvoorbeeld gebruik maken van een text-mode browser via een shell, een mobiele browser die Javascript niet ondersteunt of een Screenreader?

Mmm, text browsing kan op die site, dus dat mag inderdaad niet breken.. Al kan Elinks wel Javascript aan...

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 11:47:32 #245

Tijn

Powered by MS Paint

quote:
Op vrijdag 27 juni 2008 11:46 schreef slacker_nl het volgende:

[..]

Mmm, text browsing kan op die site, dus dat mag inderdaad niet breken..

Niks mis met Javascript om dingen te verfraaien hoor. Maar het is altijd jammer als de basisfunctionaliteit van een site verloren gaat als het niet wordt ondersteund.

Verberg de nieuwsticker

vrijdag 27 juni 2008 @ 11:48:12 #246

GI

Nee ik heet geen JOE

Herbouw dan gewoon een beetje waardoor je http://site/search/query kan doen. Ziet er gelikt zat uit

vrijdag 27 juni 2008 @ 11:50:35 #247

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:48 schreef GI het volgende:
Herbouw dan gewoon een beetje waardoor je http://site/search/query kan doen. Ziet er gelikt zat uit

Ik zat te hopen dat ik niet teveel hoef aan te passen aangezien mijn HTML kennis echt niet top is. Ik kan een default pagina bouwen, maar zodra er wat meer moet kunnen dan default houdt het echt op.

Maar we hebben als een ?search=bla in de post, als je meer dan 1 resultaat te terugkrijgt kom je in een table die alle resultaten teruggeeft met wat info. Als je meer info wilt hebben klik je op een linkje en daar zit ?search=found in (zeg maar), die link met ?search=found wil ik niet met een GET hebben, maar in een POST...

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 13:05:35 #248

Chandler

quote:
Op vrijdag 27 juni 2008 11:16 schreef Scorpie het volgende:
Brrrr, dat kan veel mooier Chandler! Ga eens met eigen gemaakte functies werken

Kan idd veel mooier, maar dit is toch goed genoeg? lijkt mij

quote:
Op vrijdag 27 juni 2008 11:16 schreef Tiemie het volgende:
is cURL geen optie voor je? daarmee kun je namelijk zelf instellen of je wél of géén headers wilt én je kan een timeout opgeven.
[ code verwijderd ]

Ik ben idd nog niet echt heel veel mer cURL bezig geweest maar idd was een handige optie. Maar nu heb ik het reeds met fsockopen, is het een groot voordeel als ik cURL gebruik?

quote:
Op vrijdag 27 juni 2008 11:30 schreef slacker_nl het volgende:
[ code verwijderd ]

Ziet er ook heel netjes uit maar is dat van mij dan zo langdradig ofzo?

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

vrijdag 27 juni 2008 @ 13:41:47 #249

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 13:05 schreef Chandler het volgende:

Ik ben idd nog niet echt heel veel mer cURL bezig geweest maar idd was een handige optie. Maar nu heb ik het reeds met fsockopen, is het een groot voordeel als ik cURL gebruik?

Ziet er ook heel netjes uit maar is dat van mij dan zo langdradig ofzo?

Denk dat met curl je code schoner wordt. Ikzelf zou voor curl kiezen ipv zelf een socket openen en de data fetchen. Al is het een leuke 'for science approach' om het zelf met fsockopen te doen. Maar ik zou het in een productieomgeving niet doen, tenzij er een echt goede reden is om het wel te doen. Je wilt niet te low-level bezig zijn, dus de curl abstractielaag erboven is gewoon prettiger werken.

Je codebase is met 50% verminderd, dus je code was langdradig. Waarom iets doen in 50 regels als het in 20 kan? De footprint lijkt hetzelfde te zijn, dus je kan je eigen code gewoon houden

[ Bericht 4% gewijzigd door slacker_nl op 27-06-2008 14:08:57 ]

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 16:50:21 #250

Farenji

quote:
Op vrijdag 27 juni 2008 13:05 schreef Chandler het volgende:

Ik ben idd nog niet echt heel veel mer cURL bezig geweest maar idd was een handige optie. Maar nu heb ik het reeds met fsockopen, is het een groot voordeel als ik cURL gebruik?

Een groot voordeel? Essentieel!
Misschien wil je ooit nog eens iets over SSL doen ofzo, en als je dat met fsockopen wil gaan doen.... succes!

Het is handig om zo breed en ver mogelijk te kijken, zodat je niet alleen de problemen oplost die je nu op dit moment tegenkomt maar ook klaar bent voor eventuele uitbreidingen die later kunnen komen. En dat je dus niet heel je applicatie weer vanaf de grond opnieuw moet opbouwen omdat je niet generiek en breed genoeg hebt ontworpen. Zonde van de tijd en moeite.

vrijdag 27 juni 2008 @ 17:26:58 #251

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 11:47 schreef Tijn het volgende:

[..]

Niks mis met Javascript om dingen te verfraaien hoor. Maar het is altijd jammer als de basisfunctionaliteit van een site verloren gaat als het niet wordt ondersteund.

Ik ben eruit dat dat gedeelte van de site mag breken indien ik JS ga gebruiken om die ?search=stuff uit de adresbalk te krijgen.

Die pagina maakt toch gebruik van een klasse die ik zelf heb geschreven en dat heb ik nu ook in een CLI ding zitten, dus.. JS its going to be. De enige die een tekstbrowser zullen gebruiken zullen toch wel van mijn CLI script gebruik gaan maken, dus het is geen ramp..

In theory there is no difference between theory and practice. In practice there is.

vrijdag 27 juni 2008 @ 17:28:19 #252

Chandler

Maar wat is het voordeel nou precies?

als het er alleen schoner van wordt vind ik het niet reden genoeg

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

vrijdag 27 juni 2008 @ 17:33:06 #253

slacker_nl

Sicko pur sang

quote:
Op vrijdag 27 juni 2008 17:28 schreef Chandler het volgende:
Maar wat is het voordeel nou precies? als het er alleen schoner van wordt vind ik het niet reden genoeg

Lees de documentatie van curl. Je wilde ook het voordeel van PDO niet inzien...

In theory there is no difference between theory and practice. In practice there is.

zondag 29 juni 2008 @ 10:36:27 #254

Chandler

Ik heb de documentatie doorgelezen maar er staat echt nergens wat nu het voordeel is ten opzichte van fsockopen, maar goed... cURL is idd ook niet al te moeilijk

Verder een andere vraag; is er een manier om de fouten die mysql genereerd op te vangen met een errorhandler zonder aan iedere mysql_query een or doeiets() funcie vast te plakken?

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

zondag 29 juni 2008 @ 11:11:27 #256

Chandler

Correct, maar mijn DB class was nogal aan de zuigende kant en heb ik uit het huidige project gesloopt... Maar er moet toch een manier zijn om ook die fouten af te vangen?

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

zondag 29 juni 2008 @ 12:01:05 #258

ralfie

!Yvan eht nioj

kan ik

1 2	UPDATE tbl SET x='y' WHERE z=0 UPDATE tbl SET x='q' WHERE z=3

op de een of andere manier in één querie doen?

(ben wat ouwe code aan het optimizen, vandaar de vraag)

zondag 29 juni 2008 @ 12:05:17 #259

SuperRembo

Sinds 1998

1
2
3

UPDATE tbl
SET x = CASE z WHEN 0 THEN 'y' ELSE 'q' END
WHERE z = IN (0, 3)

zondag 29 juni 2008 @ 13:34:43 #260

ralfie

!Yvan eht nioj

danke

zondag 29 juni 2008 @ 20:22:16 #261

Qunix

1
2
3
4
5
6
7
8
9
10
11

<?php
for ($i = date("Y"); $i > 1989; $i--) {
    if ($i = date("Y")) {
        echo "<li><h3>" . $i . " - " . ($i+1) . "</h3></li>\n";
    } elseif ($i = date("Y")+1) {
        echo "<li><h4>" . $i . " - " . ($i+1) . "</h4></li>\n";
    } else {
        echo "<li>" . $i . " - " . ($i+1) . "</li>\n";
    }
}
?>

Kan iemand mij helpen met het volgende. Wat ik wil hebben is een lijst met jaartallen en dit jaar moet hij in <h3> zijn en vorig jaar in <h4>.
Wat hierboven staat doet het niet helemaal... Als ik de if uit sloop laat hij het juist zien. Hij komt nu in een eindeloze loop.

Wie kan mij helpen?

zondag 29 juni 2008 @ 20:24:37 #262

Tijn

Powered by MS Paint

== ipv = ?

Verberg de nieuwsticker

zondag 29 juni 2008 @ 20:27:50 #263

Qunix

quote:
Op zondag 29 juni 2008 20:24 schreef Tijn het volgende:
== ipv = ?

Oef... Denk dat ik te lang aan het coderen ben.. Thanks!

maandag 30 juni 2008 @ 13:38:23 #265

slacker_nl

Sicko pur sang

quote:
Op zondag 29 juni 2008 10:36 schreef Chandler het volgende:
Ik heb de documentatie doorgelezen maar er staat echt nergens wat nu het voordeel is ten opzichte van fsockopen, maar goed... cURL is idd ook niet al te moeilijk

libcurl kan ssh, ftp, sftp, http, https, etc etc aan, daar waar je dit niet voor elkaar krijgt met fsockopen, zoals eerder gezegd.

quote:
http://curl.haxx.se/

curl is a command line tool for transferring files with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, LDAP, LDAPS and FILE. curl supports SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a busload of other useful tricks.

quote:
http://devzone.zend.com/a(...)and-libcurl-with-PHP

cURL and libcurl are libaries that allow a webserver to transfer files with a remote computer using a variety of Internet protocols. The libaries are highly configurable, allowing practically any type of client-server request to be peformed. By using these tools, a webserver can act as a client, creating and responding to requests using any technology built on HTTP, like XML-RPC, SOAP, or WebDAV.

Het voordeel: Jij hoeft niet alles zelf te implementeren, je maakt gebruik van curl en je kan zo HTTPS/HTTP gaan praten zonder al teveel code aan te passen. Wat is het voordeel van curl tov fsockopen? Waarom zou je zelf iets bedenken als libcurl bijna standaard wordt meegeleverd (op Unix), en het werkt ook op Windows machines..

De curl documentatie is duidelijk, ik wil de documentatie van jouw eigen functie wel eens zien. Anders gezegd, als je libcurl gebruikt kunnen andere mensen de documentatie van curl erbij pakken en het geheel uitbreiden. Dat kan ook met je eigen functies, maar dat kost toch meer tijd en er is minder documentatie van, plus het is niet een standaard oplossing.

De voordelen van curl:
* Standaard library
* Documentatie
* Code is makkelijker over te dragen / te begrijpen door anderen.

In theory there is no difference between theory and practice. In practice there is.

maandag 30 juni 2008 @ 14:08:59 #266

saban

hoi?

Is dit samen te voegen tot een korter/kleiner query?

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

<?php
        $bezetQuery        =    "SELECT `computernr`, `student`, `starttijd` FROM `computers` WHERE `computernr` = '$rij[0]'";
        $bezetSql        =    mysql_query($bezetQuery);

        $studentnr        =    mysql_result($bezetSql, 0, student);
        $starttijd        =    mysql_result($bezetSql, 0, starttijd);

        $stuinfoQuery    =    "SELECT `studentnr`, `voornaam`, `achternaam` FROM `studenten` WHERE `studentnr` = '$studentnr'";
        $stuinfoSql        =    mysql_query($stuinfoQuery);

        $studentvnaam    =    mysql_result($stuinfoSql, 0, voornaam);
        $studentanaam    =    mysql_result($stuinfoSql, 0, achternaam);
?>

ne okuyon, bokmu var?

maandag 30 juni 2008 @ 14:12:48 #267

GI

Nee ik heet geen JOE

Ja. Join op student naar studentnr li[jkt mij zo.

maandag 30 juni 2008 @ 16:19:40 #268

ursel

"Het Is Hier Fantastisch!

quote:
Op donderdag 26 juni 2008 17:32 schreef Tijn het volgende:
En als je een batch-file maakt die het commando aanroept wat je nodig hebt? Werkt het dan wel als je die batchfile uitvoert?

Zo, weer even wat tijd hiervoor gevonden om eraan te knutselen..

Ben nu steeds meer ermee aan het stoeien. Heb het nu zo gemaakt dat het systeem zelf een bat-file aanmaakt met daarin de uit te voeren command. Aanmaken van de bat-file gaat goed.
Echter wordt de bat-file ook niet aangestuurd door exec.

Log ik in op de server, dan kan ik de bat-file wel gewoon uitvoeren door er dubbel op te klikken en door het uit te voeren in cmd.exe. Dus de bat-file is gewoon goed.

Toch wordt exec niet aangestuurd. php.ini heeft overigens safe_mode off staan.

Rechten is het ook niet, we hebben de IISUSER zelfs toegevoegd aan de admin groep en dat mocht ook niet baten.

dinsdag 1 juli 2008 @ 08:44:38 #269

schwa78

Rutger

Ik heb een website waar bezoekers quizzen kunnen ontwerpen. Nu is het een tijdje mogelijk geweest om quizzen te verwijderen zonder daar de daarbij behorende vragen en uitkomsten te verwijderen.

Hoe kan ik nu het makkelijkst deze orphan vragen en uitkomsten terugvinden om te kunnen verwijderen?

Indeling:
tabel quiz
-- id

tabel quiz_vragen
-- id
-- qid

tabel quiz_uitkomsten
-- id
-- qid

http://www.schwaproductions.nl/

dinsdag 1 juli 2008 @ 08:48:10 #270

GI

Nee ik heet geen JOE

Snelle gok : "delete from quiz_vragen where .id not IN (Select quiz.id From quiz)" en natuurlijk een uitkomsten variant

dinsdag 1 juli 2008 @ 08:56:19 #271

Light

quote:
Op dinsdag 1 juli 2008 08:48 schreef GI het volgende:
Snelle gok : "delete from quiz_vragen where .id not IN (Select quiz.id From quiz)" en natuurlijk een uitkomsten variant

delete from quiz_vragen where qid not IN (Select quiz.id From quiz)

Denk ik zomaar.

fokstok.nl

dinsdag 1 juli 2008 @ 08:57:41 #272

GI

Nee ik heet geen JOE

Whoops

.

dinsdag 1 juli 2008 @ 08:58:18 #273

GI

Nee ik heet geen JOE

Ik kan niet zeggen dat het een typo is he ? Aangezien de q en de . best wel een beetje ver van elkaar af zitten op het toestenbord.

dinsdag 1 juli 2008 @ 09:21:57 #274

schwa78

Rutger

Dan zou het dus zo moeten zijn toch?

DELETE FROM quiz_vragen WHERE qid NOT IN (SELECT quiz.id FROM quiz)

Zeker weten? Dat ik niet zo in 1 keer de hele tabel leegmaak

http://www.schwaproductions.nl/

dinsdag 1 juli 2008 @ 09:24:18 #275

GI

Nee ik heet geen JOE

Altijd een backup maken

dinsdag 1 juli 2008 @ 09:33:21 #276

schwa78

Rutger

Ja, maar met een live database met > 300.000 quizvragen is ook het terugzetten van een backup geen leuke bezigheid.

http://www.schwaproductions.nl/

dinsdag 1 juli 2008 @ 09:38:02 #277

Light

quote:
Op dinsdag 1 juli 2008 09:33 schreef schwa78 het volgende:
Ja, maar met een live database met > 300.000 quizvragen is ook het terugzetten van een backup geen leuke bezigheid.

Het maken van een kopie van een tabel is niet zo heel veel werk. En het terugzetten ook niet. Overigens verwacht ik geen problemen, maar better safe than sorry.

fokstok.nl

dinsdag 1 juli 2008 @ 09:38:57 #278

GI

Nee ik heet geen JOE

Mwah, valt wel mee. Je maakt een kopie van de tabel, test de query en draait hem daarna nog een keer op de live tabel

dinsdag 1 juli 2008 @ 09:39:29 #279

Light

quote:
Op dinsdag 1 juli 2008 08:58 schreef GI het volgende:
Ik kan niet zeggen dat het een typo is he ? Aangezien de q en de . best wel een beetje ver van elkaar af zitten op het toestenbord.

Als je aan de verkeerde kant van je toetsenbord zit dan klopt het weer wel. Maar dan snap ik weer niet hoe je de rest wel goed kreeg

fokstok.nl

dinsdag 1 juli 2008 @ 09:48:24 #281

ursel

"Het Is Hier Fantastisch!

quote:
Op dinsdag 1 juli 2008 09:33 schreef schwa78 het volgende:
Ja, maar met een live database met > 300.000 quizvragen is ook het terugzetten van een backup geen leuke bezigheid.

Testen op een live environment..

dinsdag 1 juli 2008 @ 10:25:43 #282

schwa78

Rutger

quote:
Op dinsdag 1 juli 2008 09:48 schreef ursel het volgende:

[..]

Testen op een live environment..

Ja, dat is eigenlijk best wel slecht van me.

Kan iemand mij een boek aanraden waarin dieper ingegaan wordt met het omgaan met grote websites en databases. Dus over test environments en het maken van backups en dergelijke.

http://www.schwaproductions.nl/

dinsdag 1 juli 2008 @ 12:29:02 #283

Xcalibur

een testenvironment is echt niet alleen voor grote sites hoor.... en het maken van backups al helemaal niet!

dinsdag 1 juli 2008 @ 13:17:19 #284

Light

quote:
Op dinsdag 1 juli 2008 09:48 schreef ursel het volgende:

[..]

Testen op een live environment..

Ach, dat heeft iedereen toch wel eens gedaan?

fokstok.nl

FOK!-Schrikkelbaas dinsdag 1 juli 2008 @ 13:21:56 #285

Swetsenegger

Egocentrische Narcist

quote:
Op dinsdag 1 juli 2008 13:17 schreef Light het volgende:

[..]

Ach, dat heeft iedereen toch wel eens gedaan?

regelmatig.

 | FOK! Schrikkelbaasch

dinsdag 1 juli 2008 @ 13:59:39 #287

Geqxon

Waarom de moeite doen een testomgeving te gebruiken als de klant gierig is?

dinsdag 1 juli 2008 @ 14:05:57 #288

GI

Nee ik heet geen JOE

quote:
Op dinsdag 1 juli 2008 13:59 schreef Geqxon het volgende:
Waarom de moeite doen een testomgeving te gebruiken als de klant gierig is?

Gooi daar eens wat context bij, want op deze manier is het gewoon een lose kreet in de ruimte.

dinsdag 1 juli 2008 @ 14:12:27 #289

ursel

"Het Is Hier Fantastisch!

quote:
Op dinsdag 1 juli 2008 13:17 schreef Light het volgende:

[..]

Ach, dat heeft iedereen toch wel eens gedaan?

En van geleerd..

dinsdag 1 juli 2008 @ 15:37:12 #290

Farenji

quote:
Op dinsdag 1 juli 2008 13:17 schreef Light het volgende:

[..]

Ach, dat heeft iedereen toch wel eens gedaan?

Doe het nog wel eens. Live bugs fixen op een drukbezochte site.

Meestal gewoon uit tijdgebrek. Er is uiteraard wel een nette testomgeving met gescheiden database, maar als ik bepaalde grote databases wil exporteren en importeren in de testomgeving ben je soms zomaar een paar uur verder. Die tijd heb ik lang niet altijd.
Het is nog nooit echt fout gegaan eigenlijk! *heel hard afklopt*

Maar schwa, wat wil je precies weten over het werken met testomgevingen en backups enzo?

dinsdag 1 juli 2008 @ 15:44:04 #291

saban

hoi?

Ik heb een database (autos) met ongeveer 50 tabellen erin (merken).
Echter moet ik in ieder tabel een paar cellen toevoegen, is dit mogelijk om in 1x de rijen toe te voegen in alle tabellen?

Dit is de code voor AlfraRomeo, echter wil ik niet 1 voor 1 voor ieder merk de tabel naam wijzigen.

quote:
ALTER TABLE `AlfaRomeo`
ADD `f_aantal` INT( 1 ) NOT NULL ,
ADD `f_1` VARCHAR( 12 ) NOT NULL ,
ADD `f_2` VARCHAR( 12 ) NOT NULL ,
ADD `f_3` VARCHAR( 12 ) NOT NULL ;

ne okuyon, bokmu var?

dinsdag 1 juli 2008 @ 16:06:35 #293

HuHu

En is het niet handiger om 1 tabel te hebben met als extra veld het merk?

dinsdag 1 juli 2008 @ 16:09:23 #294

Geqxon

quote:
Op dinsdag 1 juli 2008 14:05 schreef GI het volgende:

[..]

Gooi daar eens wat context bij, want op deze manier is het gewoon een lose kreet in de ruimte.

Een test omgeving opzetten en onderhouden kost nou eenmaal geld. Bij mijn bedrijf wordt dat naar de klant doorberekend. Dan maar geen test omgeving.

dinsdag 1 juli 2008 @ 16:26:48 #295

Tiemie

sowieso wel!

quote:
Op dinsdag 1 juli 2008 15:44 schreef saban het volgende:
Ik heb een database (autos) met ongeveer 50 tabellen erin (merken).
Echter moet ik in ieder tabel een paar cellen toevoegen, is dit mogelijk om in 1x de rijen toe te voegen in alle tabellen?

Dit is de code voor AlfraRomeo, echter wil ik niet 1 voor 1 voor ieder merk de tabel naam wijzigen.
[..]

Heb je voor ieder merk een eigen tabel?

dinsdag 1 juli 2008 @ 17:33:39 #296

Chandler

quote:
Op maandag 30 juni 2008 13:38 schreef slacker_nl het volgende:

libcurl kan ssh, ftp, sftp, http, https, etc etc aan, daar waar je dit niet voor elkaar krijgt met fsockopen, zoals eerder gezegd.
[..]

Het voordeel: Jij hoeft niet alles zelf te implementeren, je maakt gebruik van curl en je kan zo HTTPS/HTTP gaan praten zonder al teveel code aan te passen. Wat is het voordeel van curl tov fsockopen? Waarom zou je zelf iets bedenken als libcurl bijna standaard wordt meegeleverd (op Unix), en het werkt ook op Windows machines..

De curl documentatie is duidelijk, ik wil de documentatie van jouw eigen functie wel eens zien. Anders gezegd, als je libcurl gebruikt kunnen andere mensen de documentatie van curl erbij pakken en het geheel uitbreiden. Dat kan ook met je eigen functies, maar dat kost toch meer tijd en er is minder documentatie van, plus het is niet een standaard oplossing.

De voordelen van curl:
* Standaard library
* Documentatie
* Code is makkelijker over te dragen / te begrijpen door anderen.

Je hebt gelijk idd, ik zal het eens proberen om te bouwen!

Verder gelijk een andere vraag, stel een connectie timed out via cURL, kun je deze dan ook afvangen zonder direct een PHP fout te krijgen?

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

dinsdag 1 juli 2008 @ 18:49:29 #297

Xcalibur

quote:
Op dinsdag 1 juli 2008 16:09 schreef Geqxon het volgende:
Een test omgeving opzetten en onderhouden kost nou eenmaal geld. Bij mijn bedrijf wordt dat naar de klant doorberekend. Dan maar geen test omgeving.

Ik weet niet wat jullie onder een testomgeving verstaan, maar effe een site en een database op een andere locatie uploaden hoeft toch geen kwartier te duren?

dinsdag 1 juli 2008 @ 19:36:25 #298

Farenji

quote:
Op dinsdag 1 juli 2008 18:49 schreef Xcalibur het volgende:

[..]

Ik weet niet wat jullie onder een testomgeving verstaan, maar effe een site en een database op een andere locatie uploaden hoeft toch geen kwartier te duren?

Ik vraag me ook af hoe je in godsnaam kan ontwikkelen zonder een aparte ontwikkel/testomgeving. Een bug live fixen, okay, maar development doen op een liveomgeving is absoluut not done.

dinsdag 1 juli 2008 @ 19:39:42 #299

HuHu

quote:
Op dinsdag 1 juli 2008 19:36 schreef Farenji het volgende:

[..]

Ik vraag me ook af hoe je in godsnaam kan ontwikkelen zonder een aparte ontwikkel/testomgeving. Een bug live fixen, okay, maar development doen op een liveomgeving is absoluut not done.

Je kunt best live development doen op het moment dat het product toch nog niet gebruikt wordt. Zo heb ik pas een site "live" gemaakt, aangezien er toch nog geen bezoekers kwamen. En nu, in de beginfase, met 10 bezoekers per dag kan ik ook nog best live dingen fixen. Zodra het echt druk wordt kan dat niet meer natuurlijk, maar tot die tijd is er geen probleem.

dinsdag 1 juli 2008 @ 19:40:06 #300

Farenji

quote:
Op dinsdag 1 juli 2008 15:44 schreef saban het volgende:
Ik heb een database (autos) met ongeveer 50 tabellen erin (merken).
Echter moet ik in ieder tabel een paar cellen toevoegen, is dit mogelijk om in 1x de rijen toe te voegen in alle tabellen?

Dit is de code voor AlfraRomeo, echter wil ik niet 1 voor 1 voor ieder merk de tabel naam wijzigen.
[..]

http://www.google.nl/search?q=database+normalization

dinsdag 1 juli 2008 @ 20:24:22 #301

Xcalibur

quote:
Op dinsdag 1 juli 2008 19:39 schreef HuHu het volgende:

Je kunt best live development doen op het moment dat het product toch nog niet gebruikt wordt. Zo heb ik pas een site "live" gemaakt, aangezien er toch nog geen bezoekers kwamen. En nu, in de beginfase, met 10 bezoekers per dag kan ik ook nog best live dingen fixen. Zodra het echt druk wordt kan dat niet meer natuurlijk, maar tot die tijd is er geen probleem.

Mja, maar dat lijkt me een uitzondering?
En waarom zou je dat dan doen, als je voor de rest van je sites wel een development (lokaal) en testomgeving hebt?

Overigens wordt het op die manier ook wel hoogst onduidelijk wanneer de site nou "live" is, en wanneer jij dus klaar bent met je werk en wat er meerwerk is.... Live ontwikkelen lijkt me eigenlijk in alle opzichten een slecht idee

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

[PHP/(My)SQL] voor dummies - deel 60

» digital corner

» digital corner