[PHP/(My)SQL] voor dummies #109

Index

» digital corner

» development

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
pi_127254581
Is dat niet met distinct op te lossen?
zcflevo.nl
  vrijdag 31 mei 2013 @ 18:04:13 #92
187069 slacker_nl
Sicko pur sang
pi_127256910
Kan je niet joinen met jezelf:

http://dev.mysql.com/doc/(...)ns.html#function_max

Je kan dan zoiets doen:

1
2
3
4
5
6
7
8
9
10		SELECT
    MAX(g.scores) as hiscore,
    g.character_id,
    g.waves,
FROM
    games as g
JOIN
    games as g2 on hiscore = g2.scores
    where g2.player_id = g.player_id 
;
In theory there is no difference between theory and practice. In practice there is.
pi_127283573
Heeft iemand een oplossing voor het volgende?

Ik laad via curl multi meerdere url's in 1x maar soms gaat er een URL de fout in bv door het volgende.

- geen content ontvangen
- http error code
- redirect

Nu zou ik graag per uitgelezen URL willen weten welke URL de fout in is gegaan, maar kan dat niet checken als er een redirect is geweest.... mijn vraag is, hoe kan ik zorgen dat ik de juiste gegevens bij de error kan zetten? zodat ik die project kan skippen en eventueel de error kan gebruiken.

Testcase
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
51
52
53
54
55
56
57
58
59
60
61
62
63		<pre>
<?php

$projects = array(1 => array("url" => "http://www/testredirect.php?x=5"),
                  2 => array("url" => "http://www/testredirect.php?x=2"),
                  3 => array("url" => "http://www/testerror.php"),
                  4 => array("url" => "http://www/testerror.php?x=10"),
                  5 => array("url" => "http://www/testerror.php?x=5"),
                  6 => array("url" => "http://www/testerror.php?x=22"));
                  
$mh = curl_multi_init();
$handles = array();

foreach ($projects AS $key => $project)
{
    echo $project['url'] . '<br />';
    $handles[$key] = curl_init($project['url']);

    curl_setopt($handles[$key], CURLOPT_TIMEOUT, 20);
    curl_setopt($handles[$key], CURLOPT_CONNECTTIMEOUT, 20);
    curl_setopt($handles[$key], CURLOPT_HEADER, true);

    curl_setopt($handles[$key], CURLOPT_AUTOREFERER, true);
    curl_setopt($handles[$key], CURLOPT_FAILONERROR, true);
    curl_setopt($handles[$key], CURLOPT_RETURNTRANSFER, true);
    curl_setopt($handles[$key], CURLOPT_SSL_VERIFYHOST, false);
    curl_setopt($handles[$key], CURLOPT_SSL_VERIFYPEER, false);

    curl_setopt($handles[$key], CURLOPT_FOLLOWLOCATION, true);  // true for test

    curl_setopt($handles[$key], CURLINFO_EFFECTIVE_URL, true);
    curl_setopt($handles[$key], CURLINFO_HEADER_OUT, true);
    curl_setopt($handles[$key], CURLINFO_REDIRECT_COUNT, true);
    
    curl_multi_add_handle($mh, $handles[$key]);
}

$running = null;
do 
{
    curl_multi_exec($mh, $running);
} 
while ($running > 0);

foreach ($handles AS $key => $value)
{
    $break      = false;
    $curl_error = curl_error($value); // fetch error, if any

    print_r($curl_error);
    echo '<br />';
    print_r(curl_getinfo($value));
    echo '<br />';
    if (strlen($curl_error) == 0)
    {            
        print_r(curl_multi_getcontent($value));
        echo '<br />';
    }
    else
    {
        echo ("error<br/>");
    }
}

Of kijk ik nu al dagen ergens overheen?

Ps testredirect.php is een script die meerdere redirects uitvoert.
Ps testerror.php zorgt voor een sleep van $_GET['x'] gegeven seconden!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  zaterdag 1 juni 2013 @ 21:51:53 #94
187069 slacker_nl
Sicko pur sang
pi_127301873
quote:
15s.gif Op zaterdag 1 juni 2013 12:47 schreef Chandler het volgende:
Heeft iemand een oplossing voor het volgende?
Dit heb je toch al een keertje eerder gedaan? Een paar posts geleden zelfs.

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
51
52
53
54
55
56
57
58
59
60
61
62
63		<?php
error_reporting(E_ALL);

$projects = array('opn' => array("url" => "http://www.opperschaap.net"),
                  'opn_not_found' => array("url" => "http://www.opperschaap.net/die"),
                  'redir' => array("url" => "http://www.example.com"),
);
    
$mh = curl_multi_init();
$handles = array();

