Jesper schreef:Dan moet je dat in je code afhandelen. Je moet dus de client identificeren en zorgen dat zijn berichten bij hem uitkomen. Net zoals je dat met AJAX en gewone paginas ook moet trouwens.DankjeEerdere citaten tonen
Dylan schreef:WebsocketsEerdere citaten tonen
Jesper schreef:Waarmee zou ik een systeem kunnen maken dat wanneer er een nieuw bericht is dat die er gelijk bij komt? zoals op dit forum of in een chat? (welke code) ik had het laatst een keer gehoord..
Maar als ik nou meedere chats wil? Hoe wil ik dat doen op 1 server?
Kleine Vragen Topic #4
Ik heb een klein probleempje en weet niet hoe ik er uit kom.
Wat ik heb is dit
En ik heb deze buttons.
Wanneer ik button 1 indruk krijg ik een alert met 1, wanneer ik button 2 en 3 indruk niks? Hoe kan ik dit werkend maken zodat ik bij button 2 een alert met 2 krijg en ook bij Btn 3?
Wat ik heb is dit
$(#btn).click(function(){ //use clicks message send button
alert($(#btn).val()); //get message text
var myname = "test";
if(mymessage == ""){ //emtpy message?
alert("Enter Some message Please!");
return;
} En ik heb deze buttons.
<button id="btn" value="1" class="btn mk-button red">1</button>
<button id="btn" value="2" class="btn mk-button red">2</button>
<button id="btn" value="3" class="btn mk-button red">3</button><br /> Wanneer ik button 1 indruk krijg ik een alert met 1, wanneer ik button 2 en 3 indruk niks? Hoe kan ik dit werkend maken zodat ik bij button 2 een alert met 2 krijg en ook bij Btn 3?
Jesper schreef:En ik heb deze buttons.Ik heb een klein probleempje en weet niet hoe ik er uit kom.
Wat ik heb is dit$(#btn).click(function(){ //use clicks message send button alert($(#btn).val()); //get message text var myname = "test"; if(mymessage == ""){ //emtpy message? alert("Enter Some message Please!"); return; }
<button id="btn" value="1" class="btn mk-button red">1</button>
<button id="btn" value="2" class="btn mk-button red">2</button>
<button id="btn" value="3" class="btn mk-button red">3</button><br /> Wanneer ik button 1 indruk krijg ik een alert met 1, wanneer ik button 2 en 3 indruk niks? Hoe kan ik dit werkend maken zodat ik bij button 2 een alert met 2 krijg en ook bij Btn 3?
id = identificatie
Je kan -in principe- niet meerdere objecten hebben met hetzelfde ID.
Probeer het anders met een class

Thom schreef:id = identificatieWat ik heb is ditEerdere citaten tonen
Jesper schreef:Ik heb een klein probleempje en weet niet hoe ik er uit kom.$(#btn).click(function(){ //use clicks message send button alert($(#btn).val()); //get message text var myname = "test"; if(mymessage == ""){ //emtpy message? alert("Enter Some message Please!"); return; }
En ik heb deze buttons.<button id="btn" value="1" class="btn mk-button red">1</button> <button id="btn" value="2" class="btn mk-button red">2</button> <button id="btn" value="3" class="btn mk-button red">3</button><br />
Wanneer ik button 1 indruk krijg ik een alert met 1, wanneer ik button 2 en 3 indruk niks? Hoe kan ik dit werkend maken zodat ik bij button 2 een alert met 2 krijg en ook bij Btn 3?
Je kan -in principe- niet meerdere objecten hebben met hetzelfde ID.
Probeer het anders met een class

Ik zal het morgen uitproberen. Ik heb 12 buttons ik wil dus niet 12x die onclick functie maken daarom probeer ik het zo.
//EDIT: Ik heb het uitgeprobeerd, nu krijg ik overal 1 ipv button 1 -> 1 button 2 -> 2
Een interessant DNS-vraagje.....
Waarom zou je een TTL (Time to Life) willen instellen als je een DNS wijzigt? Je wilt altijd toch zo snel mogelijk dat een DNS gewijzigd wordt? Dus waarom zou je 4 uur kiezen i.p.v. 5 minuten?
Iemand die hier een goede theorie over heeft?
Waarom zou je een TTL (Time to Life) willen instellen als je een DNS wijzigt? Je wilt altijd toch zo snel mogelijk dat een DNS gewijzigd wordt? Dus waarom zou je 4 uur kiezen i.p.v. 5 minuten?
Iemand die hier een goede theorie over heeft?

Aarclay schreef:Weet niet of het klopt, maar ik vermoed dat het te maken heeft met caching? Op het moment dat je een record voor langere tijd wilt laten bestaan, hoeft er tot het aflopen van dat toekomstige moment geen DNS query meer voor dat record gedaan te worden. Indien je dus een korte TTL toewijst, zal de client dus sneller alweer een query moeten doen naar het antwoord. Een hogere TTL zal dus hoogtwaarschijnlijk de laadtijd ten goede komen, indien je niet van plan bent snel iets te wijzigen.Een interessant DNS-vraagje.....
Waarom zou je een TTL (Time to Life) willen instellen als je een DNS wijzigt? Je wilt altijd toch zo snel mogelijk dat een DNS gewijzigd wordt? Dus waarom zou je 4 uur kiezen i.p.v. 5 minuten?
Iemand die hier een goede theorie over heeft?
Correct me if Im wrong.
Maar wat is dan simpel weg de reden dat ik 5 minuten zou kiezen tegenover 4 uur? De tijd dat het gecached wordt? Dus als ik voor 2 uurtjes en dus tijdelijk de DNS even omzet naar een andere server is 5 minuten cachen beter, dan een blijvende wijziging welke ik een TTL van 48 uur meegeef?
Aarclay schreef:Je kiest een hogere TTL omdat je de infrastructuur minder wilt belasten.Maar wat is dan simpel weg de reden dat ik 5 minuten zou kiezen tegenover 4 uur? De tijd dat het gecached wordt? Dus als ik voor 2 uurtjes en dus tijdelijk de DNS even omzet naar een andere server is 5 minuten cachen beter, dan een blijvende wijziging welke ik een TTL van 48 uur meegeef?
Maar is er geen simpel regeltje wanneer ik voor 5 min. of 24 uur zou kiezen als ik mijn DNS aanpas?
Aarclay schreef:Als je de records aanpast dan wil je dat de veranderingen overal zo snel mogelijk zichtbaar zijn, dus dan zet je m een paar uur of een dag vantevoren op 5 minuten. Als er toch niets verandert hou je de boel het beste zo efficiënt mogelijk en gebruik je een hoge TTL. Daar zit verder bij mijn weten geen nadeel aan, behalve dus een onnodig grotere overhead.Maar is er geen simpel regeltje wanneer ik voor 5 min. of 24 uur zou kiezen als ik mijn DNS aanpas?
Naar mijn idee wil je de TTL best hoog hebben staan om te voorkomen dat DNS de bottleneck gaat zijn in het sturen van verzoeken naar je site. Als iedere 5 minuten de DNS cache ververst moet worden moet je iedere 5 minuten wachten tot dat gebeurd.
In de meeste gevallen zal dit niet zon probleem zijn, maar naar mijn idee zijn er best veel crappy DNS servers, die dus best langzaam kunnen zijn.
In de meeste gevallen zal dit niet zon probleem zijn, maar naar mijn idee zijn er best veel crappy DNS servers, die dus best langzaam kunnen zijn.
En: Als de DNS server onbereikbaar is heb je altijd de cache nog 

Ik heb een Javascript array met nummers maar sommige kunnen ook null zijn. Math.max geeft dus soms NaN wanneer er nulls zijn. Weet iemand hoe ik dit kan oplossen behalve iedere null converteren naar een 0? (lijkt me overbodig).
Stef schreef:Denk dat het niet anders mogelijk is, maar je zou er gewoon een short statement van kunnen maken:Ik heb een Javascript array met nummers maar sommige kunnen ook null zijn. Math.max geeft dus soms NaN wanneer er nulls zijn. Weet iemand hoe ik dit kan oplossen behalve iedere null converteren naar een 0? (lijkt me overbodig).
(mijnVar == null) ? 0 : mijnVar
Milan schreef:Hmm oke, ik probeer het nu zo:Denk dat het niet anders mogelijk is, maar je zou er gewoon een short statement van kunnen maken:Eerdere citaten tonen
Stef schreef:Ik heb een Javascript array met nummers maar sommige kunnen ook null zijn. Math.max geeft dus soms NaN wanneer er nulls zijn. Weet iemand hoe ik dit kan oplossen behalve iedere null converteren naar een 0? (lijkt me overbodig).
(mijnVar == null) ? 0 : mijnVar
var numericArray = [];
datasets[k].forEach(function(entry) {
if(entry == null) {
numericArray.push(0)
} else {
numericArray.push(entry);
}
}); Maar die array wordt hetzelfde als de oude. Dus (entry == null) is blijkbaar altijd false

toevoeging op ma 31 oktober 2016, 13:58:54:
Oh, blijkbaar is het niet null maar NaN
Dus hoe kan ik het dan converteren? if(entry == NaN) geeft altijd false volgens PHPStorm.//Gefixt met
var numericArray = [];
datasets[k].forEach(function(entry) {
// console.log(entry);
if(entry > 0) {
numericArray.push(entry);
} else {
numericArray.push(0);
}
}); 