abonnement Unibet Coolblue
pi_145831131


Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten wát er niet lukt en wélke foutmelding je precies krijgt :)

Zie ook:
PHP Dataverwerking
Officiële PHP website
PHP Documentatie
MySQL Reference Manual
Yet Another PHP Faq
PHP Cheat Sheet
PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc

Tutorials:
W3Schools PHP
W3Schools SQL

Succes heren met het volgende deeltje!
pi_145831506
quote:
1s.gif Op woensdag 22 oktober 2014 20:58 schreef Aether het volgende:

[..]

Een timestamp is altijd UTC.
Dat bedoel ik :) Een timestamp is een fixed point in time, onafhankelijk van waar je op aarde staat.
pi_145832458
quote:
0s.gif Op woensdag 22 oktober 2014 21:01 schreef Light het volgende:

[..]

Nee. Om te beginnen kloppen die strings niet. En het probleem met "today" is dat je niet weet welke dat je krijgt. In Australië is 23 oktober al begonnen, dus krijg je die datum als je "today" gebruikt. In de andere gebieden is dat niet het geval en krijg je 22 oktober.

int(1413950400)
2014-10-22 00:00:00-0400

int(1413928800)
2014-10-22 00:00:00+0200

int(1413982800)
2014-10-23 00:00:00+1100