$setopt_array = array( 
    CURLOPT_TIMEOUT => 20, 
    CURLOPT_CONNECTTIMEOUT => 20, 
    CURLOPT_HEADER => true,

    CURLOPT_AUTOREFERER => true,
    CURLOPT_FAILONERROR => true,
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_SSL_VERIFYHOST => false,
    CURLOPT_SSL_VERIFYPEER => false,

    CURLOPT_FOLLOWLOCATION => true,  // true for test
);

foreach ($projects AS $key => $project) {

    printf("URL: %s\n", $project['url']);

    $ch = curl_init($project['url']);
    curl_setopt_array($ch, $setopt_array);

    curl_multi_add_handle($mh, $ch);
    $handles[$key] = $ch;
}

$running = null;
do 
{
    curl_multi_exec($mh, $running);
} 
while ($running > 0); 

foreach ($projects AS $key => $project) {
    print "$key\n";
    $ch = $handles[$key];
    $curl_error = curl_error($ch); // fetch error, if any

    $curl_info = (curl_getinfo($ch));

    if ($project['url'] != $curl_info['url']) {
        printf("Redirected from %s to %s\n", $project['url'], $curl_info['url']);
    }   

    if ($curl_info['http_code'] == 200) {
        print_r(curl_multi_getcontent($ch));
    }   
    else {
        printf("HTTP code not 200: %d\n", $curl_info['http_code']);
    }   
    print "\n";                                                                                                                                                                                                                                                                                               
}
?>
In theory there is no difference between theory and practice. In practice there is.
pi_127314702
Je hebt gelijk slacker_nl, maar omdat ik er echt niet uitkwam toch maar een extra post er over (en gelukkig zie ik nu waar ik de fout in ging!)

Thanks!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  zondag 2 juni 2013 @ 16:04:22 #96
319705 pascal08
dr. prof.
pi_127323578
Ik zit met een dilemma. Mijn zoekfunctie werkt met ajax en json. Ik zou POST en GET kunnen gebruiken. POST heeft als nadeel dat ik een formtoken moet meesturen ivm csrf en heeft volgens mij ook als nadeel dat er niets gecached kan worden. Met GET daarentegen zit ik met het probleem dat Codeigniter geen tekens zoals een apostrof tolereert. Ik weet dat het mogelijk is om dit uit te zetten, maar bij deze instelling staat duidelijk vermeldt dat je niets moet veranderen tenzij je weet waar je mee bezig bent, en daar zit het probleem, dat weet ik dus niet. :P

Google en andere grote sites werken met GET zag ik via de Chrome Console. Echter kan ik daar wel gewoon zoeken op een apostrof. De apostrof wordt dan omgezet in %27. Kan iemand mij uitleggen welke methode geschikter is voor mijn situatie en hoe ik eventueel veilig tekens zoals een apostrof in de URL toelaat bij een GET request?
pi_127326225
quote:
0s.gif Op zondag 2 juni 2013 16:04 schreef pascal08 het volgende:
Ik zit met een dilemma. Mijn zoekfunctie werkt met ajax en json. Ik zou POST en GET kunnen gebruiken. POST heeft als nadeel dat ik een formtoken moet meesturen ivm csrf en heeft volgens mij ook als nadeel dat er niets gecached kan worden.
De reden dat een csrf-token wordt geadviseerd bij POST is juist omdat POST wordt gebruikt voor het veranderen van data op de server. Daarmee beantwoord ik eigenlijk je vraag al :)

Wat betreft caching: daar zou ik niet te veel over nadenken. Premature optimalisatie en je kunt het op veel verschillende manieren/niveaus realiseren, zowel server als client-side.
quote:
Met GET daarentegen zit ik met het probleem dat Codeigniter geen tekens zoals een apostrof tolereert. Ik weet dat het mogelijk is om dit uit te zetten, maar bij deze instelling staat duidelijk vermeldt dat je niets moet veranderen tenzij je weet waar je mee bezig bent, en daar zit het probleem, dat weet ik dus niet. :P
Kwestie van op de juiste manier escapen.
URL Encode a string in jQuery for an AJAX request
Ook handig zijn php's urlencode en json_encode
quote:
Google en andere grote sites werken met GET zag ik via de Chrome Console. Echter kan ik daar wel gewoon zoeken op een apostrof. De apostrof wordt dan omgezet in %27. Kan iemand mij uitleggen welke methode geschikter is voor mijn situatie en hoe ik eventueel veilig tekens zoals een apostrof in de URL toelaat bij een GET request?
Gewoon GET gebruiken. De intentie achter GET is juist het ophalen van data van de server. POST, PUT en DELETE zijn ontwikkeld om data op de server te veranderen.
  zondag 2 juni 2013 @ 17:54:52 #98
319705 pascal08
dr. prof.
pi_127327153
quote:
0s.gif Op zondag 2 juni 2013 17:25 schreef zoem het volgende:

De reden dat een csrf-token wordt geadviseerd bij POST is juist omdat POST wordt gebruikt voor het veranderen van data op de server. Daarmee beantwoord ik eigenlijk je vraag al :)
Dit wist ik. :@

quote:
Kwestie van op de juiste manier escapen.
URL Encode a string in jQuery for an AJAX request
Ook handig zijn php's urlencode en json_encode
Hier had ik nog niet aan gedacht. :@ Ik ken die functie ook nog niet, dus ik moet even kijken of het resultaat daarvan wel door Codeigniter geaccepteerd wordt.

Ik ga eens kijken. Bedankt voor je reply. ;)

EDIT:
1.replace("'", "%27")
werkt. *O* Dat is tevens ook het enige speciale karakter waar ik op wilde zoeken, dus dit is top. Bedankt. _O_

[ Bericht 13% gewijzigd door pascal08 op 02-06-2013 18:19:37 ]
pi_127328287
Mooi om te horen dat het gelukt is ^O^
  dinsdag 4 juni 2013 @ 08:45:18 #100
267443 Cue_
Cuecumbergirl
pi_127390986
Ik zit met een Oracle vraagje.
Als ik de volgende query uitvoer
1update table set status = 90 where to_Char(act_starttime, 'YYYYIW') = '201318' 

Krijg ik de volgende foutmelding
1
2
3
4		FOUT in regel 1:
.ORA-03113: Einde-van-bestand op communicatiekanaal.
Proces-ID: 0
Sessie-ID: 1484 serienummer: 3872
act_starttime is in eerste instantie een Timestamp. Wanneer ik hier een date van maak, dan doet hij het wel gewoon.

Iemand enig idee hoe dit kan/veroorzaakt wordt?
  dinsdag 4 juni 2013 @ 08:58:15 #101
187069 slacker_nl
Sicko pur sang
pi_127391209
quote:
5s.gif Op dinsdag 4 juni 2013 08:45 schreef Cue_ het volgende:
Ik zit met een Oracle vraagje.
Als ik de volgende query uitvoer
[ code verwijderd ]

Krijg ik de volgende foutmelding
[ code verwijderd ]

act_starttime is in eerste instantie een Timestamp. Wanneer ik hier een date van maak, dan doet hij het wel gewoon.

Iemand enig idee hoe dit kan/veroorzaakt wordt?
Als je hier een date van maakt, wat bedoel je precies?

http://psoug.org/reference/timestamp.html
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 4 juni 2013 @ 09:00:53 #102
267443 Cue_
Cuecumbergirl
pi_127391259
quote:
0s.gif Op dinsdag 4 juni 2013 08:58 schreef slacker_nl het volgende:
Als je hier een date van maakt, wat bedoel je precies?

http://psoug.org/reference/timestamp.html
Alter table modify act_starttime date

Dan lukt de update wel.
  dinsdag 4 juni 2013 @ 09:13:54 #103
187069 slacker_nl
Sicko pur sang
pi_127391522
Het zou moeten werken, maar de foutmelding komt niet overeen met je probleem..

Wat gebeurd er als je dit met sqlplus uitvoert?
En doe dan geen update, maar een select.
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 4 juni 2013 @ 09:16:25 #104
267443 Cue_
Cuecumbergirl
pi_127391555
Dat was allemaal geen probleem, kan er op selecteren, grouperen, order by whatever i want, enkel de update doet ie niet.

Het is mij vorige week wel gelukt hem eerst te modifyen naar date, toen weer terug naar timestamp, en toen deed hij het wel ineens. Dat werkt nu niet meer.
pi_127391556
quote:
5s.gif Op dinsdag 4 juni 2013 08:45 schreef Cue_ het volgende:
Ik zit met een Oracle vraagje.
Als ik de volgende query uitvoer
[ code verwijderd ]

Krijg ik de volgende foutmelding
[ code verwijderd ]

act_starttime is in eerste instantie een Timestamp. Wanneer ik hier een date van maak, dan doet hij het wel gewoon.

Iemand enig idee hoe dit kan/veroorzaakt wordt?
; vergeten?
  dinsdag 4 juni 2013 @ 09:17:28 #106
267443 Cue_
Cuecumbergirl
pi_127391578
quote:
7s.gif Op dinsdag 4 juni 2013 09:16 schreef Scorpie het volgende:

; vergeten?
Als in dat de query niet wordt uitgevoerd?

@slacker. Via sqlplus trouwens gedaan.
  dinsdag 4 juni 2013 @ 09:24:06 #107
187069 slacker_nl
Sicko pur sang
pi_127391701
Aha. Maar die foutmelding is echt een generiek iets, hij klaagt namelijk niet over de query. Aangezien je selects ed wel werken heb ik het vermoeden dat de fout niet in de query ligt maar aan andere factoren.. Vooral omdat je conversie naar date nu hetzelfde probleem oplevert..

