abonnement Unibet Coolblue
pi_112868354
quote:
0s.gif Op woensdag 13 juni 2012 11:10 schreef mschol het volgende:
even een vraagje m.b.t. wachtwoorden:
Hoe werkt salt-/peppering?

zelf dacht ik (pseudocode):
[ code verwijderd ]

maar dat lijkt mij net zo onveilig als alleen een los wachtwoord (behalve dat het WW langer is)
Zo ongeveer, ja. De extra veiligheid krijg je door pepper per user verschillend te laten zijn. Sowieso is het toevoegen van extra informatie al goed, omdat iemand die de password hashes heeft ze dan niet zo makkelijk kan matchen. Er is waarschijnlijk geen rainbow table voor de gesalte passwords. En als die er wel is, heb je daar alsnog niets aan als je ook pepper gebruikt. Dan moet je per user een rainbow table maken, en da's niet aantrekkelijk.
pi_112869604
quote:
14s.gif Op woensdag 13 juni 2012 11:22 schreef GlowMouse het volgende:
sha256(sha256($PW) . $salt)
Twee keer hashen maakt je systeem eerder onveiliger dan veiliger. De lengte van de eerste hash is bekend en het aantal mogelijkheden is eindig. Dat maakt het makkelijker om het resultaat van de eerste hash te vinden, en die kun je met een rainbow table wel verder kraken.
pi_112870605
per-user unieke salt is sowieso een gigantisch sterk middel om dubbele hashes te voorkomen. Aangezien passwords die meer dan 1x voorkomen een behoorlijk grote kans hebben om "Welkom1" of "admin" of "qwerty" te zijn...
  donderdag 14 juni 2012 @ 13:06:41 #229
75592 GlowMouse
l'état, c'est moi
pi_112882853
quote:
0s.gif Op woensdag 13 juni 2012 23:59 schreef Light het volgende:

[..]

Twee keer hashen maakt je systeem eerder onveiliger dan veiliger. De lengte van de eerste hash is bekend en het aantal mogelijkheden is eindig. Dat maakt het makkelijker om het resultaat van de eerste hash te vinden, en die kun je met een rainbow table wel verder kraken.
Ik zie niet wat je hier bedoelt, maar als je voor 2256 'eindig aantal' bekende input-waarden een rainbow-table wilt maken dan wens ik je veel succes. Salt is uiteraard user-dependent.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  donderdag 14 juni 2012 @ 13:19:02 #230
91039 mstx
2x1/2 = 1/2 x 1/2
pi_112883372
quote:
0s.gif Op woensdag 13 juni 2012 23:59 schreef Light het volgende:

[..]

Twee keer hashen maakt je systeem eerder onveiliger dan veiliger. De lengte van de eerste hash is bekend en het aantal mogelijkheden is eindig. Dat maakt het makkelijker om het resultaat van de eerste hash te vinden, en die kun je met een rainbow table wel verder kraken.
Bijna niemand heeft een wachtwoord van 64 karakters dus in 99% van de gevallen is het veiliger.
De uiteindelijke hash is sowieso eindig dus met een rainbow table van 2256 hashes :') zul je sowieso wel tot een collision komen, maar de kans dat dat precies dezelfde waarde is als de 1e hash+salt is oneindig klein.
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.
👾
pi_112888789
Goed...ik loop weer eens vast, dus retour naar dit topic :).
Mijn doel: een tussenstand van een sportcompetitie fabriceren. Een tabelletje met team, #gespeeld, wedstrijdpunten, #gewonnen, #gelijk, #verloren, #doelptn voor, #doelptn tegen, doelsaldo.

De belangrijkste tabellen die ik heb: competitie, klasse, team, wedstrijd en een koppeltabel die registreert welk team in welke klasse in welke competitie speelt.

