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.quote: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.
Waar?quote: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.
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/quote:
Wel naar Laracon ( http://laracon.eu/2014/ ), de baas betaald.quote:Op vrijdag 27 juni 2014 22:28 schreef Sitethief het volgende:
Nog iemand anders die naar DPC 2014 gaat/gegaan is?
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.quote:
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.quote:Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:
Even een pittige vraag.
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.quote:Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:
Even een pittige vraag.
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.
Goede tip! Zal ik in vervolg aanhouden.quote: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.
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: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.
Snap je niet goed? .quote:Op maandag 7 juli 2014 08:05 schreef Pakspul het volgende:
[..]
Google eens op A-record. Attributr die veel bij backups wordt gebruikt.
quote: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.
Is dit niet wat? http://stackoverflow.com/(...)ad-command-line-toolquote:Op zondag 6 juli 2014 23:11 schreef Robuustheid het volgende:
Even een pittige vraag.
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.
1 2 3 4 5 | <?php $database = new database(); $data = $database->select('content', '*', ['category' => $category]); return $data; ?> |
1 2 3 | <?php $data = $database->select('content', '*', array('category' => $category)); ?> |
Dankjewel. nooit legacy php geleerd/gebruikt. Kuthost, kan nu alle arrays herschrijvenquote:
1 2 3 | <?php route::meta('category')[$collumn] ?> |
Dat moet in 5.3 over 2 regels:quote:Op dinsdag 8 juli 2014 20:03 schreef n8n het volgende:
[ code verwijderd ]
werkt ook al niet, weer de []-jes
1 2 3 4 | <?php $route = route::meta('category'); $route[$column]; ?> |
Andere host zoeken?quote:Op dinsdag 8 juli 2014 19:41 schreef n8n het volgende:
[..]
Dankjewel. nooit legacy php geleerd/gebruikt. Kuthost, kan nu alle arrays herschrijven
ja was al begonnen, 5.4 komt alweer uit mei 2012 zag ik net. bedanktquote:
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>"; } ?> |
Wat voor fout krijg je bij de include?quote: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 ]
dat het niet wordt ge-include, verder geen foutmelding.quote:
pad is goed. Website draaide jaren goed. De code is correct voor php 5.5?quote: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?
Maar de echo wordt dus ook niet uitgevoerd.quote:Op dinsdag 8 juli 2014 21:15 schreef jagermaster het volgende:
[..]
dat het niet wordt ge-include, verder geen foutmelding.
waar lees je dat include niet meer mag? Kan het niet vinden in changelog.quote: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?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |