abonnement Unibet Coolblue Bitvavo
  † In Memoriam † zondag 3 juni 2012 @ 00:12:03 #201
159335 Boze_Appel
Vrij Fruit
pi_112368214
quote:
1s.gif Op zaterdag 2 juni 2012 01:36 schreef Devv het volgende:

[..]

De tweede methode is in mijn optiek de enige juiste aanpak. De eerste methode zou voor mij al reden voor ontslag zijn.
Afhankelijk van wat getDB(); doet in het tweede voorbeeld kan dat wel voor heel veel db-connecties zorgen.
Carpe Libertatem
pi_112396874
Een punt opgooien in een SP-topic, Scorpie? Ik dacht dat ieder weldenkend mens het daar wel mee gehad had.
"Social order at the expense of liberty is hardly a bargain."
pi_112396922
quote:
6s.gif Op zondag 3 juni 2012 20:40 schreef Quir het volgende:
Een punt opgooien in een SP-topic, Scorpie? Ik dacht dat ieder weldenkend mens het daar wel mee gehad had.
Wat is deze :P
pi_112397402
Ik weet niet of ik in dit topic goed zit, maar heb een dummy vraag;

Hoe zet ik op mijn ipad uit dat ik zie wanneer er een mail binnenkomt? Email is gesynchroniseerd met Oulook en elke keer als ik jn Outlook mail krijg dan zie ik dat. Daar wil ik vanaf.

Wie weet precies hoe ik dit uitzet :P
U MAD?
  zondag 3 juni 2012 @ 21:00:14 #205
157634 Civilian
Better safe than Sony
pi_112398069
quote:
0s.gif Op zondag 3 juni 2012 20:49 schreef de_boswachter het volgende:
Ik weet niet of ik in dit topic goed zit, maar heb een dummy vraag;

Hoe zet ik op mijn ipad uit dat ik zie wanneer er een mail binnenkomt? Email is gesynchroniseerd met Oulook en elke keer als ik jn Outlook mail krijg dan zie ik dat. Daar wil ik vanaf.

Wie weet precies hoe ik dit uitzet :P
Wat heeft dat met PHP/MySQL te maken?
I'm not good with advice.. Can i interest you in a sarcastic comment?
pi_112398673
Geen idee. Ik zag dummy staan.
Waar moet ik dan deze vraag stellen.
U MAD?
pi_112401897
quote:
0s.gif Op zondag 3 juni 2012 21:10 schreef de_boswachter het volgende:
Geen idee. Ik zag dummy staan.
Waar moet ik dan deze vraag stellen.
Het gaat over een iPad, dus iPad deel #33 - Waar we op de iPads van de NRC wachten. lijkt me wel geschikt :)
pi_112403227
quote:
1s.gif Op zondag 3 juni 2012 20:41 schreef Scorpie het volgende:

[..]

Wat is deze :P
:P.
"Social order at the expense of liberty is hardly a bargain."
pi_112412483
quote:
7s.gif Op zondag 3 juni 2012 00:12 schreef Boze_Appel het volgende:

[..]

Afhankelijk van wat getDB(); doet in het tweede voorbeeld kan dat wel voor heel veel db-connecties zorgen.
Al aan gedacht, hij vult als de DB al bestaat met een nieuwe referentie van de static DB. :P

1
2
3
4
5
6
7
8
<?php
        
if(empty(website_Model::$single_db)){
            
$this->db = new Database($ip,$user,$pass,$db_name$port);
            
website_Model::$single_db $this->db;
        }else{
            
$this->db website_Model::$single_db;
        }
?>
Redacted
pi_112413040
quote:
10s.gif Op maandag 4 juni 2012 02:52 schreef cablegunmaster het volgende:

[..]

Al aan gedacht, hij vult als de DB al bestaat met een nieuwe referentie van de static DB. :P
[ code verwijderd ]

waarom gebruik je geen singleton patroon?
  vrijdag 8 juni 2012 @ 11:02:18 #211
267443 Cue_
Cuecumbergirl
pi_112604550