Met veel zoek- en probeerwerk heb ik de volgende query weten te krijgen:
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
SELECT team_id, t_naam, COUNT(*) Gespeeld,
SUM( CASE WHEN Uitslag = 'Winst' THEN 3 ELSE 0 END)+SUM( CASE WHEN Uitslag = 'Gelijk' THEN 1 ELSE 0 END ) Punten,
SUM( CASE WHEN Uitslag = 'Winst' THEN 1 ELSE 0 END ) Gewonnen, 
SUM( CASE WHEN Uitslag = 'Gelijk' THEN 1 ELSE 0 END ) Gelijkspel, 
SUM( CASE WHEN Uitslag = 'Verlies' THEN 1 ELSE 0 END ) Verloren
FROM team t left join
(
    SELECT w_team1 AS tid, 
    CASE WHEN w_score1 > w_score2 THEN 'Winst'
    WHEN w_score1 < w_score2 THEN 'Verlies'
    WHEN w_score1 = w_score2 THEN 'Gelijk'
    END AS Uitslag
    FROM wedstrijd 
  where (w_score1 is not null and w_score2 is not null)
  
    UNION ALL    

    SELECT w_team2 AS tid, 
    CASE WHEN w_score1 > w_score2 THEN 'Winst'
    WHEN w_score1 < w_score2 THEN 'Verlies'
    WHEN w_score1 = w_score2 THEN 'Gelijk'
    END AS Uitslag
    FROM wedstrijd 
  where (w_score1 is not null and w_score2 is not null)
) A ON t.team_id = A.tid

where team_id in (select team_id
from competitie c, compindeling ci, klasse k, team t
and comp_id = 1 and klasse_id = 3)
GROUP BY t_naam
order by Punten DESC, Gespeeld ASC;
Ik weet dat mijn naamgeving misschien niet de meest gunstige is, maar dat neem ik nu even op de koop toe ;).

Wat ik hier uit krijg klopt met wat ik wil, maar ik loop vast bij de volgende stap, de doelpunten.
Hoe kan ik hier de doelpunten van alle gespeelde wedstrijden optellen? Per team wil ik het totaal aantal zelf gescoorde doepunten én het totaal aantal tegendoelpunten hebben.
Om daarna het doelsaldo weer te kunnen berekenen natuurlijk.
"...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
  donderdag 14 juni 2012 @ 15:47:35 #232
84244 Scorpie
Abject en infaam!
pi_112889420
Hoe ziet je wedstrijdtabel eruit?
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.
  donderdag 14 juni 2012 @ 15:54:09 #233
75592 GlowMouse
l'état, c'est moi
pi_112889758
Regel 7-25 kun je ook doen met:
1
2
FROM team t
JOIN wedstrijd ON(t.team_id=w_team1 OR t.team_id=w_team2)
In je SELECT krijg je dan dingen als:
1SUM( CASE WHEN ((t.team_id=w_team1 AND w_score1>w_score2) OR (t.team_id=w_team2 AND w_score2>w_score1) THEN 1 ELSE 0 END ) Gewonnen
En denormaliseren zou ook wel helpen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_112898460
quote:
0s.gif Op donderdag 14 juni 2012 15:47 schreef Scorpie het volgende:
Hoe ziet je wedstrijdtabel eruit?
w_id int(11) PK
w_competitie int(11)
w_lokatie int(11)
w_datum date
w_tijd time
w_veld char(2)
w_team1 int(11)
w_team2 int(11)
w_score1 int(11)
w_score2 int(11)
Waarbij 2 FK's (w_team1 + w_team2) liggen naar de teamtabel. Competitie en lokatie zijn ook foreign keys maar in dit specifieke geval niet zo van belang.
quote:
0s.gif Op donderdag 14 juni 2012 15:54 schreef GlowMouse het volgende:
Regel 7-25 kun je ook doen met:
[ code verwijderd ]
In je SELECT krijg je dan dingen als:
[ code verwijderd ]
Welke voordlen zitten daar aan vast, anders dan minder code?
quote:
En denormaliseren zou ook wel helpen.
Hoe bedoel je denormaliseren? Ben ik te ver doorgeslagen? :@
"...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
  donderdag 14 juni 2012 @ 19:22:26 #235
75592 GlowMouse
l'état, c'est moi
pi_112898527
sneller, leesbaarder

en denormaliseren doe je nu toch juist niet?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_112898593
quote:
0s.gif Op donderdag 14 juni 2012 19:22 schreef GlowMouse het volgende:
sneller, leesbaarder

en denormaliseren doe je nu toch juist niet?
Nee ik heb niet gedenormaliseerd, maar dat geef je wel als tip. Heb ik te ver genormaliseerd?
"...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
  donderdag 14 juni 2012 @ 19:24:38 #237
75592 GlowMouse
l'état, c'est moi
pi_112898628
punten, gewonnen, gelijkspel en verloren zou ik in de tabel Team opslaan
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_112899035
quote:
14s.gif Op donderdag 14 juni 2012 19:24 schreef GlowMouse het volgende:
punten, gewonnen, gelijkspel en verloren zou ik in de tabel Team opslaan
Opzich wel een idee ja. Maar dan verlies ik die gegevens weer als een team een volgend seizoen in een andere klasse/competitie speelt. Ik wil dat zo flexibel mogelijk houden, en dus on the fly berekenen. Anders moet je bij elke wedstrijd die gespeeld is de teams ook updaten, in plaats van dat je alleen het wedstrijdrecord bewerkt.

//edit: en ik wil ook de standen van voorgaande competities kunnen opvragen, en wellicht standen op een bepaald moment in het verleden.

[ Bericht 8% gewijzigd door WheeleE op 14-06-2012 19:39:39 ]
"...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
pi_113287232
Ik zou graag een Google News-achtige dienst op mijn website aan willen bieden (dus een selectie met artikelen van andere sites, gesorteerd op onderwerp). Is dit realiseren met gebrekkige PHP-kennis? Ik ben wel bereid om me ervoor erin te verdiepen uiteraard :)
  zaterdag 23 juni 2012 @ 22:44:06 #240
111382 Ofyles2
Bestemming: onbekend
pi_113292400
quote:
0s.gif Op zaterdag 23 juni 2012 21:10 schreef Tauchmeister het volgende:
Ik zou graag een Google News-achtige dienst op mijn website aan willen bieden (dus een selectie met artikelen van andere sites, gesorteerd op onderwerp). Is dit realiseren met gebrekkige PHP-kennis? Ik ben wel bereid om me ervoor erin te verdiepen uiteraard :)
Je hebt veel meer nodig dan alleen een gebrekkige PHP-kennis.

Ik stel me beschikbaar als je me nodig hebt.
pi_113296480
quote:
0s.gif Op zaterdag 23 juni 2012 22:44 schreef Ofyles2 het volgende:

[..]

Je hebt veel meer nodig dan alleen een gebrekkige PHP-kennis.

Ik stel me beschikbaar als je me nodig hebt.
Daar ging ik al wel vanuit. Het is zo dat ik me de komende tijd naast mijn studie wil gaan richten op een project waar ik zelf veel potentie in zie, maar ik heb me eigenlijk nooit echt verdiept in PHP en me slechts beziggehouden met web design. Ik ben nu aan kijken hoe ik het ga aanpakken en geef natuurlijk het liefst zo weinig mogelijk uit handen, maar ik denk dat mijn PHP-kennis gewoonweg tekortschiet om het echt een succes te laten worden. Ik vraag me af of het zin heeft om er tijd en moeite in te steken of dat ik dat ik bepaalde delen van het scriptwerk beter aan anderen kan overlaten. En dan is het ook nog moeilijk om te bepalen wie daar geschikt voor is. Ik wil namelijk geen prutsers ;)
  zondag 24 juni 2012 @ 00:32:15 #242
111382 Ofyles2
Bestemming: onbekend
pi_113297611
quote:
0s.gif Op zondag 24 juni 2012 00:09 schreef Tauchmeister het volgende:

[..]

Daar ging ik al wel vanuit. Het is zo dat ik me de komende tijd naast mijn studie wil gaan richten op een project waar ik zelf veel potentie in zie, maar ik heb me eigenlijk nooit echt verdiept in PHP en me slechts beziggehouden met web design. Ik ben nu aan kijken hoe ik het ga aanpakken en geef natuurlijk het liefst zo weinig mogelijk uit handen, maar ik denk dat mijn PHP-kennis gewoonweg tekortschiet om het echt een succes te laten worden. Ik vraag me af of het zin heeft om er tijd en moeite in te steken of dat ik dat ik bepaalde delen van het scriptwerk beter aan anderen kan overlaten. En dan is het ook nog moeilijk om te bepalen wie daar geschikt voor is. Ik wil namelijk geen prutsers ;)
Jitse Groen (Thuisbezorgd.nl) stond ook voor die keus.

Niet dat ik je direct wil beïnvloeden.
pi_113298701
quote:
0s.gif Op zondag 24 juni 2012 00:32 schreef Ofyles2 het volgende:

