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 ...
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+
Beter issets gebruiken dan @voorzetten.quote:
[..]
Hahaha. Faalhazerij zeg ik.
Overal @voorzetten, @ook @in @je @mails @naar @de @baas.
Het apenstaartje negeert fouten maar veroorzaakt daarmee ook weer onverwachte situaties binnen de code.Jep , meer code neerzetten.quote:
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?
Zoals de waarde van je print_r($_POST); dit zal behulpzaam zijn om te weten.
(controleer hoofdlettersvan je if statement en je name value) Hoofdletter gevoeligheid speelt mee.
Ter verduidelijking:
een enkele if statement kan ik niet veel mee. ander dan zeggen dat je $_POST['variabele_naam'] niet gelijk is aan je <input type='text' name='variabele_naam' value='' >
[ Bericht 28% gewijzigd door cablegunmaster op 17-05-2014 12:57:18 ]
Redacted
Ik weet niet of dit het is, maar $_POST['Titel'] is iets anders dan $_POST['titel']quote:
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?
-- ViPeRII --
Of misschien is het in het formulier op z'n Engels (title) en in je code in het Nederlands (titel). Dat soort kleine dingetjes kijk je als mens snel overheen maar PHP vergeeft je zulke foutjes niet
"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."
daarom altijd 1 systeem aanhoudenquote:Op zondag 18 mei 2014 10:44 schreef Devolution het volgende:
Of misschien is het in het formulier op z'n Engels (title) en in je code in het Nederlands (titel). Dat soort kleine dingetjes kijk je als mens snel overheen maar PHP vergeeft je zulke foutjes niet
“Specialization is for insects”.—Robert Heinlein
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
quote:
Op quote:The only reason coders' computers work better than non-coders' computers is coders know computers are schizophrenic little children with auto-immune diseases and we don't beat them when they're bad.
Mooi stukje verder
Ik zit me hier op te naaien dat is niet meer normaal..
ik heb een bestand staat enkel en alleen een 1 in als ik die uitlees met file_get_contents of fread en dan if(dat bestand == "1") doe dan is antwoord altijd false.. als ik element inspecteren doe lijkt het alsof er een hele berg white space achter staat, maar die krijg je op geen mogelijkheid weg...
Weet iemand hoe ik dit doe?
ik heb een bestand staat enkel en alleen een 1 in als ik die uitlees met file_get_contents of fread en dan if(dat bestand == "1") doe dan is antwoord altijd false.. als ik element inspecteren doe lijkt het alsof er een hele berg white space achter staat, maar die krijg je op geen mogelijkheid weg...
Weet iemand hoe ik dit doe?
Misschien dat een stukje code helpt om het probleem te vinden. Wat krijg je als inhoud te zien met var_dump?
Skunk je antwoord op je vraag.quote:
Ik zit me hier op te naaien dat is niet meer normaal..
ik heb een bestand staat enkel en alleen een 1 in als ik die uitlees met file_get_contents of fread en dan if(dat bestand == "1") doe dan is antwoord altijd false.. als ik element inspecteren doe lijkt het alsof er een hele berg white space achter staat, maar die krijg je op geen mogelijkheid weg...
Weet iemand hoe ik dit doe?
Post wat code waar het gebeurt?
Ik kan niet meelezen met wat je doet.
Redacted
if(file_get_contents("bestand") == "1"){
doe dit..
}
werkt niet.. heb nog trim en rtrim en substr toegepast op die file_get_contents werkt niet.. blijft gewoon 1 echoen en als ik element inspecteren doe zie ik een hoop blanco ruimte erachter.
heb ook dit geprobeerd
$file = fopen("bestand", 'r');
$z = fread($file, 1);
fclose($file);
if($z == "1"){
doe dit
}
zelfde resultaat.
En nee het bestand zelf bevat geen witruimte enkel en alleen een 1
doe dit..
}
werkt niet.. heb nog trim en rtrim en substr toegepast op die file_get_contents werkt niet.. blijft gewoon 1 echoen en als ik element inspecteren doe zie ik een hoop blanco ruimte erachter.
heb ook dit geprobeerd
$file = fopen("bestand", 'r');
$z = fread($file, 1);
fclose($file);
if($z == "1"){
doe dit
}
zelfde resultaat.
En nee het bestand zelf bevat geen witruimte enkel en alleen een 1
http://www.php.net/manual/en/function.file-exists.php
Probeer file_exists ipv file_get_contents. lees dit bovenstaande stuk even door. mogelijk is de syntax van "bestand" fout.
Probeer file_exists ipv file_get_contents. lees dit bovenstaande stuk even door. mogelijk is de syntax van "bestand" fout.
Redacted
a wacht fuck.. sorry dat ik jullie lastig heb gevallen ik ben echt een domme koekebakkert.. lol.. is in zo'n phpbb bestand maar kheb dat wat ie moet doen alleen bij de variabelen die meegeeft aan template neergezet kheb em nog niet in template zelf neer gezet.
Ik ben traag.
[ Bericht 98% gewijzigd door mstx op 20-05-2014 20:57:27 (-_-) ]
[ Bericht 98% gewijzigd door mstx op 20-05-2014 20:57:27 (-_-) ]
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.
👾
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.
👾
| 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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 | mysql> desc users; +-------------------------+---------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------------------------+---------------------+------+-----+---------+----------------+ | id | int(11) unsigned | NO | PRI | NULL | auto_increment | | username | varchar(100) | NO | | NULL | | | password | varchar(80) | NO | | NULL | | | salt | varchar(40) | YES | | NULL | | +-------------------------+---------------------+------+-----+---------+----------------+ mysql> show keys from users; +-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | users | 0 | PRIMARY | 1 | id | A | 0 | NULL | NULL | | BTREE | | | +-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ mysql> desc dealers; +------------------------+------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +------------------------+------------------+------+-----+---------+-------+ | dealer_user_id | int(11) unsigned | NO | PRI | NULL | | | dealer_nvm_id | int(11) unsigned | NO | UNI | NULL | | | dealer_bedrijfsnaam | varchar(45) | YES | | NULL | | +------------------------+------------------+------+-----+---------+-------+ mysql> show keys from dealers; +---------+------------+-----------------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +---------+------------+-----------------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | dealers | 0 | PRIMARY | 1 | dealer_user_id | A | 0 | NULL | NULL | | BTREE | | | | dealers | 0 | nvmIds | 1 | dealer_nvm_id | A | 0 | NULL | NULL | | BTREE | | | | dealers | 0 | userIds | 1 | dealer_user_id | A | 0 | NULL | NULL | | BTREE | | | +---------+------------+-----------------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ mysql> desc autos; +--------------------+------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +--------------------+------------------+------+-----+---------+----------------+ | auto_id | int(11) | NO | PRI | NULL | auto_increment | | auto_user_id | int(11) unsigned | NO | UNI | NULL | | | auto_dealer_nvm_id | int(11) unsigned | NO | UNI | NULL | | | auto_kenteken | varchar(45) | YES | | NULL | | +--------------------+------------------+------+-----+---------+----------------+ mysql> show keys from autos; +-------+------------+----------+--------------+--------------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +-------+------------+----------+--------------+--------------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | autos | 0 | PRIMARY | 1 | auto_id | A | 0 | NULL | NULL | | BTREE | | | | autos | 1 | userIds | 1 | auto_user_id | A | 0 | NULL | NULL | | BTREE | | | | autos | 1 | nvmIds | 1 | auto_dealer_nvm_id | A | 0 | NULL | NULL | | BTREE | | | +-------+------------+----------+--------------+--------------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ UNIQUE KEY `uc_users_groups` (`user_id`,`group_id`), KEY `fk_users_groups_users1_idx` (`user_id`), KEY `fk_users_groups_groups1_idx` (`group_id`), CONSTRAINT `fk_users_groups_groups1` FOREIGN KEY (`group_id`) REFERENCES `groups` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION, CONSTRAINT `fk_users_groups_users1` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 | |
Ik zit te oefenen met 'foreign keys' en heb een vraag waar ik niet uitkom.
Ik ben bekend met het zetten van een fk welke entries verwijderd uit een tabel(users_groups) als de user verwijderd word uit de db. - vaag bekend met verwijderen
Maar wat ik wil is dat wanneer de user of dealer verwijderd word, bij de auto de 'dealer id' of 'user id' op 0 of NULL word gezet.
Alleen krijg ik dat niet voor elkaar en ik snap niet waarom
Ps, let even niet op de verschillende talen tussen users en auto's/dealers
FF geprobeerd om de entries te verwijderen maar ook dat lukt me niet.
| 1 2 3 4 | ALTER TABLE `autos` ADD CONSTRAINT `user_id_link` FOREIGN KEY (`auto_user_id`) REFERENCES `testdb`.`users`(`id`) ON DELETE CASCADE ON UPDATE NO ACTION; MySQL said: Documentation #1452 - Cannot add or update a child row: a foreign key constraint fails (`testdb`.`#sql-f714_46d`, CONSTRAINT `user_id_link` FOREIGN KEY (`auto_user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION) |
Pss. dat was omdat de tabel niet leeg was.
Maar ON DELETE SET NULL lukt dus niet
Psss: ja.... 'Null: NO' => 'Null: YES'
Dat was hem dus
[ Bericht 0% gewijzigd door Darkomen op 22-05-2014 13:25:20 ]
Ik zou hem niet verwijderen, maar ik zou een flag maken waarin aangegeven is dat de dealer niet meer bestaat, het is in principe bad practice om data te deleten uit je database, tenzij het geen functie meer heeft, bijvoorbeeld logentries.
Overigens zou ik iets consequenter zijn in de naamgeving, ik zou bijvoorbeeld fieldnames niet gaan prefixen met de table name, maar als je het dan toch doet doe het dan wel consequent.
Overigens zou ik iets consequenter zijn in de naamgeving, ik zou bijvoorbeeld fieldnames niet gaan prefixen met de table name, maar als je het dan toch doet doe het dan wel consequent.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Het is ook test databaseje om te rotzooien met relaties.
Wel een opzet voor een totale rebuild om precies de punten aan te pakken waar jij het over hebt
Site/DB is orgineel gebouwt in Sri Lanka... met gebruik van een voorgaand project van de bouwer, bouwer heeft ook engelse namen vertaald naar nederlands via google translate.
Verder heeft niemand hier verstand van relaties... :|
Wel een opzet voor een totale rebuild om precies de punten aan te pakken waar jij het over hebt
Site/DB is orgineel gebouwt in Sri Lanka... met gebruik van een voorgaand project van de bouwer, bouwer heeft ook engelse namen vertaald naar nederlands via google translate.
Verder heeft niemand hier verstand van relaties... :|
Mannen...quote:
Verder heeft niemand hier verstand van relaties... :|
In theory there is no difference between theory and practice. In practice there is.
Het blijft wel lekker angstvallig stil. Nou moet ik wel zeggen dat een compleet eigen communicatie protocol uitwerken aantoont hoe lastig communiceren is en dus ook relaties zijn.
phluphy for president!
quote:
Het blijft wel lekker angstvallig stil. Nou moet ik wel zeggen dat een compleet eigen communicatie protocol uitwerken aantoont hoe lastig communiceren is en dus ook relaties zijn.
Redacted
PHP is eigenlijk niet zo slecht met autoloaders. Als je daarnaast van alle procedurele dingen vaak een OOP-alternatief zoekt al helemaal.
PHP Next Generation
The PHP Group has put up a post about the future of PHP. They say, 'Over the last year, some research into the possibility of introducing JIT compilation capabilities to PHP has been conducted. During this research, the realization was made that in order to achieve optimal performance from PHP, some internal API's should be changed.
This necessitated the birth of the phpng branch, initially authored by Dmitry Stogov, Xinchen Hui, and Nikita Popov. This branch does not include JIT capabilities, but rather seeks to solve those problems that prohibit the current, and any future implementation of a JIT capable executor achieving optimal performance by improving memory usage and cleaning up some core API's
By making these improvements, the phpng branch gives us a considerable performance gain in real world applications, for example a 20% increase in throughput for Wordpress. The door may well now be open for a JIT capable compiler that can perform as we expect, but it's necessary to say that these changes stand strong on their own, without requiring a JIT capable compiler in the future to validate them.'"
The PHP Group has put up a post about the future of PHP. They say, 'Over the last year, some research into the possibility of introducing JIT compilation capabilities to PHP has been conducted. During this research, the realization was made that in order to achieve optimal performance from PHP, some internal API's should be changed.
This necessitated the birth of the phpng branch, initially authored by Dmitry Stogov, Xinchen Hui, and Nikita Popov. This branch does not include JIT capabilities, but rather seeks to solve those problems that prohibit the current, and any future implementation of a JIT capable executor achieving optimal performance by improving memory usage and cleaning up some core API's
By making these improvements, the phpng branch gives us a considerable performance gain in real world applications, for example a 20% increase in throughput for Wordpress. The door may well now be open for a JIT capable compiler that can perform as we expect, but it's necessary to say that these changes stand strong on their own, without requiring a JIT capable compiler in the future to validate them.'"
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
http://computerworld.nl/d(...)enen-om-php-te-haten
Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Wat een faalquote:
http://computerworld.nl/d(...)enen-om-php-te-haten
Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
1) Pure domheid van de programmeur, daar helpt geen enkele taal tegen.
2)
PHP kent ook gewoon MVC principes.3) Klopt, maar met een goeie IDE is dat geen probleem.
4)
niet weten hoe je moet sorteren in een programmeertaal, ga je kapot schamen5) Wacht wat
6) Dat is toch geen issue meer
7) Daar valt omheen te programmeren.
8) Tering
zie 1.9) Tering
zie 1.10) Valide
11)
12) Daar ben je toch zelf bij
Wat een tenenkrommend slecht stukje, bah.
Je hoeft PHP niet te bashen, dat doet het zelfquote:
http://computerworld.nl/d(...)enen-om-php-te-haten
Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
In theory there is no difference between theory and practice. In practice there is.
Ik vind het ook een absolute kut taal als ik iets niet weet 
Maar dat heb ik ook met javascript, c, java, asp.
Maar dat heb ik ook met javascript, c, java, asp.
Ben het met 4, 6 en 8 eens.quote:
http://computerworld.nl/d(...)enen-om-php-te-haten
Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Bij punt 12 worden taal en bibliotheken volgens mij als één gezien.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Mensen die PHP verkeerd gebruiken bashen bedoel je...quote:
[..]
Je hoeft PHP niet te bashen, dat doet het zelf
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Nee hoor. PHP is gewoon kut, laten we eerlijk zijn.quote:
Mensen die PHP verkeerd gebruiken bashen bedoel je...
In theory there is no difference between theory and practice. In practice there is.
Gecombineerd met Smarty en OO PHP kan het nog best aardig werken. Laatste paar weken toch wat meer vertrouwen in PHP gekregen. Een goed werkend framework eromheen bouwen.quote:
[..]
Nee hoor. PHP is gewoon kut, laten we eerlijk zijn.
Redacted
Gebruik dan iets moderns zoals Twig en een goed up-to-date framework er bij. Alles inladen via composer en gaan met die zooiquote:Op woensdag 28 mei 2014 19:02 schreef cablegunmaster het volgende:
[..]
Gecombineerd met Smarty en OO PHP kan het nog best aardig werken. Laatste paar weken toch wat meer vertrouwen in PHP gekregen. Een goed werkend framework eromheen bouwen.
.
phluphy for president!
Natuurlijk is het niet perfect, maar ze zijn wel goed bezig in de laatste paar versies om nare dingen aan te pakken en goeie nieuwe dingen toe te voegen.quote:
[..]
Nee hoor. PHP is gewoon kut, laten we eerlijk zijn.
Er zijn twee soorten talen: talen waarover wordt geklaagd en talen die niet worden gebruikt.
Ik gebruik PHP te weinig om daar wat zinnigs over te kunnen zeggen.quote:
[..]
Natuurlijk is het niet perfect, maar ze zijn wel goed bezig in de laatste paar versies om nare dingen aan te pakken en goeie nieuwe dingen toe te voegen.
Das ook weer waar. Maarja, omdat het gebruikt wordt wilt ook niet alles zeggen.quote:Er zijn twee soorten talen: talen waarover wordt geklaagd en talen die niet worden gebruikt.
https://jeena.net/images/2012/PHP-The-Good-Parts.pdf
In theory there is no difference between theory and practice. In practice there is.
quote:
[..]
Ik gebruik PHP te weinig om daar wat zinnigs over te kunnen zeggen.
[..]
Das ook weer waar. Maarja, omdat het gebruikt wordt wilt ook niet alles zeggen.
https://jeena.net/images/2012/PHP-The-Good-Parts.pdf
Dankje die gaat linea recta richting mijn baas 
[ Bericht 7% gewijzigd door cablegunmaster op 29-05-2014 21:39:56 ]
Redacted
PHP heeft een hele slechte basis en wordt nu voor totaal iets anders gebruikt dan waar het ooit voor gemaakt is. Als je dit ten tijde van PHP 3, 4 of zelfs toen 5 net uit was had gezegd, had je helemaal gelijk gehad. PHP was toen echt heel erg slecht. Het is nog steeds slecht, maar ze proberen nu in elk geval wel serieus de rotste appels eruit te halen en ze zijn bezig om te zorgen dat het langzaam maar zeker een moderne, maar ook veiligere taal aan het worden is. Bovendien zijn er onwijs veel goede tools ontstaan (frameworks als Laravel en Symfony2, depency managers als Composer, template engines als Twig bijvoorbeeld) wat het gebruik van PHP ook een stuk beter te doen maakt. Wat dat betreft zijn de dark ages van mysql_real_escape_string(), register_globals en magic quotes wel voorbij.quote:
[..]
Ik gebruik PHP te weinig om daar wat zinnigs over te kunnen zeggen.
Behoorlijk waardeloos artikel, helemaal voor een artikel dat slechts enkele dagen oud is.quote:
http://computerworld.nl/d(...)enen-om-php-te-haten
Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
quote:
https://jeena.net/images/2012/PHP-The-Good-Parts.pdf
UIt een PHP tutorial:
Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | class person { var $name; function set_name($new_name) { $this->name = $new_name; } function get_name() { return $this->name; } } $stefan = new person(); $jimmy = new person; $stefan->set_name("Stefan Mischook"); $jimmy->set_name("Nick Waddles"); echo "Stefan's full name: ".$stefan->get_name(); echo "Nick's full name: ".$jimmy->get_name(); |
Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
Doen allebei precies het zelfde. De haakjes heb je pas echt nodig als je argumenten meegeeft aan de constructor.quote:Op zondag 1 juni 2014 16:00 schreef Robuustheid het volgende:
UIt een PHP tutorial:
[ code verwijderd ]
Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
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.
👾
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.
👾
Ik zou ze niet weglaten, het maakt het duidelijker wat er gebeurt als je de haakjes toevoegt.quote:
Is het niet handiger om ze weg te laten?
Maar wat je ook doet, doe het in elk geval consequent.
Het mag allebei. Maar als je argumenten mee wilt geven, moet je wel haakjes gebruiken. Dus ik zou het gewoon altijd doen.quote:
UIt een PHP tutorial:
[ code verwijderd ]
Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
Verder lijkt het PHP4-code, en die is al jaren verouderd. Ik zie geen keywords als public, protected en/of private in de code.
Hmm. Ik zit erover te denken om Chemistry van Apache een update naar PHP 5 te geven.
Alleen durf ik het niet. Overigens is veel ook nog niet geïmplementeerd.
Alleen durf ik het niet. Overigens is veel ook nog niet geïmplementeerd.
Is er een mogelijkheid om hetgeen dat je ophaalt met een prepared mysqli statement ophaalt, in een array te stoppen? Ik moet nu met bind_result() evenveel argumenten meegeven als dat er kolommen aan data wordt opgehaald.
[ Bericht 30% gewijzigd door esv7 op 03-06-2014 14:11:34 ]
| 1 2 3 4 5 6 7 8 9 10 | <?php $mysqli = base::open_connection(); $stmt = $mysqli->prepare("SELECT first_name, insertion FROM user WHERE user_id = ?"); $id = 11; $stmt->bind_param("i", $id); $stmt->bind_result($a, $b); $stmt->execute(); $stmt->fetch(); var_dump($a . ", " . $b); ?> |
[ Bericht 30% gewijzigd door esv7 op 03-06-2014 14:11:34 ]
No citizen has a right to be an amateur in the matter of physical training...what a disgrace it is for a man to grow old without ever seeing the beauty and strength of which his body is capable.
quote:
Is er een mogelijkheid om hetgeen dat je ophaalt met een prepared mysqli statement ophaalt, in een array te stoppen? Ik moet nu met bind_result() evenveel argumenten meegeven als dat er kolommen aan data wordt opgehaald.
[ code verwijderd ]
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <?php $mysqli = base::open_connection(); $stmt = $mysqli->prepare("SELECT first_name, insertion FROM user WHERE user_id = ?"); $id = 11; $stmt->bind_param("i", $id); $stmt->bind_result($a, $b); $stmt->execute(); $rows = array(); while ( $stmt->fetch() ) { $rows[] = array( $a, $b ); } var_dump($a . ", " . $b); ?> |
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Bedankt voor het snelle antwoordquote:
.
No citizen has a right to be an amateur in the matter of physical training...what a disgrace it is for a man to grow old without ever seeing the beauty and strength of which his body is capable.
mysqli_result::fetch_all
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.
👾
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.
👾
fetchAll(\PDO::FETCH_ASSOC) dan toch?quote:
gebruik PDOstatement::fetchall().
Geen idee hoe je dat met mysqli zou doen.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