[ Bericht 100% gewijzigd door Cue_ op 08-06-2012 11:16:37 ]
  vrijdag 8 juni 2012 @ 11:31:09 #212
118585 Crutch
Filantroop || Taalzwengel
pi_112605694
Heeft de mailfunctie een error handler net zoals sql met mysql_error() ?

De mailfunctie werkt niet en ik vind er niets over terug in de error log.
Je moeder is een hamster
pi_112605914
quote:
0s.gif Op vrijdag 8 juni 2012 11:31 schreef Crutch het volgende:
Heeft de mailfunctie een error handler net zoals sql met mysql_error() ?

De mailfunctie werkt niet en ik vind er niets over terug in de error log.
Returns TRUE if the mail was successfully accepted for delivery, FALSE otherwise.

It is important to note that just because the mail was accepted for delivery, it does NOT mean the mail will actually reach the intended destination.

meer heb je volgens mij niet.
  vrijdag 8 juni 2012 @ 11:43:30 #214
118585 Crutch
Filantroop || Taalzwengel
pi_112606204
Hmm, ik test 'm even op de hosting.
Misschien dat ie lokaal niet goed is ingesteld.
Je moeder is een hamster
  vrijdag 8 juni 2012 @ 11:52:51 #215
118585 Crutch
Filantroop || Taalzwengel
pi_112606593
Oh, stom. Ik had een variabele fout.
Je moeder is een hamster
pi_112619912
quote:
0s.gif Op vrijdag 8 juni 2012 11:52 schreef Crutch het volgende:
Oh, stom. Ik had een variabele fout.
Beginners programmeur fout :P ;)
Redacted
pi_112626108
Dit soort onzin zou je bij een managed framework niet hebben ;) .
pi_112652865
quote:
0s.gif Op vrijdag 8 juni 2012 18:58 schreef Devv het volgende:
Dit soort onzin zou je bij een managed framework niet hebben ;) .
Dan nog kun je typfouten maken. Een IDE kan je op tikfouten wijzen, en PHP geeft een notice als je een variabele probeert te gebruiken die nog niet geinitialiseerd is. Die notices moet je dus wel aanzetten op je developmentomgeving.
pi_112652929
quote:
1s.gif Op maandag 4 juni 2012 07:51 schreef Pakspul het volgende:

[..]

waarom gebruik je geen singleton patroon?
En wat dan als je toch een keer besluit dat je met meer dan 1 database wilt verbinden?
pi_112653081
quote:
0s.gif Op zaterdag 9 juni 2012 12:17 schreef Light het volgende:

[..]

Dan nog kun je typfouten maken.
Bij een managed framework worden typefouten al tijdens designtime afgevangen. De kans op runtime fouten is daardoor stukken minder groot dan bij een scripttaal zoals PHP.
pi_112653238
quote:
0s.gif Op zaterdag 9 juni 2012 12:20 schreef Light het volgende:

[..]

En wat dan als je toch een keer besluit dat je met meer dan 1 database wilt verbinden?
Dan geef je in plaats van een instantie van de db connectie een eigen factory klasse mee die de verschillende verbindingen kan managen.
pi_112661948
quote:
0s.gif Op zaterdag 9 juni 2012 12:20 schreef Light het volgende:

[..]

En wat dan als je toch een keer besluit dat je met meer dan 1 database wilt verbinden?
Singleton database collection, waar je met een static functie die connectie uit kan halen welke je wil hebben?
pi_112699144
quote:
0s.gif Op zaterdag 9 juni 2012 16:43 schreef Pakspul het volgende:

[..]

Singleton database collection, waar je met een static functie die connectie uit kan halen welke je wil hebben?
Als je die collectie van buitenaf kunt vullen, ben ik het met je eens :)
pi_112827733
even een vraagje m.b.t. wachtwoorden:
Hoe werkt salt-/peppering?

zelf dacht ik (pseudocode):

