DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
quote:Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet?
En daar gaat je normalisatie.
Op 
Of xml opslaan in zo'n blob.quote:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet?
In zo'n situatie moet je voor- en nadelen van beide mogelijkheden uitzoeken tegen elkaar afwegen. Ik vind het wat lastig om bij voorbaat een keuze te maken, maar ik zou niets op voorhand uitsluiten. Er is ook niets mis mee om een deel van de data in NoSQL te zetten en een ander deel in een relationele database.quote:Op vrijdag 9 mei 2014 08:41 schreef raptorix het volgende:
[..]
Omdat je klantegevens en andere business relationeel wilt indelen, en daar ook je queries op kunnen doen, dat gaat je bij noSQL databases niet op een makkelijke manier lukken, daarnaast heeft het ook eigenlijk helemaal niet zoveel zin omdat je juist noSQL gebruikt vanwege performance en losse structuur. Alles kan natuurlijk, maar of het slim is, is een tweede.
Tis geen PHP, maar met php moet het ook zo kunnenquote:
[..]
Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.
Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?
[ code verwijderd ]
| 1 2 3 4 5 6 7 8 9 10 11 | # Perl @kleurtjes = qw(orange blue darkBlue); foreach (grep /blue/i, @kleurtjes) { print $_ . $/; } # PHP kleurtjes = [ 'orange', 'blue', 'darkBlue' ] ; foreach (preg_grep('/blue/i', $kleurtjes) as $k) { print $k . "\n"; } |
Zo moeilijk was dat toch niet?
In theory there is no difference between theory and practice. In practice there is.
Even een simpele moeilijke vraag.
- Bestanden uploaden (controle op php extensie en op inhoud of er mogelijk code instaat )
- (plaatjes met extra code erin bvb ) Is dit mogelijk?
- Hoe ik de folder afscherm van mogelijk gebruik (toch op een manier een php file geupload en deze folder disablen om de php scripts te draaien).
Is dit mogelijk ?
- Bestanden uploaden (controle op php extensie en op inhoud of er mogelijk code instaat )
- (plaatjes met extra code erin bvb ) Is dit mogelijk?
- Hoe ik de folder afscherm van mogelijk gebruik (toch op een manier een php file geupload en deze folder disablen om de php scripts te draaien).
Is dit mogelijk
?
Redacted
Ik zou zeggen, probeer je vraag eerst een keer in begrijpbaar Nederlands te stellen. Dan wordt het voor jezelf waarschijnlijk ook al een stuk duidelijker.
Je hebt vast gelijkquote:Op maandag 12 mei 2014 13:34 schreef KomtTijd... het volgende:
Ik zou zeggen, probeer je vraag eerst een keer in begrijpbaar Nederlands te stellen. Dan wordt het voor jezelf waarschijnlijk ook al een stuk duidelijker.
. maar het is al opgelost. Even rondgevraagd en die oplossing is al gemaakt.
| 1 | php_flag engine off |
zocht ik
Redacted
Op mijn ftpserver draait phpversie: 5.3.28
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
Het zal niet zo zijn dat je website van de ene op de andere dag kapot gaatquote:Op maandag 12 mei 2014 16:10 schreef karton2 het volgende:
Op mijn ftpserver draait phpversie: 5.3.28
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
Maar je wilt het liefst in een productieomgeving wel een ondersteunde versie hebben. Ik noem maar zoiets als een heartblead bug van laatst, dat je wel zeker weet dat er patches worden uitgebracht als er iets mis is. Dus als het kan zeker upgraden.
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
Ik hou zoveel van jou, ik doe alles voor je! O+
Welk OS draai je en hoe zit het met de support daarop? Debian doet bijvoorbeeld gewoon de security patches loslaten op bijv. de 5.3.x branch als ze die leveren.quote:
Op mijn ftpserver draait phpversie: 5.3.28
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
Is unsupported http://nl3.php.net/releases/, edoch, krijg ik gewoon security fixes binnen.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | $ php -v PHP 5.3.3-7+squeeze19 with Suhosin-Patch (cli) (built: Feb 18 2014 13:59:15) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 6.0.9 (squeeze) Release: 6.0.9 Codename: squeeze gzip -dc /usr/share/doc/php5-common/changelog.Debian.gz | less php5 (5.3.3-7+squeeze19) squeeze-security; urgency=low * [CVE-2014-1943]: Fix segmentation fault in libmagic (Closes: #739012) -- Ondřej Surý <ondrej@debian.org> Mon, 17 Feb 2014 10:52:15 +0100 |
[ Bericht 49% gewijzigd door slacker_nl op 12-05-2014 22:44:36 ]
In theory there is no difference between theory and practice. In practice there is.
De 5.3 branch wordt (nu) ook door PHP nog gesupport dus da's niet zo gek.
@karton2: Als het een managed server is, is in principe de hosting partij verantwoordelijk voor je php-installatie. Waarschijnlijk zul je dan binnenkort inderdaad naar 5.4 of 5.5 geslingerd worden. Als je bang bent dat dat je applicaties breekt zou je het vast kunnen testen, maar die kans is niet zo groot hoor. Zeker niet als je een bekend en up-to-date CMS gebruikt.
Als je 'm zelf beheert zou ik gewoon zsm updaten. Nadelen heeft het niet en vroeg of laat zal het toch moeten.
@karton2: Als het een managed server is, is in principe de hosting partij verantwoordelijk voor je php-installatie. Waarschijnlijk zul je dan binnenkort inderdaad naar 5.4 of 5.5 geslingerd worden. Als je bang bent dat dat je applicaties breekt zou je het vast kunnen testen, maar die kans is niet zo groot hoor. Zeker niet als je een bekend en up-to-date CMS gebruikt.
Als je 'm zelf beheert zou ik gewoon zsm updaten. Nadelen heeft het niet en vroeg of laat zal het toch moeten.
Alleen 5.3.28 als ik http://nl3.php.net/downloads.php erbij pak. en de pagina waar 5.3.3 op staat zegt:quote:
De 5.3 branch wordt (nu) ook door PHP nog gesupport dus da's niet zo gek.
@karton2: Als het een managed server is, is in principe de hosting partij verantwoordelijk voor je php-installatie. Waarschijnlijk zul je dan binnenkort inderdaad naar 5.4 of 5.5 geslingerd worden. Als je bang bent dat dat je applicaties breekt zou je het vast kunnen testen, maar die kans is niet zo groot hoor. Zeker niet als je een bekend en up-to-date CMS gebruikt.
Als je 'm zelf beheert zou ik gewoon zsm updaten. Nadelen heeft het niet en vroeg of laat zal het toch moeten.
quote:Unsupported Historical Releases
We have collected all the official information and code available for past PHP releases.
In theory there is no difference between theory and practice. In practice there is.
Bugfixes worden door Debian gebackport, waardoor je wel altijd op de versie blijft die meegeleverd werd in de distro. Daarom ook zie je PHP 5.3.3-7+squeeze19 staan als versienummer. En zolang Debian 6.0 ondersteund wordt (tot feb 2016 voor i386 en amd64) zullen ze die bugfixes blijven doen (tenzij ze expliciet aangeven dat niet te doen, er is/komt een tooltje om packages te vinden die niet meer ondersteund worden).quote:
[..]
Alleen 5.3.28 als ik http://nl3.php.net/downloads.php erbij pak. en de pagina waar 5.3.3 op staat zegt:
[..]
Dat zei ik toch ook in m'n allereerste reactiequote:
[..]
Bugfixes worden door Debian gebackport, waardoor je wel altijd op de versie blijft die meegeleverd werd in de distro. Daarom ook zie je PHP 5.3.3-7+squeeze19 staan als versienummer. En zolang Debian 6.0 ondersteund wordt (tot feb 2016 voor i386 en amd64) zullen ze die bugfixes blijven doen (tenzij ze expliciet aangeven dat niet te doen, er is/komt een tooltje om packages te vinden die niet meer ondersteund worden).
In theory there is no difference between theory and practice. In practice there is.
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Tegenin gaan!quote:
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Of zorgen voor een error.
Ik had mijn baan opgezegd.quote:
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Dat heb ik al opgegeven, laat hem straks maar zoeken als er iets fout is op de site.quote:Op dinsdag 13 mei 2014 14:33 schreef Maringo het volgende:
[..]
Tegenin gaan!
Of zorgen voor een error.
Al gedaan, nog 2 maanden, ben op zoek naar iets wat een uitdaging is.quote:
Op
Ik zit al een uur te kutten met het volgende:
Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.
Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen
? Titel is gevuld, maar onderstaande if werkt niet?
Iemand een idee?
Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.
Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen
? Titel is gevuld, maar onderstaande if werkt niet?| 1 2 3 4 | if(isset($_POST['titel'])) { echo 'titel gepost'; } |
Iemand een idee?
Wat zegt array_key_exists?quote:Op vrijdag 16 mei 2014 16:52 schreef boskameel het volgende:
Ik zit al een uur te kutten met het volgende:
Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.
Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen
[ code verwijderd ]
Iemand een idee?
In theory there is no difference between theory and practice. In practice there is.
Hahaha. Faalhazerij zeg ik.quote:
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Overal @voorzetten, @ook @in @je @mails @naar @de @baas.
In theory there is no difference between theory and practice. In practice there is.
Of gewoon een kopie van een bounce mail terugsturenquote:
[..]
Hahaha. Faalhazerij zeg ik.
Overal @voorzetten, @ook @in @je @mails @naar @de @baas.
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
Ik hou zoveel van jou, ik doe alles voor je! O+
