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.
'Zucht'quote:Op donderdag 9 februari 2012 21:53 schreef themole het volgende:
Gast als een extra categorie je in de front end een week werk kost heb je een heel fout design gemaakt.
Tering, niemand hier van binary operators gehoord?
stel, getal = 7
checkbox1.checked = getal & 2^1 //geeft getal >0, dus waar
checkbox2.checked = getal & 2^2 //geeft getal >0, dus waar
checkbox3.checked = getal & 2^3 //geeft getal >0, dus waar
checkboxX.checked = getal & (2^X) //geeft getal 0, dus onwaar
etc
stel, getal = 7
checkbox1.checked = getal & 2^1 //geeft getal >0, dus waar
checkbox2.checked = getal & 2^2 //geeft getal >0, dus waar
checkbox3.checked = getal & 2^3 //geeft getal >0, dus waar
checkboxX.checked = getal & (2^X) //geeft getal 0, dus onwaar
etc
Ja die optie was al door glowmouse geopperd en zou ook prima werken.quote:Op donderdag 9 februari 2012 23:05 schreef ralfie het volgende:
Tering, niemand hier van binary operators gehoord?
stel, getal = 7
checkbox1.checked = getal & 2^1 //geeft getal >0, dus waar
checkbox2.checked = getal & 2^2 //geeft getal >0, dus waar
checkbox3.checked = getal & 2^3 //geeft getal >0, dus waar
checkboxX.checked = getal & (2^X) //geeft getal 0, dus onwaar
etc
Op
en nog wat, ^ is de bitwise xor, je zoekt pow(2,x)quote:Op donderdag 9 februari 2012 23:11 schreef ralfie het volgende:
[..]
Na 22:00 kun je geen werkende code meer van mij verwachten
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Graag gedaan.quote:Op donderdag 9 februari 2012 23:04 schreef Swetsenegger het volgende:
Speciaal voor jullie alles omgebouwd naar een koppeltabel.
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.
Los van het makkelijke onderhoud dat bij toevoegingen plaats zou kunnen vinden is het natuurlijk best prettig dat het makkelijk voor het editten te gebruiken is 
De enige reden waarom ik het gedaan heb is om tot in lengte van dagen hier het gezeik te voorkomen "misschien moet je een koppeltabel proberen" als ik ooit een vraag stel...
Geef nou maar gewoon toe dat het op die manier een heel stuk makkelijker was om je eigen vraag te beantwoorden, gekkie dat je er bent.quote:
De enige reden waarom ik het gedaan heb is om tot in lengte van dagen hier het gezeik te voorkomen "misschien moet je een koppeltabel proberen" als ik ooit een vraag stel...
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.
Eh nee hoor, dat was al klaarquote:Op vrijdag 10 februari 2012 08:54 schreef Scorpie het volgende:
[..]
Geef nou maar gewoon toe dat het op die manier een heel stuk makkelijker was om je eigen vraag te beantwoorden, gekkie dat je er bent.
Daarna heb ik het in een half uur tijd naar een koppeltabel omgebouwd.
Ik weet nou niet of ik moetquote:Op vrijdag 10 februari 2012 08:58 schreef Swetsenegger het volgende:
[..]
Eh nee hoor, dat was al klaar
Daarna heb ik het in een half uur tijd naar een koppeltabel omgebouwd.
of moet 
om dit.
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.
Ik zit een beetje te googlen naar hoe je het beste van die speciale tekens kan behandelen bij het schrijven naar/ophalen uit de database. Maar er zijn diverse methoden wat ik zie en daarbij zijn ze vaak enkel voro een bepaalde teken (in veel gevallen enkel voor hoe om te gaan met quotes). Maar ik moet voor elke speciale karakter,dus zowel alle ' " als éûèïë etc etc.
Tips?
Tips?
htmlentitiesquote:Op vrijdag 10 februari 2012 09:32 schreef Cue_ het volgende:
Ik zit een beetje te googlen naar hoe je het beste van die speciale tekens kan behandelen bij het schrijven naar/ophalen uit de database. Maar er zijn diverse methoden wat ik zie en daarbij zijn ze vaak enkel voro een bepaalde teken (in veel gevallen enkel voor hoe om te gaan met quotes). Maar ik moet voor elke speciale karakter,dus zowel alle ' " als éûèïë etc etc.
Tips?
En kijk ook naar mysql_real_escape_string
[ Bericht 7% gewijzigd door Swetsenegger op 10-02-2012 09:58:33 ]
Als ik die hmtlentities doe, krijg ik nu heel leuk dat mijn waarde die hij naar de db schrijft bv trailernr='¿ÈËÛXÂÇ'AS', wordt.quote:
htmlentities
En kijk ook naar mysql_real_escape_string
Dit is alleen niet wenselijk om als waarde in m'n database te hebben.
Maak gebruik van een oracle database, dus die tweede tip gaat niet echt werken.
Dan begrijp ik blijkbaar niet wat je wilquote:
[..]
Als ik die hmtlentities doe, krijg ik nu heel leuk dat mijn waarde die hij naar de db schrijft bv trailernr='¿ÈËÛXÂÇ'AS', wordt.
Dit is alleen niet wenselijk om als waarde in m'n database te hebben.
Als je die values uitleest en parsed worden ze in je html keurig in hun entity weer gegeven.Als je echt éâä etc in de db zo wil opslaan moet je zorgen dat je character set goed staat in je db. En in je uiteindelijke html ook natuurlijk anders krijg je nog steeds onleesbare tekens.
Dan moet je db wel in utf-8 staan neem ik aan en niet in latin oid?quote:Op vrijdag 10 februari 2012 10:17 schreef GI het volgende:
utf8_encode en utf8_decode lijken me hierbij een betere oplossing.
Gewoon als unicode (met utf8 character set) aan je DB voeren. HTML entities is niet de juiste oplossing want dan kan je er niet meer op zoeken.
Die kolom moet wel als character set UTF8 hebben. En je moet volgens mij ook in de DB connection met "SET character_set_client = utf8" aangeven dat je UTF8 wil praten. Even ervanuitgaande dat het over MySQL gaat.quote:
Dan moet je db wel in utf-8 staan neem ik aan en niet in latin oid?
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Is dat zo ?
Ik heb een tabel
) ENGINE=InnoDB DEFAULT CHARSET=latin1
en daar prop ik gewoon utf8coderingen in en die komen er ook gewoon weer goed uit ?
Ik heb een tabel
) ENGINE=InnoDB DEFAULT CHARSET=latin1
en daar prop ik gewoon utf8coderingen in en die komen er ook gewoon weer goed uit ?
Wat je erin stopt, komt er altijd hetzelfde uit. Het voordeel van als je het goed doet, is dat stringfuncties in de database ook goed werken.quote:
Is dat zo ?
Ik heb een tabel
) ENGINE=InnoDB DEFAULT CHARSET=latin1
en daar prop ik gewoon utf8coderingen in en die komen er ook gewoon weer goed uit ?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik heb met mysql een master-slave replicatie. De master is een aardige bag (Quadcore xeon, hardware raid). De slave is van iets mindere snelheid (Atom, software raid).
In een uurtje heb ik op de master een tabel gevuld met een aantal indexen van een kleine 1.5 miljoen records. Maar sindsdien ligt m'n slave al ver achter. De oorzaak die ik lijk te zien is dat de slave het qua hardeschijf IO gewoon niet bij kan benen (CPU user: 3%, sys: 3%, wait: 100%)
Hoe kan ik deze server zo goed mogelijk tunen dat snelheid van de schijven zo weinig mogelijk impact hebt? Ik heb geprobeerd zoveel mogelijk geheugen mee te geven in de config, maar het baatte niet:
-edit-
Het tijdelijk verwijderen van keys op de slave zie ik niet geheel zitten.
In een uurtje heb ik op de master een tabel gevuld met een aantal indexen van een kleine 1.5 miljoen records. Maar sindsdien ligt m'n slave al ver achter. De oorzaak die ik lijk te zien is dat de slave het qua hardeschijf IO gewoon niet bij kan benen (CPU user: 3%, sys: 3%, wait: 100%)
Hoe kan ik deze server zo goed mogelijk tunen dat snelheid van de schijven zo weinig mogelijk impact hebt? Ik heb geprobeerd zoveel mogelijk geheugen mee te geven in de config, maar het baatte niet:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | [mysqld] port = 3306 socket = /tmp/mysql.sock skip-locking key_buffer_size = 1024M max_allowed_packet = 1M table_open_cache = 512 sort_buffer_size = 4M read_buffer_size = 4M read_rnd_buffer_size = 32M myisam_sort_buffer_size = 128M thread_cache_size = 4 query_cache_size= 16M thread_concurrency = 2 |
-edit-
Het tijdelijk verwijderen van keys op de slave zie ik niet geheel zitten.
De master voert dingen uit in meerdere threads, de slave moet dit doen in 1 thread(de replication thread). De slave moet dus eigenlijk beter of gelijk aan de master zijn qua hardware als je een redelijk beladen database hebt...quote:
Ik heb met mysql een master-slave replicatie. De master is een aardige bag (Quadcore xeon, hardware raid). De slave is van iets mindere snelheid (Atom, software raid).
In een uurtje heb ik op de master een tabel gevuld met een aantal indexen van een kleine 1.5 miljoen records. Maar sindsdien ligt m'n slave al ver achter. De oorzaak die ik lijk te zien is dat de slave het qua hardeschijf IO gewoon niet bij kan benen (CPU user: 3%, sys: 3%, wait: 100%)
Hoe kan ik deze server zo goed mogelijk tunen dat snelheid van de schijven zo weinig mogelijk impact hebt? Ik heb geprobeerd zoveel mogelijk geheugen mee te geven in de config, maar het baatte niet:
[ code verwijderd ]
-edit-
Het tijdelijk verwijderen van keys op de slave zie ik niet geheel zitten.
💍 💍 💍 💍 💍 💍 🍌 ☎