Eigenlijk zoek je voor Sydney deze tijd:
int(1413896400)
2014-10-22 00:00:00+1100
ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet |:(
..///
pi_145834248
quote:
0s.gif Op woensdag 22 oktober 2014 21:27 schreef wipes66 het volgende:

[..]

ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet |:(
Light gaf het al aan: timestamps gaan van UTC uit (tijdzone 0).

Misschien dat het duidelijker is als UTC:
1
2
3
2014-10-22T04:00:00+00:00 New York
2014-10-21T22:00:00+00:00 Amsterdam
2014-10-22T13:00:00+00:00 Sydney
Door zomertijd geldt voor Nederland tijdzone +02 t.o.v. UTC. Als het middernacht is, is het 22 uur 's avonds de vorige dag in UTC (tweede regel).
New York loopt 4 uur achter t.o.v. UTC. Als het daar middernacht is, is het 4 uur 's ochtends UTC.
Sydney loopt 11 uur voor op UTC. Als het daar middernacht is, is het 24 - 11 = 13 uur 's middags UTC (omdat het op het moment van meten al een dag later is in Australië).

Vanuit UTC gezien is Nederland de kleinste timestamp, daarna New York en dan Sydney.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_145835001
quote:
7s.gif Op woensdag 22 oktober 2014 22:03 schreef Aether het volgende:

[..]

Light gaf het al aan: timestamps gaan van UTC uit (tijdzone 0).

Misschien dat het duidelijker is als UTC:
[ code verwijderd ]

Door zomertijd geldt voor Nederland tijdzone +02 t.o.v. UTC. Als het middernacht is, is het 22 uur 's avonds de vorige dag in UTC (tweede regel).
New York loopt 4 uur achter t.o.v. UTC. Als het daar middernacht is, is het 4 uur 's ochtends UTC.
Sydney loopt 11 uur voor op UTC. Als het daar middernacht is, is het 24 - 11 = 13 uur 's middags UTC (omdat het op het moment van meten al een dag later is in Australië).

Vanuit UTC gezien is Nederland de kleinste timestamp, daarna New York en dan Sydney.
Nee, Sydney is de kleinste, dan Nederland, en New York is de grootste. De reden dat het mis lijkt te gaan voor Sydney is dat het daar inmiddels 07:18 is op 23 oktober waar Nederland en New York nog in 22 oktober leven.
pi_145837269
quote:
0s.gif Op woensdag 22 oktober 2014 21:27 schreef wipes66 het volgende:

[..]

ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet |:(
Amsterdam zit in het midden als je het over dezelfde dag hebt. Maar 'today' is niet voor alle tijdzones hetzelfde. Als je het over een uur weer probeert, is de timestamp van Sydney voor 'today' wel kleiner dan die van Amsterdam voor 'today'.
pi_145843283
quote:
0s.gif Op woensdag 22 oktober 2014 23:04 schreef Light het volgende:

[..]

Amsterdam zit in het midden als je het over dezelfde dag hebt. Maar 'today' is niet voor alle tijdzones hetzelfde. Als je het over een uur weer probeert, is de timestamp van Sydney voor 'today' wel kleiner dan die van Amsterdam voor 'today'.
En zowaar geschiedde:

1
2
3
string(31) "Thu, 23 Oct 2014 00:00:00 -0400" int(1414036800) 
string(31) "Thu, 23 Oct 2014 00:00:00 +0200" int(1414015200) 
string(31) "Thu, 23 Oct 2014 00:00:00 +1100" int(1413982800) 
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_145859345
quote:
0s.gif Op woensdag 22 oktober 2014 19:45 schreef wipes66 het volgende:
heeft iemand verstand van timezones? ik probeer "today 00:00" om te zetten in een timestamp, maar wel afhankelijk van een tijdzone (via DateTime). in de unittest vergelijk ik new-york, amsterdam en die van sydney. maar die van amsterdam blijkt lager te zijn dan die van new-york?
Wat wil je eigenlijk bereiken, dit lijkt namelijk op een unittest van DateTime zelf..
In theory there is no difference between theory and practice. In practice there is.
pi_145859966
quote:
0s.gif Op donderdag 23 oktober 2014 18:43 schreef slacker_nl het volgende:

[..]

Wat wil je eigenlijk bereiken, dit lijkt namelijk op een unittest van DateTime zelf..
een class testen, die inderdaad niet veel meer dan datetime gebruikt. maar goed, het komt wel vaker voor dat je dingen test die gebruik maken van iets dat op zichzelf ook al getest wordt toch :P

[ Bericht 0% gewijzigd door wipes66 op 23-10-2014 19:19:51 ]
..///
pi_145868782
quote:
0s.gif Op donderdag 23 oktober 2014 19:03 schreef wipes66 het volgende:

[..]

een class testen, die inderdaad niet veel meer dan datetime gebruikt. maar goed, het komt wel vaker voor dat je dingen test die gebruik maken van iets dat op zichzelf ook al getest wordt toch :P
Over het algemeen maak je dan gebruik van mocks. Die kun je namelijk configureren zodat ze precies doen wat je wilt en je niet afhankelijk bent van de interne werking van die class.
pi_145929072
Iemand bekend met text uitlezen uit foto's?

Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.

Zijn hier libraries voor?
  FOK!mycroftheld zaterdag 25 oktober 2014 @ 18:05:30 #12
128465 verified  bondage
niet meer aanwezig op FOK!
pi_145929463
quote:
0s.gif Op zaterdag 25 oktober 2014 17:53 schreef xaban06 het volgende:
Iemand bekend met text uitlezen uit foto's?

Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.

Zijn hier libraries voor?
Zoiets? http://sourceforge.net/projects/phpocr/
pi_145930102
quote:
Daarmee kan je tekst uit screenshots lezen, ik heb het echt over foto's. Geen screenshots oid.
pi_145930480
quote:
0s.gif Op zaterdag 25 oktober 2014 17:53 schreef xaban06 het volgende:
Iemand bekend met text uitlezen uit foto's?

Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.

Zijn hier libraries voor?
Nee, voor dat soort specifieke gevallen zijn geen libraries. Wat je natuurlijk zou kunnen doen is het voorbewerken van de afbeelding en dan een standaard OCR oplossing gebruiken.
Als de achtergrondkleur van het plaatje altijd hetzelfde is, dan moet je vrij makkelijk kunnen vinden waar de tekst staat en dat vlak uit het plaatje in een nieuw plaatje kunnen stoppen bijvoorbeeld.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_145932219
zijn het uploads? Zo ja zou je eventueel een javascript crop/rotate-tool kunnen gebruiken om de gebruiker zelf de tekst te laten croppen.
pi_146107997
Ik heb wat hulp nodig, ben bezig met een bashscriptje welke mysql aanroept en een variabele moet doorgeven aan een sql script. Dit ging mis dus heb ik alles terug gebracht naar de basics

Commandline:
1mysql -h localhost -uUSERNAME --password="PASSWORD" -e "SET @variable_file=123" < ./testSqlMetParamenter.sql

testSqlMetParamenter.sql:
1
2
use hub_test;
INSERT INTO mut_pcdata_results ( filename, starttime ) VALUES ( @variable_file,  NOW() );

Roep ik het volgende aan dan krijg ik wel een record, natuurlijk zonder de variabele
mysql -h localhost -uUSERNAME --password=PASSWORD < ./testSqlMetParamenter.sql

Iemand een idee wat ik fout doe?


EDIT: fixed
1mysql -h localhost -uUSERNAME --password="PASSWORD" -e "SET @variable_file=123; source ./testSqlMetParamenter.sql"


[ Bericht 7% gewijzigd door Darkomen op 30-10-2014 11:40:48 ]
pi_146138478
:P Een aantal jaar geleden al eens geprobeerd om te maken, destijds niet gelukt.

Nu in een uurtje dit er uit gerammeld, morgen maar eens kijken naar de winnaars berekening. En zorgen dat je/er ingezet wordt.



Wanneer het af is zal ik de code wel op github gooien.
  vrijdag 31 oktober 2014 @ 08:46:07 #18
187069 slacker_nl
Sicko pur sang
pi_146141315
quote:
19s.gif Op vrijdag 31 oktober 2014 00:56 schreef TwenteFC het volgende:
:P Een aantal jaar geleden al eens geprobeerd om te maken, destijds niet gelukt.

Nu in een uurtje dit er uit gerammeld, morgen maar eens kijken naar de winnaars berekening. En zorgen dat je/er ingezet wordt.

[ afbeelding ]

Wanneer het af is zal ik de code wel op github gooien.
Ken je dit al? https://www.cs.rochester.edu/~ferguson/poker/ipp.html
In theory there is no difference between theory and practice. In practice there is.
pi_146159647
quote:
Kende deze nog niet nee, ziet er wel handig uit.
Maar ik ben stiekem een beetje eigenwijs en wil het even op mijn eigen manier doen :P
pi_146189061


:P Woohoo het werkt, nu eerst maar eens even de boel refactoren en daarna op github gooien.
pi_146196121
1SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` FROM `wegenbelasting` WHERE `brandstof` = 'diesel' AND `gewichtstart` < '1370'

Geeft het volgende weer (zonder de sterretjes):
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
provincie brandstof gewichtstart tarief
Drenthe Diesel 1 93
Drenthe Diesel 551 113
Drenthe Diesel 651 133
Drenthe Diesel 751 160
Drenthe Diesel 851 196
Drenthe Diesel 951 232
Drenthe Diesel 1051 268
Drenthe Diesel 1151 305
Drenthe Diesel 1251 341
**Drenthe Diesel 1351 377
Noord-Holland Diesel 1 90
Noord-Holland Diesel 551 109
Noord-Holland Diesel 651 129
Noord-Holland Diesel 751 154
Noord-Holland Diesel 851 189
Noord-Holland Diesel 951 223
Noord-Holland Diesel 1051 257
Noord-Holland Diesel 1151 290
Noord-Holland Diesel 1251 324
**Noord-Holland Diesel 1351 358
Utrecht Diesel 1 91
Utrecht Diesel 551 110
Utrecht Diesel 651 130
Utrecht Diesel 751 156
Utrecht Diesel 851 190
Utrecht Diesel 951 225
Utrecht Diesel 1051 259
Utrecht Diesel 1151 294
Utrecht Diesel 1251 328
**Utrecht Diesel 1351 363

Maar ik wil alleen de rijen zien waar een sterretje voor staat.

Mijn auto weegt 1370. Ik vind in welke categorie deze door te kijken wat kleiner is dan 1370, dat is dus 1351. Alles daaronder wil ik niet zien. Hoe moet mijn query zijn?

Ik kan wel GROUP BY `provincie` doen, maar dan krijg ik de verkeerde resultaat terug, namelijk:
1
2
3
Drenthe Diesel 1 93
Noord-Holland Diesel 1 90
Utrecht Diesel 1 91
pi_146196416
Beetje onduidelijke inschrijving maar je wilt volgens mij toch gewoon WHERE gewichtstart = 1351 ipv < 1370 hebben?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_146196714
1
2
3
4
5
6
7
8
9
10
SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` 
FROM `wegenbelasting` 
WHERE `brandstof` = 'diesel' 
AND `gewichtstart` = ( 
    SELECT gewichtstart 
    FROM wegenbelasting 
    WHERE gewichtstart < 1370 
    AND brandstof = 'diesel'
    ORDER BY gewichtstart DESC 
    LIMIT 1 )
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  zaterdag 1 november 2014 @ 21:31:34 #24
187069 slacker_nl
Sicko pur sang
pi_146197070
Simplified:
1
2
3
4
5
6
select
   gewicht
from 
  wegenbelasting
where
  gewicht = ( select max(gewicht) from wegenbelasting where gewicht < 1370)

Mogelijk zou je het met een join kunnen doen. Maar dat laat ik aan jou over.
In theory there is no difference between theory and practice. In practice there is.
pi_146197355
quote:
0s.gif Op zaterdag 1 november 2014 21:31 schreef slacker_nl het volgende:
Simplified:
[ code verwijderd ]

Mogelijk zou je het met een join kunnen doen. Maar dat laat ik aan jou over.
Zit nu mobiel, kan niet testen, maar ik wil de resultaat van ieder provincie. Dus niet alleen de duurste provincie.
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')