Je doet alles in een transactie?

1
2
3
4
5		BEGIN;

update ...

ROLLBACK; -- eventueel commit

https://forums.oracle.com/forums/thread.jspa?threadID=2458582
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 4 juni 2013 @ 09:47:26 #108
267443 Cue_
Cuecumbergirl
pi_127392239
Het ligt aan m'n index :o

1 create index  idx_match_actstarttime on table (to_char(act_starttime, 'YYYYIW') );

Is die zo vreemd?
pi_127392307
'Het ligt aan je index' ?
  dinsdag 4 juni 2013 @ 09:51:11 #110
267443 Cue_
Cuecumbergirl
pi_127392337
quote:
7s.gif Op dinsdag 4 juni 2013 09:50 schreef Scorpie het volgende:
'Het ligt aan je index' ?
Zonder index doet ie het perfect.. met index krijg ik die foutmelding.
pi_127392658
De errorcode is erg generiek, wat staat er in de alert log?
pi_127392673
quote:
7s.gif Op dinsdag 4 juni 2013 09:51 schreef Cue_ het volgende:

[..]

Zonder index doet ie het perfect.. met index krijg ik die foutmelding.
Da's wel een voorbarige conclusie. Als je je been eraf hakt is de jeuk aan je teen ook over.
zcflevo.nl
  dinsdag 4 juni 2013 @ 10:06:55 #113
267443 Cue_
Cuecumbergirl
pi_127392799
quote:
14s.gif Op dinsdag 4 juni 2013 10:02 schreef KomtTijd... het volgende:
Da's wel een voorbarige conclusie. Als je je been eraf hakt is de jeuk aan je teen ook over.
_O-
  dinsdag 4 juni 2013 @ 10:10:37 #114
118585 Crutch
Filantroop || Taalzwengel
pi_127392903
quote:
14s.gif Op dinsdag 4 juni 2013 10:02 schreef KomtTijd... het volgende:

[..]

Da's wel een voorbarige conclusie. Als je je been eraf hakt is de jeuk aan je teen ook over.
Er is altijd nog fantoomjeuk. :')
Je moeder is een hamster
pi_127392989
Ik ben geen oracle-man maar iets als een FROM_UNIXTIME() ertussen, helpt dat?
zcflevo.nl
  dinsdag 4 juni 2013 @ 10:59:58 #116
267443 Cue_
Cuecumbergirl
pi_127394450
quote:
0s.gif Op dinsdag 4 juni 2013 10:02 schreef zoem het volgende:
De errorcode is erg generiek, wat staat er in de alert log?
1
2
3		Tue Jun  4 10:59:04 2013
Errors in file /oracle/admin/hkpora03/udump/hkpora03_ora_186.trc:
ORA-07445: exception encountered: core dump [evaopn2()+228] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
pi_127394900
quote:
7s.gif Op dinsdag 4 juni 2013 10:59 schreef Cue_ het volgende:

[..]
[ code verwijderd ]

quote:
So the likeliest causes:

- The server process you were connected to crashed.
- A network problem broke your connection.
- Someone manually killed the process on the server you were connected to.

When the server process you were connected to crashed, it threw an ORA-07445. That error, along with ORA-00600, are relatively famous Oracle errors. They're functionally unhandled exceptions, with an ORA-00600 being an unhandled exception in the Oracle code, whereas ORA-07445 is a fatal signal from the OS, generally because Oracle did something that the OS didn't approve of, so the OS killed the Oracle process.
07445 is vaak gerelateerd aan een bug in Oracle.
Gerelateerde issue op SO: Oracle ORA-03113 and ORA-07445 ACCESS_VIOLATION
quote:
There was an index on the two date columns, TRANS_FROM and TRANS_TO. We droppped this. It worked.

After a bit more investigation we found that with few rows in the join, the index was not used but as the number of rows in the join increased, the query plan would change and the offending index would be used. This explained why it was an intermittent problem.
  dinsdag 4 juni 2013 @ 11:37:00 #118
267443 Cue_
Cuecumbergirl
pi_127395670
Ik blijf het allemaal vreemd vinden.

1. Timestamp zonder index -> goed
2. Timestamp met index -> fout
3. Date met index -> goed

De queryplan is voor 2 en 3 hetzelfde. Gebruikt index by rowid als tableaccess en dan een index rowscan mbv de aangemaakte index op starttime
Bij versie 1 doet hij een full table access.
pi_127397247
1
2
3		<?php
$a['a'] = 1;
?>

dit produceert geen error. is dat normaal :?
..///
pi_127397344
Ja en nee.

PHP maakt automagisch een array aan en vult deze met de opgegeven key en value. Echter, als je error_reporting en display_errors aanzet, zou je een index undefined notice kunnen krijgen.
actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
[PHP/(My)SQL] voor dummies #109
Index

» digital corner

» development

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