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.
Je kunt tussen <noscript> en </noscript> neerpleuren wat hij moet zeggen als Javascript disabled is.
"Reality is an illusion created by a lack of alcohol."
Eigenlijk zit hier gewoon het probleem natuurlijk.... of je zorgt dat het toch werkt zonder javascript, of je accepteert dat x-procent je applicatie niet kan gebruikenquote:Op donderdag 13 september 2007 19:15 schreef markiemark het volgende:
mijn applicatie gebruikt best veel javascript en werkt gewoon niet als dat niet geenabled is..
Ik zou ervoor zorgen dat het zonder javascript ook werkt
ja op zich werkt het wel zonder javascript... maar ik wil iets maken dat zeer egbruiksvriendljk is, waardoor het product aantrekkelijk is. bijvoorbeeld validatie van een email adres.. dat heb ik liever voordat het formulier gesubmit wordt..
en zo zijn er nog meer dingen die ik graag met jd wil doen..
--edit--
oh ja cool dat bestaat ook nog natuurlijk! hehe ooit wel gebruikt.. maar hoeveel procent gebruikt er nou geen javascript? ik denk dat dat bij 99% van de browsers ingesteld staat..
[ Bericht 25% gewijzigd door markiemark op 13-09-2007 22:08:38 ]
en zo zijn er nog meer dingen die ik graag met jd wil doen..
--edit--
oh ja cool dat bestaat ook nog natuurlijk! hehe ooit wel gebruikt.. maar hoeveel procent gebruikt er nou geen javascript? ik denk dat dat bij 99% van de browsers ingesteld staat..
[ Bericht 25% gewijzigd door markiemark op 13-09-2007 22:08:38 ]
Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.
Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.
Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.
als je het serverside doet kan je het altijd checken, daarnaast zou je het als extra met javascript kunnen doen. Als javascript dan uitstaat is er niks aan de hand, dan gebeurt het altijd nog serverside... als javascript aanstaan werkt het nog beter, en gaan je serverside checks altijd goedquote:Op donderdag 13 september 2007 22:02 schreef markiemark het volgende:
ja op zich werkt het wel zonder javascript... maar ik wil iets maken dat zeer egbruiksvriendljk is, waardoor het product aantrekkelijk is. bijvoorbeeld validatie van een email adres.. dat heb ik liever voordat het formulier gesubmit wordt..
en zo zijn er nog meer dingen die ik graag met jd wil doen..
daar heb je natuurlijk wel een punt... ga met php ook nog maar wat validatie uitvoeren, omdat bijv email adres essentieel is om in te loggen..quote:Op donderdag 13 september 2007 22:08 schreef HuHu het volgende:
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.
dank je wel!
Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwenquote:Op donderdag 13 september 2007 22:08 schreef HuHu het volgende:
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.
Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.
Bij W3 staan statistieken over javascript aan of uit, er schijnt zo'n 6% te zijn zonder JS, ik vermoed dat die voornamelijk in de PDA's / GSM's / etc. zitten?
http://www.w3schools.com/browsers/browsers_stats.asp
En diegene die het uitgeschakeld heeft, weet daar waarschijnlijk zelf van, dus kan zelf zijn oplossingen zoekenquote:Op donderdag 13 september 2007 22:08 schreef HuHu het volgende:
Validatie moet je sowieso dubbel uitvoeren: JavaScript en server-side. Mensen kunnen namelijk ook expres JavaScript uitschakelen en dan zou opeens de validatie weg zijn.
Verder heeft iets van 0,001% van de gemiddelde gebruiker geen JavaScript, dus zo erg zal het ook niet zijn als het gebruiksgemak voor die ene persoon minder is.
voor de mobiele gebruiker komt er uiteraard een mobiele versie.. zonder javascriptquote:Op donderdag 13 september 2007 22:12 schreef Xcalibur het volgende:
[..]
Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen
Bij W3 staan statistieken over javascript aan of uit, er schijnt zo'n 6% te zijn zonder JS, ik vermoed dat die voornamelijk in de PDA's / GSM's / etc. zitten?
http://www.w3schools.com/browsers/browsers_stats.asp
Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Is het mogelijk om in MySQL te verhogen met een bepaald aantal in plaats van een nieuwe waarde er in te zetten?
zoeits:
UPDATE `users` SET `money`=INCREASE(1000) WHERE `id`=7
oid
zoeits:
UPDATE `users` SET `money`=INCREASE(1000) WHERE `id`=7
oid
UPDATE `users` SET `money`= `money` + 1000 WHERE `id`=7
Waarom zou je het anders willen doen?
Waarom zou je het anders willen doen?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Ik weet nog van vroeger dat om de één of andere reden zo'n bewerking in SQL helemaal niet zo vanzelfsprekend lijkt als in een scripttaal als PHP beetje vreemd wel.quote:Op vrijdag 14 september 2007 15:45 schreef SuperRembo het volgende:
UPDATE `users` SET `money`= `money` + 1000 WHERE `id`=7
Waarom zou je het anders willen doen?
beetje vreemd wel.
Ik heb een vriend van me een subdomein gegeven bij mijn hostingpakket. Ik kom er echter achter dat je vanaf elk subdomein bij alle files op de server kan. Met opendir en file_get_contents kan hij al mijn files lezen als hij daar zin in heeft. Nou staat er op het moment bar weinig interessants op, maar in de toekomst kan dat veranderen. Is er een manier om de toegang te limiteren tot de root van het subdomein? Ik las iets over open_basedir, maar weet niet of ik dat zo kan wijzigen op shared hosting.
GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!
Mensen ik zit met een lastig probleem (voor mij dan )
Ik wil uit een database gegevens samenvoegen (door middel van CONCAT) (2 velden samenvoegen) en deze weer in een nieuw tabel in de database stoppen (1 veld)
Hieronder is de code:
Ik weet dus alleen niet hoe ik die "nieuwe_waarde" in een variabele kan stoppen zodat ik die voor de 2e query kan gebruiken.
)Ik wil uit een database gegevens samenvoegen (door middel van CONCAT) (2 velden samenvoegen) en deze weer in een nieuw tabel in de database stoppen (1 veld)
Hieronder is de code:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | $artikelcode = $_POST['artikelcode']; $soort = $_POST['soort']; //uitlezen mysql_query("Select Concat(Tekst) as nieuwe_waarde From picklijst Where Artikelcode='$artikelcode' AND Soort='$soort'") or die (mysql_error()); $waarde = ??? //invoegen in nieuwe tabel mysql_query("INSERT INTO picklijst2 ( Artikelcode, Text, Soort) VALUES ('$artikelcode', '$waarde', '$soort');") or die (mysql_error()); ?> |
Ik weet dus alleen niet hoe ik die "nieuwe_waarde" in een variabele kan stoppen zodat ik die voor de 2e query kan gebruiken.
Serverside moet je sowieso je invoer controleren, maar dat lijkt me logisch. Clientside controleren is gewoon vriendelijker tegenover de gebruikers, zeker als niet alle gebruikers een snelle verbinding met de server hebben (en je kunt er over het algemeen niet vanuit gaan dat ze dat hebben).quote:Op donderdag 13 september 2007 22:12 schreef Xcalibur het volgende:
[..]
Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen
Clientside controleren is natuurlijk ook ontzettend handig als je een drukbezochte website hebt waarvan de server z'n cpu time staat te verdoen met het informeren van de gebruiker over zijn/haar foute input. Maar zoals Light al zegt, altijd serverside controleren
Het gaat dan natuurlijk ook vooral om de kwaadwillenden, die opzettelijk JavaScript uitschakelen om de validatie te omzeilen. Dus sowieso ALTIJD serverside valideren en desgewenst (met het oog op gebruiksvriendelijkheid) clientside.quote:Op donderdag 13 september 2007 22:12 schreef Xcalibur het volgende:
[..]
Sowieso dubbel vind ik wat ver gaan, maar in ieder geval niet op alleen JS vertrouwen
Bij W3 staan statistieken over javascript aan of uit, er schijnt zo'n 6% te zijn zonder JS, ik vermoed dat die voornamelijk in de PDA's / GSM's / etc. zitten?
http://www.w3schools.com/browsers/browsers_stats.asp
Je kan dat ook nog wel in 1 query doen zonder aparte query om de gegevens op te halen, maar gezien je (gebrek aan) PHP kennis lijkt me dat nog een brug te ver.quote:Op zaterdag 15 september 2007 14:05 schreef STi_Power het volgende:
Mensen ik zit met een lastig probleem (voor mij dan )
Ik wil uit een database gegevens samenvoegen (door middel van CONCAT) (2 velden samenvoegen) en deze weer in een nieuw tabel in de database stoppen (1 veld)
Hieronder is de code:
[ code verwijderd ]
Ik weet dus alleen niet hoe ik die "nieuwe_waarde" in een variabele kan stoppen zodat ik die voor de 2e query kan gebruiken.
Je moet gewoon het resultaat van die concat uitlezen via een fetch_row, het werkt echt niet anders dan een normale leesactie uit de database...
Hoe werkt een 'Mijn login onthouden' systeem?
Sla je de username en pass in een cookie op? Lijkt me wat onveilig...
Wat is een/de goeie manier?
Sla je de username en pass in een cookie op? Lijkt me wat onveilig...
Wat is een/de goeie manier?
Je maakt genereerd een random hash, zet je in de database en in een cookie
controleer je of de random hash in 't cookie in de database voorkomt; zo ja, set je de session op ingelogd.
evt nog controle op ipadres
en de hash laat je b.v. na een week verlopen oid
controleer je of de random hash in 't cookie in de database voorkomt; zo ja, set je de session op ingelogd.
evt nog controle op ipadres
en de hash laat je b.v. na een week verlopen oid
Nog beter, bij iedere request . Bij iedere request de hash checken en bij succes een nieuwe hash genereren en updaten.quote:Op zondag 16 september 2007 22:31 schreef Tiemie het volgende:
en de hash laat je b.v. na een week verlopen oid
Een nieuwe session ID voor elke request? Dat gaat nooit werken als er requests door elkaar lopen / meerdere tegelijk worden uitgevoerd.quote:Op zondag 16 september 2007 22:41 schreef floris.exe het volgende:
[..]
Nog beter, bij iedere request . Bij iedere request de hash checken en bij succes een nieuwe hash genereren en updaten.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
kan wel toch? zie het probleem niet waarom het niet zou kunnen..quote:Op maandag 17 september 2007 00:09 schreef SuperRembo het volgende:
[..]
Een nieuwe session ID voor elke request? Dat gaat nooit werken als er requests door elkaar lopen / meerdere tegelijk worden uitgevoerd.
alleen bij elke request een database update? lijkt me wat performance kosten..
Amsterdam, stad van hash en coke,
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Waar de vrouwen zich vrouwelijk gedragen..
En de mannen ook..
Stel, ik ben ingelogd op een forum met een per request veranderlijke session ID. Ik open twee topics tegelijk, typ twee replies in de verschillende schermen/tabs en verstuur beide formulieren (nagenoeg) tegelijk. Door elk request de session ID te veranderen zal nu één van de requests mislukken.quote:Op maandag 17 september 2007 10:56 schreef markiemark het volgende:
[..]
kan wel toch? zie het probleem niet waarom het niet zou kunnen..
alleen bij elke request een database update? lijkt me wat performance kosten..