1
2
3
4
5
$salt = bla
$pepper = boe
$PWsalted = $pepper+$_post[wachtwoord]+$salt
$PWsalted = sha256($PWsalted)
//doe iets met pwsalted

maar dat lijkt mij net zo onveilig als alleen een los wachtwoord (behalve dat het WW langer is)
mentions en alerts staan uit, pm/dm mij
  woensdag 13 juni 2012 @ 11:22:00 #225
75592 GlowMouse
l'état, c'est moi
pi_112828142
sha256(sha256($PW) . $salt)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
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
pi_112889420
Hoe ziet je wedstrijdtabel eruit?
  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
  zondag 24 juni 2012 @ 19:46:13 #251
118011 BrainOverfloW
Fok! around the Clock!
pi_113326507
quote:
Het is altijd zo simpel als je door hebt wat je over het hoofd ziet :'). 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
pi_113326513
quote:
0s.gif Op zondag 24 juni 2012 19:40 schreef raptorix het volgende:

[..]

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.
Nope :N
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
pi_113326662
quote:
0s.gif Op zondag 24 juni 2012 19:46 schreef BrainOverfloW het volgende:

[..]

Het is altijd zo simpel als je door hebt wat je over het hoofd ziet :'). Bedankt.
Is wel zonder decimalen :P

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);
pi_113327000
quote:
2s.gif Op zondag 24 juni 2012 19:46 schreef WheeleE het volgende:

[..]

Nope :N
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.
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".
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_113327288
quote:
0s.gif Op zondag 24 juni 2012 19:54 schreef raptorix het volgende:

[..]

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".
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.
"...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_113332577
quote:
2s.gif Op zondag 24 juni 2012 19:59 schreef WheeleE het volgende:

[..]

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.
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 :+
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_113334191
quote:
0s.gif Op zondag 24 juni 2012 21:26 schreef raptorix het volgende:

[..]

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 :+
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.
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
  zondag 24 juni 2012 @ 22:59:12 #258
75592 GlowMouse
l'état, c'est moi
pi_113340082
quote:
0s.gif Op zondag 24 juni 2012 19:40 schreef raptorix het volgende:

[..]

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.
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.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  zondag 24 juni 2012 @ 23:19:10 #259
363305 Muffle
Mufflelicious
pi_113341800
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.
  zondag 24 juni 2012 @ 23:25:29 #260
75592 GlowMouse
l'état, c'est moi
pi_113342701
Het begint met het onderscheid leren tussen server-side en client-side.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 25 juni 2012 @ 01:10:10 #261
12221 Tijn
Powered by MS Paint
pi_113348069
Wat bedoel je met "dat een variabele omhoog gaat"? Is dat een getal? Bedoel je dan niet gewoon het aantal records dat is geregistreerd?
  maandag 25 juni 2012 @ 01:20:29 #262
363305 Muffle
Mufflelicious
pi_113348324
quote:
5s.gif 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?
Gewoon het aantal records :)
  maandag 25 juni 2012 @ 02:03:18 #263
12221 Tijn
Powered by MS Paint
pi_113349226
quote:
0s.gif Op maandag 25 juni 2012 01:20 schreef Muffle het volgende:

[..]

Gewoon het aantal records :)
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.

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 ]
  maandag 25 juni 2012 @ 05:30:41 #264
363305 Muffle
Mufflelicious
pi_113350913
quote:
14s.gif 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.
Danku zeer!
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.
  maandag 25 juni 2012 @ 12:13:28 #265
267443 Cue_
Cuecumbergirl
pi_113357425
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
  maandag 25 juni 2012 @ 12:14:57 #266
75592 GlowMouse
l'état, c'est moi
pi_113357486
update 860 set customer = (select customer from 101 where 101.ordernr=860.ordernr and 101.regel=860.regelnr order by ... limit 1)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 25 juni 2012 @ 12:24:18 #267
267443 Cue_
Cuecumbergirl
pi_113357837
Hij dut t O+