[..]

Jitse Groen (Thuisbezorgd.nl) stond ook voor die keus.

Niet dat ik je direct wil beïnvloeden.
Tja, ik weet dat hij in het begin met iemand samenwerkte, maar daarna voor honderd procent eigenaar is geworden en daar plukt hij nu de vruchten van. Het hangt ook maar net af van je startkapitaal. Ik ben ook nog maar een student, maar heb dankzij eerdere projecten toch wat meer tot mijn beschikking, al moet dat eigenlijk niet van invloed zijn. Ik ga er nog eens goed over nadenken.
pi_113318481
quote:
14s.gif Op donderdag 14 juni 2012 19:24 schreef GlowMouse het volgende:
punten, gewonnen, gelijkspel en verloren zou ik in de tabel Team opslaan
Gebruik dan gewoon een fatsoenlijke caching laag, denormaliseren doe je eigenlijk alleen wanneer je daar zeer goede redenen hebt.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  zondag 24 juni 2012 @ 17:55:09 #245
75592 GlowMouse
l'état, c'est moi
pi_113321924
quote:
0s.gif Op zondag 24 juni 2012 16:40 schreef raptorix het volgende:

[..]

Gebruik dan gewoon een fatsoenlijke caching laag, denormaliseren doe je eigenlijk alleen wanneer je daar zeer goede redenen hebt.
Denormaliseren is een vorm van caching.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_113324545
quote:
14s.gif Op zondag 24 juni 2012 17:55 schreef GlowMouse het volgende:

[..]

Denormaliseren is een vorm van caching.
Als je dat in een aparte database, of desnoods tables doet misschien wel, wij hebben ooit voor hele grote zware sites gedenormaliseerde tables gebruikt om er Hibernate over te kunnen plaatsen, in dit geval is het trouwens ook overkill, je zou die standen prima kunnen ophalen via normale queries, wel leven niet meer in 2000 dat dat een performance probleem zou zijn.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  zondag 24 juni 2012 @ 19:20:08 #247
75592 GlowMouse
l'état, c'est moi
pi_113325379
quote:
0s.gif Op zondag 24 juni 2012 19:01 schreef raptorix het volgende:

[..]

Als je dat in een aparte database, of desnoods tables doet misschien wel
Nee, ook in dezelfde database is het caching. De meest efficiënte vorm van caching.
quote:
je zou die standen prima kunnen ophalen via normale queries, wel leven niet meer in 2000 dat dat een performance probleem zou zijn.
nee, dat kan niet 'prima'
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  zondag 24 juni 2012 @ 19:26:48 #248
118011 BrainOverfloW
Fok! around the Clock!
pi_113325685
Mijn vraag is misschien een beetje offtopic omdat hij meer over JS gaat dan PHP maar een apart topic voor openen voor een klein vraagje vind ik ook zo overbodig.
Ik ben bezig een stuk PHP code om te zetten in JS en daarin moet een getal afgerond worden. Dit gaat in alle gevallen die ik tot nu toe getest heb goed behalve met de getallen die ik er nu als variablen bij gezet heb.

De PHP code maakt hier netjes 14 van maar in JS word het 14.000000000000002.

Iemand enig idee wat ik verkeerd doe?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<html>
<head>
<script type="text/javascript">
    var beta_const = -2.665;
    var addedVars = 0.885;
    var probability = Math.exp(beta_const + addedVars);
    probability = probability/(probability+1);
    probability = Math.round(probability*100)/100;
    alert(probability*100);
</script>
</head>
<body>
    <?php
        $beta_const = -2.665;
        $addedVars = 0.885;
        $probability = exp($beta_const + $addedVars);
        $probability = $probability/($probability+1);
        $probability = round($probability,2);
        echo $probability*100;
    ?>
</body>
</html>
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
pi_113326069
1
2
probability = Math.round(probability*100);
alert(probability);
What Every Computer Scientist Should Know About Floating-Point Arithmetic
pi_113326221
quote:
0s.gif Op zondag 24 juni 2012 19:20 schreef GlowMouse het volgende:

[..]

Nee, ook in dezelfde database is het caching. De meest efficiënte vorm van caching.

[..]

nee, dat kan niet 'prima'
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.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')