abonnement Unibet Coolblue
pi_141887545
quote:
9s.gif Op zaterdag 28 juni 2014 20:25 schreef robin007bond het volgende:
Damn, ik vind die conferenties zo duur, anders was ik ook wel gegaan denk ik.
Mjah het punt is dat je bij veel conferenties ook gewoon alles online kunt terugzien, ik vind congressen vooral interessant om een beetje te netwerken. Volgend jaar gaan we waarschijnlijk met ons team naar Denemarken.

Hoorde dat men bij TamTam met zo een beetje de hele tent naar South by Southwest is geweest, moesten ze wel studiecontract voor tekenen ;)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_141887891
quote:
0s.gif Op vrijdag 4 juli 2014 14:00 schreef raptorix het volgende:

[..]

Mjah het punt is dat je bij veel conferenties ook gewoon alles online kunt terugzien.
Waar? :@
pi_141887926
quote:
11s.gif Op vrijdag 4 juli 2014 14:09 schreef Drxx het volgende:

[..]

Waar? :@
Nou ik weet niet of het specifiek voor dit congress is, maar voor het product wat ik veel gebruik is het vrij normaal: http://stream.umbraco.org/
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_141896344
quote:
0s.gif Op vrijdag 27 juni 2014 22:28 schreef Sitethief het volgende:
Nog iemand anders die naar DPC 2014 gaat/gegaan is?
:P Wel naar Laracon ( http://laracon.eu/2014/ ), de baas betaald.
pi_141988743
Even een pittige vraag. :P

Ik heb hier 2 MySQL databases.
Database A bevat 3 tabellen, wordt door een externe partij iedere dag automatisch aangevuld.
Database B bevat 1 grote tabel, dit hebben we zelf in beheer, en wordt gebruikt voor onze applicatie.

Het is de bedoeling dat de data van Database A naar Database B overgezet wordt. Dus ik heb een cronjob in PHP geschreven, dat iedere nacht uitgevoerd wordt. Daarin worden de tabellen van database A overgezet naar 1 grote tabel in database B. Dat overzetten werkt goed.

Het is namelijk de bedoeling dat in de cronjob, we een eigen datum meegeven aan de overzetting van A naar database/tabel B. Dat is de datum van vandaag (php: date('d/m/Y')

Dus hoe zorg ik ervoor dat MySQL/PHP eerst kijkt of er al data in database B aanwezig is, en dus niet kopieert, en de rijen data van database A die nog in database B ontbreekt, wel kopieert? Hoe zou ik dat kunnen laten checken?

Googlen bood mij geen goede richting.
pi_141989865
quote:
1s.gif Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:

php: date('d/m/Y')
Zonder op de rest van het probleem in te gaan, als je een datum in een tabel opslaat kun je beter het type DATE gebruiken en daar een datum in 'Y-m-d' formaat inzetten. Dan heb je ook de mogelijkheid om te zoeken en te sorteren, om maar eens wat dingen te noemen. VARCHAR (wat je waarschijnlijk gebruikt als je 'd/m/Y' gebruikt) is voor datums niet te sorteren en niet handig te doorzoeken.
  maandag 7 juli 2014 @ 07:35:04 #207
125913 Devolution
Beep beep Richie
pi_141995617
quote:
1s.gif Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:
Even een pittige vraag. :P

Ik heb hier 2 MySQL databases.
Database A bevat 3 tabellen, wordt door een externe partij iedere dag automatisch aangevuld.
Database B bevat 1 grote tabel, dit hebben we zelf in beheer, en wordt gebruikt voor onze applicatie.

Het is de bedoeling dat de data van Database A naar Database B overgezet wordt. Dus ik heb een cronjob in PHP geschreven, dat iedere nacht uitgevoerd wordt. Daarin worden de tabellen van database A overgezet naar 1 grote tabel in database B. Dat overzetten werkt goed.

Het is namelijk de bedoeling dat in de cronjob, we een eigen datum meegeven aan de overzetting van A naar database/tabel B. Dat is de datum van vandaag (php: date('d/m/Y')

Dus hoe zorg ik ervoor dat MySQL/PHP eerst kijkt of er al data in database B aanwezig is, en dus niet kopieert, en de rijen data van database A die nog in database B ontbreekt, wel kopieert? Hoe zou ik dat kunnen laten checken?

Googlen bood mij geen goede richting.
Ik zou zelf denk ik beide databases in een aparte array opslaan en deze dan vergelijken met array_diff(). Vervolgens zou je dan de ID's hebben van de waardes die wel in A staan maar niet in B, en die zou je dan over kunnen zetten.
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
pi_141995855
quote:
1s.gif Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:
Even een pittige vraag. :P

Ik heb hier 2 MySQL databases.
Database A bevat 3 tabellen, wordt door een externe partij iedere dag automatisch aangevuld.
Database B bevat 1 grote tabel, dit hebben we zelf in beheer, en wordt gebruikt voor onze applicatie.

Het is de bedoeling dat de data van Database A naar Database B overgezet wordt. Dus ik heb een cronjob in PHP geschreven, dat iedere nacht uitgevoerd wordt. Daarin worden de tabellen van database A overgezet naar 1 grote tabel in database B. Dat overzetten werkt goed.

Het is namelijk de bedoeling dat in de cronjob, we een eigen datum meegeven aan de overzetting van A naar database/tabel B. Dat is de datum van vandaag (php: date('d/m/Y')

Dus hoe zorg ik ervoor dat MySQL/PHP eerst kijkt of er al data in database B aanwezig is, en dus niet kopieert, en de rijen data van database A die nog in database B ontbreekt, wel kopieert? Hoe zou ik dat kunnen laten checken?

Googlen bood mij geen goede richting.
Google eens op A-record. Attributr die veel bij backups wordt gebruikt.
pi_141996241
quote:
0s.gif Op zondag 6 juli 2014 23:38 schreef Light het volgende:

[..]

Zonder op de rest van het probleem in te gaan, als je een datum in een tabel opslaat kun je beter het type DATE gebruiken en daar een datum in 'Y-m-d' formaat inzetten. Dan heb je ook de mogelijkheid om te zoeken en te sorteren, om maar eens wat dingen te noemen. VARCHAR (wat je waarschijnlijk gebruikt als je 'd/m/Y' gebruikt) is voor datums niet te sorteren en niet handig te doorzoeken.
Goede tip! Zal ik in vervolg aanhouden.

quote:
7s.gif Op maandag 7 juli 2014 07:35 schreef Devolution het volgende:

[..]

Ik zou zelf denk ik beide databases in een aparte array opslaan en deze dan vergelijken met array_diff(). Vervolgens zou je dan de ID's hebben van de waardes die wel in A staan maar niet in B, en die zou je dan over kunnen zetten.
Dat is een goede tip. Probleempje is dat de database A 3,5 miljoen aan records telt. Wordt die opgevulde array dan niet heel groot en log voor in gehuegen?
quote:
1s.gif Op maandag 7 juli 2014 08:05 schreef Pakspul het volgende:

[..]

Google eens op A-record. Attributr die veel bij backups wordt gebruikt.
Snap je niet goed? :@.

https://www.google.nl/?gws_rd=ssl#q=A+record+database

Er lijkt geen enkele vermelding van te bestaan.
pi_141996520
quote:
0s.gif Op zondag 6 juli 2014 23:38 schreef Light het volgende:

[..]

Zonder op de rest van het probleem in te gaan, als je een datum in een tabel opslaat kun je beter het type DATE gebruiken en daar een datum in 'Y-m-d' formaat inzetten. Dan heb je ook de mogelijkheid om te zoeken en te sorteren, om maar eens wat dingen te noemen. VARCHAR (wat je waarschijnlijk gebruikt als je 'd/m/Y' gebruikt) is voor datums niet te sorteren en niet handig te doorzoeken.
^O^
Inderdaad. Sowieso altijd goed om even te kijken welk datatype het best bij je gegevens past.
  maandag 7 juli 2014 @ 17:55:49 #211
187069 slacker_nl
Sicko pur sang
pi_142012254
quote:
1s.gif Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:
Even een pittige vraag. :P

Ik heb hier 2 MySQL databases.
Database A bevat 3 tabellen, wordt door een externe partij iedere dag automatisch aangevuld.
Database B bevat 1 grote tabel, dit hebben we zelf in beheer, en wordt gebruikt voor onze applicatie.

Het is de bedoeling dat de data van Database A naar Database B overgezet wordt. Dus ik heb een cronjob in PHP geschreven, dat iedere nacht uitgevoerd wordt. Daarin worden de tabellen van database A overgezet naar 1 grote tabel in database B. Dat overzetten werkt goed.

Het is namelijk de bedoeling dat in de cronjob, we een eigen datum meegeven aan de overzetting van A naar database/tabel B. Dat is de datum van vandaag (php: date('d/m/Y')

Dus hoe zorg ik ervoor dat MySQL/PHP eerst kijkt of er al data in database B aanwezig is, en dus niet kopieert, en de rijen data van database A die nog in database B ontbreekt, wel kopieert? Hoe zou ik dat kunnen laten checken?

Googlen bood mij geen goede richting.
Is dit niet wat? http://stackoverflow.com/(...)ad-command-line-tool
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 8 juli 2014 @ 19:19:25 #212
230788 n8n
Pragmatisch
pi_142057399
Heb een website af, blijkt de webhost op 5.3 te draaien. fml. Hoe kan ik…

1
2
3
4
5
<?php
$database 
= new database();
        
$data $database->select('content''*', ['category' => $category]);
        return 
$data;
?>

volgens de oude 'niet shorthand' manier schrijven (regel 3)? Thanks
Specialization is for insects”.—Robert Heinlein
  dinsdag 8 juli 2014 @ 19:26:16 #213
91039 mstx
2x1/2 = 1/2 x 1/2
pi_142057674
gewoon zo? :P

1
2
3
<?php
$data 
$database->select('content''*', array('category' => $category));
?>
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  dinsdag 8 juli 2014 @ 19:41:22 #214
230788 n8n
Pragmatisch
pi_142058390
quote:
0s.gif Op dinsdag 8 juli 2014 19:26 schreef mstx het volgende:
gewoon zo? :P
[ code verwijderd ]

Dankjewel. nooit legacy php geleerd/gebruikt. Kuthost, kan nu alle arrays herschrijven :')
Specialization is for insects”.—Robert Heinlein
  dinsdag 8 juli 2014 @ 20:03:13 #215
230788 n8n
Pragmatisch
pi_142059346
1
2
3
<?php
route
::meta('category')[$collumn]
?>

werkt ook al niet, weer de []-jes
Specialization is for insects”.—Robert Heinlein
pi_142060673
quote:
9s.gif Op dinsdag 8 juli 2014 20:03 schreef n8n het volgende:

[ code verwijderd ]

werkt ook al niet, weer de []-jes
Dat moet in 5.3 over 2 regels:
1
2
3
4
<?php
$route 
route::meta('category');
$route[$column];
?>

Trouwens, column is met 1 l.
pi_142060684
quote:
7s.gif Op dinsdag 8 juli 2014 19:41 schreef n8n het volgende:

[..]

Dankjewel. nooit legacy php geleerd/gebruikt. Kuthost, kan nu alle arrays herschrijven :')
Andere host zoeken?
  dinsdag 8 juli 2014 @ 20:33:34 #218
230788 n8n
Pragmatisch
pi_142060829
quote:
0s.gif Op dinsdag 8 juli 2014 20:30 schreef Light het volgende:

[..]

Andere host zoeken?
ja was al begonnen, 5.4 komt alweer uit mei 2012 zag ik net. bedankt
Specialization is for insects”.—Robert Heinlein
  dinsdag 8 juli 2014 @ 21:10:12 #219
39240 jagermaster
stof en water, dat ben ik
pi_142062742
Wat gaat er mis in php5.5 met de volgende code? Wat ik terug vind is dat include () niet meer mag, maar hoe ik dit wel op moet lossen wordt mij niet duidelijk

1
2
3
4
5
6
7
8
9
10
<?php
 
if(file_exists("/header.php"))
 {
  include(
"/header.php");
 }
 else
 {
  echo 
"<b>header.php was not found.</b>";
 }
?>
Where's my fear???
pi_142062946
quote:
0s.gif Op dinsdag 8 juli 2014 21:10 schreef jagermaster het volgende:
Wat gaat er mis in php5.5 met de volgende code? Wat ik terug vind is dat include () niet meer mag, maar hoe ik dit wel op moet lossen wordt mij niet duidelijk
[ code verwijderd ]

Wat voor fout krijg je bij de include?
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  dinsdag 8 juli 2014 @ 21:15:09 #221
91039 mstx
2x1/2 = 1/2 x 1/2
pi_142063048
Lijkt me dat het pad gewoon verkeerd is, je zet de header.php toch niet in de root van je filesystem?
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  dinsdag 8 juli 2014 @ 21:15:34 #222
39240 jagermaster
stof en water, dat ben ik
pi_142063075
quote:
1s.gif Op dinsdag 8 juli 2014 21:13 schreef Aether het volgende:

[..]

Wat voor fout krijg je bij de include?
dat het niet wordt ge-include, verder geen foutmelding.
Where's my fear???
  dinsdag 8 juli 2014 @ 21:16:48 #223
39240 jagermaster
stof en water, dat ben ik
pi_142063141
quote:
0s.gif Op dinsdag 8 juli 2014 21:15 schreef mstx het volgende:
Lijkt me dat het pad gewoon verkeerd is, je zet de header.php toch niet in de root van je filesystem?
pad is goed. Website draaide jaren goed. De code is correct voor php 5.5?
Where's my fear???
pi_142063339
quote:
0s.gif Op dinsdag 8 juli 2014 21:15 schreef jagermaster het volgende:

[..]

dat het niet wordt ge-include, verder geen foutmelding.
Maar de echo wordt dus ook niet uitgevoerd.
Is het bestand wel te lezen door PHP/webserver?
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  dinsdag 8 juli 2014 @ 21:21:27 #225
305897 remi1986
This MF is infected by madness
pi_142063399
quote:
0s.gif Op dinsdag 8 juli 2014 21:16 schreef jagermaster het volgende:

[..]

pad is goed. Website draaide jaren goed. De code is correct voor php 5.5?
waar lees je dat include niet meer mag? Kan het niet vinden in changelog.

Misschien includepath niet goed met overstap naar 5.5?


EDIT:

Kan ook met <? en <?php fout gaan.
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')