[ Bericht 46% gewijzigd door Cue_ op 25-06-2012 12:34:25 ]
pi_113365587
Ik mag serieus hopen dat je die tables niet echt zo hebt genoemd?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 25 juni 2012 @ 16:24:09 #269
363305 Muffle
Mufflelicious
pi_113369671
quote:
14s.gif 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 ]

Zitten er allebei ook in.
Nu verder met het design van mijn website
  dinsdag 26 juni 2012 @ 13:48:02 #270
104871 remlof
Europees federalist
pi_113410023
www.memsql.com volledig compatibel met en 30x sneller dan MySQL :o
Yankee go home!
pi_113410404
quote:
11s.gif Op dinsdag 26 juni 2012 13:48 schreef remlof het volgende:
www.memsql.com volledig compatibel met en 30x sneller dan MySQL :o
Heb je alleen wel Linux 64 bit met 8gig geheugen voor nodig.
  dinsdag 26 juni 2012 @ 13:59:27 #272
104871 remlof
Europees federalist
pi_113410469
quote:
6s.gif Op dinsdag 26 juni 2012 13:58 schreef Scorpie het volgende:

[..]

Heb je alleen wel Linux 64 bit met 8gig geheugen voor nodig.
Wat kost 8Gb nou nog tegenwoordig? :P
Yankee go home!
  dinsdag 26 juni 2012 @ 14:11:33 #273
267443 Cue_
Cuecumbergirl
pi_113411009
quote:
0s.gif Op maandag 25 juni 2012 15:04 schreef raptorix het volgende:
Ik mag serieus hopen dat je die tables niet echt zo hebt genoemd?
Nop, dit is even een afkorting. Al hebben ze wel heel leuk cijfertjes in de naam. Maar heb ik niet bedacht. BAAN (Infor) :r
pi_113411210
quote:
7s.gif Op dinsdag 26 juni 2012 13:59 schreef remlof het volgende:

[..]

Wat kost 8Gb nou nog tegenwoordig? :P
Niks, binnenkort maar eens een VM maken met dit erop. Kijken hoe het zich verhoudt met mijn newznab instantie met 25 gig aan data.
  dinsdag 26 juni 2012 @ 14:18:42 #275
75592 GlowMouse
l'état, c'est moi
pi_113411367
quote:
11s.gif Op dinsdag 26 juni 2012 13:48 schreef remlof het volgende:
www.memsql.com volledig compatibel met en 30x sneller dan MySQL :o
Leuk voor mensen die MySQL niet kunnen configureren en durability niet waarderen. Ik verwacht binnen niet al te lange tijd wat vernietigende blogposts.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_113411527
Tis ook nie gratis nie.
  dinsdag 26 juni 2012 @ 14:29:25 #277
118585 Crutch
Filantroop || Taalzwengel
pi_113411794
Mooie strakke site wel.
Je moeder is een hamster
  dinsdag 26 juni 2012 @ 14:40:46 #278
75592 GlowMouse
l'état, c'est moi
pi_113412327
quote:
Is this a joke?

Data must fit in RAM, no joins over >2 tables, no transactions, no builtin support for clustering/sharding/horizontal scaling whatsoever.
quote:
Is it just me or does this entire product smell like it was designed for the sole purpose of extracting money from less than tech-savvy investors and clueless institutions?

The bullshit-bingo-lingo on their homepage is mindnumbing.

Meanwhile their actual software seems rather underwhelming, bordering on SnakeOil.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_113412418
En ik maar denken dat we een kek product aangesmeerd kregen. Niks is minder waar.
Bedankt voor niks, remlof.

