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 ]
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?
klopt includepath, klopt dank je.quote:Op dinsdag 8 juli 2014 21:21 schreef remi1986 het volgende:
[..]
waar lees je dat include niet meer mag? Kan het niet vinden in changelog.
Misschien includepath niet goed met overstap naar 5.5?
klopt, echo werd ook niet uitgevoerd. Het bestand is wel te lezen. Nadat ik de instelling van safe-mode heb veranderd werkte alles weer zonder enig probleem. (en in het bestand wat ge-include werd staat alleen wat html en een simpel stukje php wat zo basic is dat het niet veranderd kan zijn)quote:Op dinsdag 8 juli 2014 21:20 schreef Aether het volgende:
[..]
Maar de echo wordt dus ook niet uitgevoerd.
Is het bestand wel te lezen door PHP/webserver?
het moet allemaal <? worden?quote:Op dinsdag 8 juli 2014 21:21 schreef remi1986 het volgende:
[..]
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.
nee, als je de (ik meen short_tag uit mijn hoofd) op on hebt staan.quote:Op dinsdag 8 juli 2014 21:26 schreef jagermaster het volgende:
[..]
het moet allemaal <? worden?
standaard staat het nog op <?php
de short_open_tag staat op 'on'. Maar ik neem aan dat <?php dan gewoon ook mag.quote:Op dinsdag 8 juli 2014 21:27 schreef remi1986 het volgende:
[..]
nee, als je de (ik meen short_tag uit mijn hoofd) op on hebt staan.
Ja dat is goed. Maar het werkt nu toch weer?quote:Op dinsdag 8 juli 2014 21:30 schreef jagermaster het volgende:
[..]
de short_open_tag staat op 'on'. Maar ik neem aan dat <?php dan gewoon ook mag.
alleen zonder code veranderen met iets wat in een nieuwe versie van php ook goed moet zijn is problemen voor de toekomst zien. Want nu werkt het, maar straks niet meer en dat zou vervelend zijn, want het probleem ligt dus ergens anders.quote:Op dinsdag 8 juli 2014 21:31 schreef remi1986 het volgende:
[..]
Ja dat is goed. Maar het werkt nu toch weer?
In iedere versie van php worden wel functies aangepast of verwijderd. Daarom test het altijd eerst voordat je het live zet.quote:Op dinsdag 8 juli 2014 21:33 schreef jagermaster het volgende:
[..]
alleen zonder code veranderen met iets wat in een nieuwe versie van php ook goed moet zijn is problemen voor de toekomst zien. Want nu werkt het, maar straks niet meer en dat zou vervelend zijn, want het probleem ligt dus ergens anders.
Je kunt er natuurlijk niet vanuit gaan dat alles wat in een oude versie van PHP werkt ook in een nieuwe zal werken. Als er niks verandert, hoeven ze ook geen nieuwe versies uit te brengen.quote:Op dinsdag 8 juli 2014 21:33 schreef jagermaster het volgende:
[..]
alleen zonder code veranderen met iets wat in een nieuwe versie van php ook goed moet zijn is problemen voor de toekomst zien. Want nu werkt het, maar straks niet meer en dat zou vervelend zijn, want het probleem ligt dus ergens anders.
<?php mag altijd, maakt niet uit of short open tags aan of uit staat. <? mag alleen als short open tags aan staat. (En vanaf 5.4 mag <?= altijd, ook als short open tags uit staat.)quote:Op dinsdag 8 juli 2014 21:30 schreef jagermaster het volgende:
[..]
de short_open_tag staat op 'on'. Maar ik neem aan dat <?php dan gewoon ook mag.
Bovendien is ioncube omkeerbaar.quote:Op woensdag 9 juli 2014 06:59 schreef xaban06 het volgende:
Ik wil een script draaien op een server waar meer mensen toegang tot hebben, ik wil niet dat zij de source code kunnen bekijken omdat hier hardcoded wachtwoorden in voorkomen.
Hoe kan ik dit 'encrypten'? Volgens mij met ionCube, maar dat kost al gauw 200 dollar.
Kan het goedkoper, liefst gratis?
Dat het omkeerbaar is maakt niet uit (tenminste, zal niet heel makkelijk zijn neem ik aan?). Zijn gewoon collega's die er bij kunnen, dat mag best, zolang ze de plain wachtwoord maar niet direct kunnen zien. Ze zullen geen moeite doen om het om te keren.quote:Op woensdag 9 juli 2014 08:05 schreef Boze_Appel het volgende:
[..]
Bovendien is ioncube omkeerbaar.
Of contractmatig dichtstampen of op een server hosten waar alleen jij bij kan. Het laatste is omslachtig en het eerste is het verstandigste. Het encrypten is vrij onzinnig als ze kwaad willen.
Waarom hardcode je dan de wachtwoorden überhaupt?quote:Op woensdag 9 juli 2014 06:59 schreef xaban06 het volgende:
Ik wil een script draaien op een server waar meer mensen toegang tot hebben, ik wil niet dat zij de source code kunnen bekijken omdat hier hardcoded wachtwoorden in voorkomen.
Hoe kan ik dit 'encrypten'? Volgens mij met ionCube, maar dat kost al gauw 200 dollar.
Kan het goedkoper, liefst gratis?
Wat maakt dat uit? Of hebben ze ook schrijfrechten en ben je bang dat ze de hashes zelf gaan vervangen? Dat ga je met obfuscaten ook niet kunnen voorkomen waarschijnlijk.quote:Op woensdag 9 juli 2014 06:59 schreef xaban06 het volgende:
Ik wil een script draaien op een server waar meer mensen toegang tot hebben, ik wil niet dat zij de source code kunnen bekijken omdat hier hardcoded wachtwoorden in voorkomen.
Hoe kan ik dit 'encrypten'? Volgens mij met ionCube, maar dat kost al gauw 200 dollar.
Kan het goedkoper, liefst gratis?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |