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.
Het is altijd zo simpel als je door hebt wat je over het hoofd zietquote:Op zondag 24 juni 2012 19:36 schreef Diabox het volgende:
[ code verwijderd ]
What Every Computer Scientist Should Know About Floating-Point Arithmetic
. Bedankt.
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
Nopequote:
[..]
Dan gebruik je gewoon een kut database omdat normale databases dat zelf wel cachen dan wel optimaliseren, we hebben het hier niet over miljoenen records mag ik aannemen.
Ik verwacht honderden. Als het echt succesvol wordt (wat ik niet zo gauw verwacht) misschien duizeden, maar that's it.
Leuk dat er nog over mijn stelling wordt gedebatteerd hier
. Ik heb inmiddels een tweede design verzonnen. Een aparte scoretabel (wedstrijdid, teamid, scorevoor, scoretegen, toto) met daarin per wedstrijd 2 records, voor elk team van de wedstrijd 1. Het is wel redundante opslag, maar maakt het volgens mij wel een stuk makkelijker om de standen te bereken.
"...while I'm supposed to marry her brother, a renowned pillow biter." Cersei Lannister
"Float like a butterfly, sting like a bee, look ridiculous." Rory the Roman
"It's smaller on the outside." Clara Oswin Oswald
"Float like a butterfly, sting like a bee, look ridiculous." Rory the Roman
"It's smaller on the outside." Clara Oswin Oswald
Is wel zonder decimalenquote:
[..]
Het is altijd zo simpel als je door hebt wat je over het hoofd ziet
Wacht dit is een leuke met decimalen:
| 1 2 3 4 5 | probability = probability/(probability+1); probability = Math.round(probability*100)/100; probability = probability.toString().split('.'); probability = probability[1] + '.' + probability[0]; alert(probability); |
Heb je het al geprobeerd met een genormaliseerd design en een reeele set testdata?quote:Op zondag 24 juni 2012 19:46 schreef WheeleE het volgende:
[..]
Nope
Ik verwacht honderden. Als het echt succesvol wordt (wat ik niet zo gauw verwacht) misschien duizeden, maar that's it.
Leuk dat er nog over mijn stelling wordt gedebatteerd hier
Het probleem met denormaliseren is dat wanneer je later dingen wilt uitbreiden je vaak de web inslaat van "sloppy design".
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Ik maak me niet zo'n zorgen over de performance, maar ik krijg de juiste resultaten er niet uit. Mijn querykennis is gewoon ontzettend weggezaktquote:
[..]
Heb je het al geprobeerd met een genormaliseerd design en een reeele set testdata?
Het probleem met denormaliseren is dat wanneer je later dingen wilt uitbreiden je vaak de web inslaat van "sloppy design".
Het initiele ontwerp was netjes genormaliseerd, en met enkele tientalle records testdata. Alleen kreeg ik het niet voor mekaar de complexere overzichten uit te halen. Door een aangepast ontwerp lukt dat hopelijk wel, zonder dat het ten koste gaat van performance.
"...while I'm supposed to marry her brother, a renowned pillow biter." Cersei Lannister
"Float like a butterfly, sting like a bee, look ridiculous." Rory the Roman
"It's smaller on the outside." Clara Oswin Oswald
"Float like a butterfly, sting like a bee, look ridiculous." Rory the Roman
"It's smaller on the outside." Clara Oswin Oswald
Queries om standen op te bouwen zijn ook lastig, je ontkomt in principe niet aan aggregate queries, en die vind ik zelf ook altijd kutquote:
[..]
Ik maak me niet zo'n zorgen over de performance, maar ik krijg de juiste resultaten er niet uit. Mijn querykennis is gewoon ontzettend weggezakt
Het initiele ontwerp was netjes genormaliseerd, en met enkele tientalle records testdata. Alleen kreeg ik het niet voor mekaar de complexere overzichten uit te halen. Door een aangepast ontwerp lukt dat hopelijk wel, zonder dat het ten koste gaat van performance.
Zelf heb ik jarenlang behoorlijk complexe queries geschreven (bijvoorbeeld voor de eerste versie van Funda) maar laatst moest ik een simpele join doen, en dat lukte me niet meer uit me hoofd
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Heheh, ja dat is hem precies. Ik ben ooit begonnen als beheerder+ontwikkelaar, maar de afgelopen 5/6 jaar heb ik alleen maar beheerwerk gedaan. Joinen lukt nog wel, maar al dat soort berekeningen worden een uitdaging.quote:
[..]
Queries om standen op te bouwen zijn ook lastig, je ontkomt in principe niet aan aggregate queries, en die vind ik zelf ook altijd kut
Zelf heb ik jarenlang behoorlijk complexe queries geschreven (bijvoorbeeld voor de eerste versie van Funda) maar laatst moest ik een simpele join doen, en dat lukte me niet meer uit me hoofd
Daarom ga ik nu maar voor de concessie in normalisatie. Mocht mijn hobbyfrutsel ooit succesvol worden dan zal het toch helemaal herschreven moeten worden, lekker boeiend
.
"...while I'm supposed to marry her brother, a renowned pillow biter." Cersei Lannister
"Float like a butterfly, sting like a bee, look ridiculous." Rory the Roman
"It's smaller on the outside." Clara Oswin Oswald
"Float like a butterfly, sting like a bee, look ridiculous." Rory the Roman
"It's smaller on the outside." Clara Oswin Oswald
Dit topic gaat over MySQL, die doet dat niet. Andere db's ken ik niet, maar ik betwist dat die dit wel goed kunnen cachen.quote:
[..]
Dan gebruik je gewoon een kut database omdat normale databases dat zelf wel cachen dan wel optimaliseren, we hebben het hier niet over miljoenen records mag ik aannemen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Hallo PHP'ers en SQL'ers.
Ik heb al een beetje basiservaring met standaard html geneuzel, en ben begaafd in het oplossen van mijn HTML/CSS problemen met google.
Alleen heb ik een nieuw idee, en dat heeft natuurlijk weer php nodig.
Ik heb easyPHP al geinstalleerd dus alles staat klaar.
Mijn vraag/nieuw project:
Hoe maak ik een knop, dat als je er op drukt, dat een variabele 1 omhoog gaat.
Slechts 1x klikken per IP, en dat het IP ook wordt opgeslagen.
Iemand enig idee WAAR ik moet beginnen, en hoe ik een goeie database aanmaak?
Ik krijg me dan toch een partij met opties.
Ik heb al een beetje basiservaring met standaard html geneuzel, en ben begaafd in het oplossen van mijn HTML/CSS problemen met google.
Alleen heb ik een nieuw idee, en dat heeft natuurlijk weer php nodig.
Ik heb easyPHP al geinstalleerd dus alles staat klaar.
Mijn vraag/nieuw project:
Hoe maak ik een knop, dat als je er op drukt, dat een variabele 1 omhoog gaat.
Slechts 1x klikken per IP, en dat het IP ook wordt opgeslagen.
Iemand enig idee WAAR ik moet beginnen, en hoe ik een goeie database aanmaak?
Ik krijg me dan toch een partij met opties.
Het begint met het onderscheid leren tussen server-side en client-side.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Wat bedoel je met "dat een variabele omhoog gaat"? Is dat een getal? Bedoel je dan niet gewoon het aantal records dat is geregistreerd?
Gewoon het aantal recordsquote:Op maandag 25 juni 2012 01:10 schreef Tijn het volgende:
Wat bedoel je met "dat een variabele omhoog gaat"? Is dat een getal? Bedoel je dan niet gewoon het aantal records dat is geregistreerd?
Ik zou zeggen, maak dan een tabel waarin je de unieke IP-adressen opslaat. Dit is de simpelste variant, zonder verdere velden. In een echte applicatie zijn kolommen als een uniek id en een timestamp waarschijnlijk wel handig om toe te voegen, maar niet nodig om alleen maar het aantal keer dat er op een knop is geklikt te tellen.quote:
| 1 2 3 4 | CREATE TABLE IF NOT EXISTS `log` ( `ip` varchar(45) COLLATE utf8_unicode_ci NOT NULL, PRIMARY KEY (`ip`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; |
Dit is een tabel met alleen een kolom die "ip" heet waarin varchars (strings) van maximaal 45 tekens kunnen worden opgeslagen, wat lang genoeg is om zowel IPv4 als IPv6-adressen op te slaan. Doordat deze kolom ook de primary key is, wordt voorkomen dat er dubbele IP-adressen worden opgeslagen.
Vervolgens zou je zo'n soort pagina kunnen maken:
| 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 | <?php # # KNOPPENTELLER # // verbinden met de database $mysqli = new mysqli("localhost", "username", "password", "database"); // verwerk input if($_SERVER['REQUEST_METHOD'] == 'POST') { // controleer of het meegestuurde ip-adres een geldig adres is if(filter_var($_SERVER['REMOTE_ADDR'], FILTER_VALIDATE_IP)) { // probeer het in de database op te slaan if($mysqli->query('INSERT INTO `log` (`ip`) VALUES("'.$_SERVER['REMOTE_ADDR'].'")')) { // gelukt :) $message = 'Bedankt!'; } else { // mislukt :( $message = 'Er is al een keer vanaf dit IP-adres op de knop gedrukt, dus het mag nu niet meer.'; } } } // haal alle logs op $result = $mysqli->query("SELECT * FROM `log`"); ?> <!DOCTYPE html> <html> <head> <title>Knoppenteller</title> </head> <body> <h1>Knoppenteller</h1> <p>Elk uniek IP-adres mag 1 keer op de knop drukken.</p> <p>De knop is tot nu toe <strong><?php echo $result->num_rows; ?></strong> keer ingedrukt.</p> <?php if(isset($message)): ?> <p><strong><?php echo $message; ?></strong></p> <?php else: ?> <form method="post" action=""> <button type="submit">de knop</button> </form> <?php endif; ?> </body> </html> |
Kheb bij elke PHP-regel een comment gezet met uitleg wat die regel doet. Spreekt voor zich, toch?
Wat betreft de databaseverbinding: PHP biedt 3 manieren om met een MySQL-database te verbinden (klik hier voor meer info). Ik heb hier gebruik gemaakt van mysqli. Je zou ook voor PDO kunnen kiezen.
Mocht je een echte applicatie gaan bouwen dan is het waarschijnlijk een goed idee om te kijken naar een framework (Zend Framework, CakePHP, CodeIgniter om wat populaire voorbeelden te noemen) met een abstractielaag voor databasetoegang, zodat je je hier niet druk om hoeft te maken. Een goed framework is waarschijnlijk de beste manier om op een zo snel mogelijke manier een veilige applicatie te bouwen.
[ Bericht 0% gewijzigd door Tijn op 25-06-2012 02:46:16 ]
Danku zeer!quote:Op maandag 25 juni 2012 02:03 schreef Tijn het volgende:
[..]
Ik zou zeggen, maak dan een tabel waarin je de unieke IP-adressen opslaat. Dit is de simpelste variant, zonder verdere velden. In een echte applicatie zijn kolommen als een uniek id en een timestamp waarschijnlijk wel handig om toe te voegen, maar niet nodig om alleen maar het aantal keer dat er op een knop is geklikt te tellen.
[ code verwijderd ]
Dit is een tabel met alleen een kolom die "ip" heet waarin varchars (strings) van maximaal 45 tekens kunnen worden opgeslagen, wat lang genoeg is om zowel IPv4 als IPv6-adressen op te slaan. Doordat deze kolom ook de primary key is, wordt voorkomen dat er dubbele IP-adressen worden opgeslagen.
Vervolgens zou je zo'n soort pagina kunnen maken:
[ code verwijderd ]
Kheb bij elke PHP-regel een comment gezet met uitleg wat die regel doet. Spreekt voor zich, toch?
Wat betreft de databaseverbinding: PHP biedt 3 manieren om met een MySQL-database te verbinden (klik hier voor meer info). Ik heb hier gebruik gemaakt van mysqli. Je zou ook voor PDO kunnen kiezen.
Mocht je een echte applicatie gaan bouwen dan is het waarschijnlijk een goed idee om te kijken naar een framework (Zend Framework, CakePHP, CodeIgniter om wat populaire voorbeelden te noemen) met een abstractielaag voor databasetoegang, zodat je je hier niet druk om hoeft te maken. Een goed framework is waarschijnlijk de beste manier om op een zo snel mogelijke manier een veilige applicatie te bouwen.
Na veel doorlezen/leren/proberen, snap ik het nu, en heb ik zelf de tables/databases gemaakt en ID's toegevoegd.
En nu even denken over verder project.
Even een SQL vraagje
ik heb twee tabellen uhm de 101 en 860
nu moet ik van bepaalde data in de 860 gegevens updaten met data uit de 101
De 860 bevat
id, customer, ordernr, regelnr, status
de 101
customer, ordernr,regel
Nu wil ik in de 860 de customer updaten waar de ordernr en regelnr van de 860 en 101 gelijk zijn aan elkaar.
Dus krijg dan ... update 860 set customer = (select customer from 101 ......
Maar hoe stel ik die twee dan gelijk aan elkaar bij een update statement. Een select vind ik dan weer niet lastig.
Dan krijg ik:
select t.customer from 101 t
inner join 860 b on t.ordernr = b.ordernr and t.regelnr = b.regelnr
where b.id = 377743365
ik heb twee tabellen uhm de 101 en 860
nu moet ik van bepaalde data in de 860 gegevens updaten met data uit de 101
De 860 bevat
id, customer, ordernr, regelnr, status
de 101
customer, ordernr,regel
Nu wil ik in de 860 de customer updaten waar de ordernr en regelnr van de 860 en 101 gelijk zijn aan elkaar.
Dus krijg dan ... update 860 set customer = (select customer from 101 ......
Maar hoe stel ik die twee dan gelijk aan elkaar bij een update statement. Een select vind ik dan weer niet lastig.
Dan krijg ik:
select t.customer from 101 t
inner join 860 b on t.ordernr = b.ordernr and t.regelnr = b.regelnr
where b.id = 377743365
update 860 set customer = (select customer from 101 where 101.ordernr=860.ordernr and 101.regel=860.regelnr order by ... limit 1)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik mag serieus hopen dat je die tables niet echt zo hebt genoemd?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Zitten er allebei ook in.quote:
[..]
Ik zou zeggen, maak dan een tabel waarin je de unieke IP-adressen opslaat. Dit is de simpelste variant, zonder verdere velden. In een echte applicatie zijn kolommen als een uniek id en een timestamp waarschijnlijk wel handig om toe te voegen, maar niet nodig om alleen maar het aantal keer dat er op een knop is geklikt te tellen.
[ code verwijderd ]
Nu verder met het design van mijn website
Heb je alleen wel Linux 64 bit met 8gig geheugen voor nodig.quote:Op dinsdag 26 juni 2012 13:48 schreef remlof het volgende:
www.memsql.com volledig compatibel met en 30x sneller dan MySQL
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.
Wat kost 8Gb nou nog tegenwoordig?quote:Op dinsdag 26 juni 2012 13:58 schreef Scorpie het volgende:
[..]
Heb je alleen wel Linux 64 bit met 8gig geheugen voor nodig.
Nop, dit is even een afkorting. Al hebben ze wel heel leuk cijfertjes in de naam. Maar heb ik niet bedacht. BAAN (Infor)quote:
Ik mag serieus hopen dat je die tables niet echt zo hebt genoemd?
Niks, binnenkort maar eens een VM maken met dit erop. Kijken hoe het zich verhoudt met mijn newznab instantie met 25 gig aan data.quote:
Op
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.
Leuk voor mensen die MySQL niet kunnen configureren en durability niet waarderen. Ik verwacht binnen niet al te lange tijd wat vernietigende blogposts.quote:
www.memsql.com volledig compatibel met en 30x sneller dan MySQL
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