[ Bericht 16% gewijzigd door #ANONIEM op 26-06-2012 14:43:00 ]
  dinsdag 26 juni 2012 @ 14:49:59 #280
104871 remlof
Europees federalist
pi_113412709
quote:
9s.gif Op dinsdag 26 juni 2012 14:42 schreef Scorpie het volgende:
En ik maar denken dat we een kek product aangesmeerd kregen. Niks is minder waar.
Bedankt voor niks, remlof.
Als snelheid belangrijk is voor je commerciële website lijkt MemSQL me wel degelijk het overwegen waard.
Yankee go home!
  dinsdag 26 juni 2012 @ 14:52:44 #281
75592 GlowMouse
l'état, c'est moi
pi_113412803
quote:
7s.gif Op dinsdag 26 juni 2012 14:49 schreef remlof het volgende:

[..]

Als snelheid belangrijk is voor je commerciële website lijkt MemSQL me wel degelijk het overwegen waard.
Ik kan geen site bedenken die hier baat bij heeft.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 26 juni 2012 @ 14:54:46 #282
104871 remlof
Europees federalist
pi_113412869
quote:
16s.gif Op dinsdag 26 juni 2012 14:52 schreef GlowMouse het volgende:

[..]

Ik kan geen site bedenken die hier baat bij heeft.
Als je ingewikkelde queries hebt die langer dan 0.1 seconde duren al.
Yankee go home!
  dinsdag 26 juni 2012 @ 14:56:05 #283
91039 mstx
2x1/2 = 1/2 x 1/2
pi_113412911
quote:
7s.gif Op dinsdag 26 juni 2012 14:54 schreef remlof het volgende:

[..]

Als je ingewikkelde queries hebt die langer dan 0.1 seconde duren al.
quote:
no joins over >2 tables
:X
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_113412915
quote:
7s.gif Op dinsdag 26 juni 2012 14:54 schreef remlof het volgende:

[..]

Als je ingewikkelde queries hebt die langer dan 0.1 seconde duren al.
Ingewikkelde queries die meer dan 2 joins bevatten bijvoorbeeld? Die kan memsql niet aan.
  dinsdag 26 juni 2012 @ 15:07:36 #285
75592 GlowMouse
l'état, c'est moi
pi_113413380
quote:
7s.gif Op dinsdag 26 juni 2012 14:54 schreef remlof het volgende:

[..]

Als je ingewikkelde queries hebt die langer dan 0.1 seconde duren al.
Die hoor je bij een site al niet te hebben.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 26 juni 2012 @ 15:08:08 #286
104871 remlof
Europees federalist
pi_113413407
quote:
0s.gif Op dinsdag 26 juni 2012 14:56 schreef mstx het volgende:

[..]

[..]

:X
Ow, hmmm ja dat is dan wel weer minder.
Yankee go home!
pi_113419121
quote:
0s.gif Op dinsdag 26 juni 2012 14:11 schreef Cue_ het volgende:

[..]

Nop, dit is even een afkorting. Al hebben ze wel heel leuk cijfertjes in de naam. Maar heb ik niet bedacht. BAAN (Infor) :r
Ik kende iemand die ook bij zo een bedrijf werkte waar letterlijk alle tables en velden een nummer hadden, liepen ze allemaal met printouts en aantekeningen wat er echt in de velden zat :)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_113419179
quote:
7s.gif Op dinsdag 26 juni 2012 14:49 schreef remlof het volgende:

[..]

Als snelheid belangrijk is voor je commerciële website lijkt MemSQL me wel degelijk het overwegen waard.
Dan kan je beter technieken zoals SOLR gebruiken...
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  dinsdag 26 juni 2012 @ 17:27:45 #289
267443 Cue_
Cuecumbergirl
pi_113419688
quote:
0s.gif Op dinsdag 26 juni 2012 17:15 schreef raptorix het volgende:
Ik kende iemand die ook bij zo een bedrijf werkte waar letterlijk alle tables en velden een nummer hadden, liepen ze allemaal met printouts en aantekeningen wat er echt in de velden zat :)
Het is echt verschrikkelijk. Gelukkig is nog wat info te halen uit velden als 'cuno' , 'pono' en 'orno' enzo. Maar toch is het lastig om erin te duiken en de tabellen van elkaar te onderscheiden. Maar al doende leert men O+
  dinsdag 26 juni 2012 @ 17:56:20 #290
12221 Tijn
Powered by MS Paint
pi_113420674
quote:
7s.gif Op dinsdag 26 juni 2012 14:49 schreef remlof het volgende:

[..]

Als snelheid belangrijk is voor je commerciële website lijkt MemSQL me wel degelijk het overwegen waard.
Sites die MySQL gebruiken, zoals Wikipedia of Fok! zijn toch hartstikke snel?
pi_113421068
quote:
0s.gif Op dinsdag 26 juni 2012 17:27 schreef Cue_ het volgende:

[..]

Het is echt verschrikkelijk. Gelukkig is nog wat info te halen uit velden als 'cuno' , 'pono' en 'orno' enzo. Maar toch is het lastig om erin te duiken en de tabellen van elkaar te onderscheiden. Maar al doende leert men O+
Dat bedrijf waar jij werkt is verschrikkelijk.
  dinsdag 26 juni 2012 @ 18:10:08 #292
75592 GlowMouse
l'état, c'est moi
pi_113421125
quote:
0s.gif Op dinsdag 26 juni 2012 17:17 schreef raptorix het volgende:

[..]

Dan kan je beter technieken zoals SOLR gebruiken...
Je db-server door een zoekserver vervangen, goed idee.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 26 juni 2012 @ 20:17:11 #293
137776 boem-dikkie
Jedi Mind Baby!
pi_113426874
Nog een mooi artikeltje over memsql vs. mySQL.

http://dom.as/2012/06/26/memsql-rage/
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
  dinsdag 26 juni 2012 @ 20:30:37 #294
75592 GlowMouse
l'état, c'est moi
pi_113427626
Die thread die om de 50ms wegschrijft is wel sad, de rest had ik wel verwacht.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 26 juni 2012 @ 21:18:41 #295
104871 remlof
Europees federalist
pi_113429905
quote:
5s.gif Op dinsdag 26 juni 2012 17:56 schreef Tijn het volgende:

[..]

Sites die MySQL gebruiken, zoals Wikipedia of Fok! zijn toch hartstikke snel?
Ja, MySQL is ook in de meeste gevallen wel snel genoeg mits goed geconfigureerd en goeie hardware.
Tenzij je een site als Google of Facebook runt ofzo :')
Yankee go home!
pi_113437511
quote:
7s.gif Op dinsdag 26 juni 2012 21:18 schreef remlof het volgende:

[..]

Ja, MySQL is ook in de meeste gevallen wel snel genoeg mits goed geconfigureerd en goeie hardware.
Tenzij je een site als Google of Facebook runt ofzo :')
quote:
"Google runs critical business systems with MySQL and InnoDB. The systems require 24x7 operation with minimal downtime. The systems support large OLTP and reporting workloads. We are very happy with the scalability, reliability and manageability of this software."
Uiteraard met bron
  dinsdag 26 juni 2012 @ 23:26:18 #297
363305 Muffle
Mufflelicious
pi_113437617
quote:
0s.gif Op dinsdag 26 juni 2012 23:24 schreef Light het volgende:

[..]

[..]

Uiteraard met bron
Hoe groot zou de database van google zijn :O?
pi_113439809
quote:
0s.gif Op dinsdag 26 juni 2012 23:26 schreef Muffle het volgende:

[..]

Hoe groot zou de database van google zijn :O?
Iets groter dan die van FOK! :)
pi_113441409
quote:
0s.gif Op dinsdag 26 juni 2012 23:26 schreef Muffle het volgende:

[..]

Hoe groot zou de database van google zijn :O?
Ik gok ongeveer 100x zo groot als de rest van het internet. Aangezien ze dat allemaal in cache hebben voor weet ik hoeveel jaar terug :).
pi_113441615
quote:
0s.gif Op dinsdag 26 juni 2012 23:24 schreef Light het volgende:

[..]

[..]

Uiteraard met bron
quote:
Facebook uses MySQL, but primarily as a key-value persistent storage, moving joins and logic onto the web servers since optimizations are easier to perform there (on the “other side” of the Memcached layer).
http://royal.pingdom.com/2010/06/18/the-software-behind-facebook/
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')