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.
Using temporary en using filesort zijn beiden indicaties dat MySQL het niet op de indexen op heeft kunnen lossen en zijn flinke performance hits.quote:Op maandag 14 november 2011 13:28 schreef KomtTijd... het volgende:
Je hebt het hier dus over "using temporary", neem ik aan?
Dan weet ik dat ik dat voortaan in de gaten moet houden.
Voor de volgende keer: blijf testen met die simpele query een paar posts terug. Je zet ons ook op het verkeerde been door over te stappen op die grote join.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Mja om het echt goed uit te zoeken had ik gewoon een testcase moeten maken inderdaad.
Zo zie je maar weer, systematisch aanpakken gaat toch altijd weer het snelst.
Zo zie je maar weer, systematisch aanpakken gaat toch altijd weer het snelst.
SHOW CREATE TABLE laat ook je indices zien.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik snap er echt geen donder van.
ik heb een script dat werk verdeeld, dit script include een rapportage script.
Wanneer het werk script word gedraaid schrijft het rapportage script netjes alle informatie weg in een log directory en zend een mail.
Savonds word ditzelfde script gestart door een scheduled task op een windows 2008 server....
Maar daar gaat het fout, deze geeft aan dat hij gedraaid heeft maar mn logs worden niet weggeschreven.
Start ik de task met de hand dan word alles netjes weggeschreven
Nu heb ik een kopie van de task gemaakt en een kopie van het rapportage script.
Enkel de log directory heb ik veranderd, deze zend netjes de mail uit en schrijft de logs weg?
Enige wat ik nog niet geprobeerd heb ik dezelfde logdir aanhouden, maar dat zou niet uit moeten maken aangezien sochtends alles wel word weg geschreven.
Ander leuk feit toen dit nog op een unix machine draaide was er geen enkel probleem.
ik heb een script dat werk verdeeld, dit script include een rapportage script.
Wanneer het werk script word gedraaid schrijft het rapportage script netjes alle informatie weg in een log directory en zend een mail.
Savonds word ditzelfde script gestart door een scheduled task op een windows 2008 server....
Maar daar gaat het fout, deze geeft aan dat hij gedraaid heeft maar mn logs worden niet weggeschreven.
Start ik de task met de hand dan word alles netjes weggeschreven
Nu heb ik een kopie van de task gemaakt en een kopie van het rapportage script.
Enkel de log directory heb ik veranderd, deze zend netjes de mail uit en schrijft de logs weg?
Enige wat ik nog niet geprobeerd heb ik dezelfde logdir aanhouden, maar dat zou niet uit moeten maken aangezien sochtends alles wel word weg geschreven.
Ander leuk feit toen dit nog op een unix machine draaide was er geen enkel probleem.
db: naam, ww encrypted met md5. bij inloggen wordt het wachtwoord omgezet naar md5 voor naar de server gestuurd te worden. cookie met naam en md5-ww staat in cookie om ingelogd te blijven.
De vraag is of dit een veilige methode is, heb verder totaal geen ervaring met beveiliging/inloggen met php.
voordelen:
- ww staat niet open en bloot in cookie.
- ww wordt encrypted over het internet verstuurd
- bij serverhack staan user-ww'en niet openbaar
nadelen:
- cookies?
De vraag is of dit een veilige methode is, heb verder totaal geen ervaring met beveiliging/inloggen met php.
voordelen:
- ww staat niet open en bloot in cookie.
- ww wordt encrypted over het internet verstuurd
- bij serverhack staan user-ww'en niet openbaar
nadelen:
- cookies?
“Specialization is for insects”.—Robert Heinlein
Je kunt ook gewoon bij het inloggen controleren of de opgegeven username en het wachtwoord overeen komen met een match in de database en met elkaar. Dan hoef je helemaal geen cookies te gebruiken. Weet overigens niet of dit beter is hoor.quote:Op dinsdag 15 november 2011 09:23 schreef n8n het volgende:
db: naam, ww encrypted met md5. bij inloggen wordt het wachtwoord omgezet naar md5 voor naar de server gestuurd te worden. cookie met naam en md5-ww staat in cookie om ingelogd te blijven.
De vraag is of dit een veilige methode is, heb verder totaal geen ervaring met beveiliging/inloggen met php.
voordelen:
- ww staat niet open en bloot in cookie.
- ww wordt encrypted over het internet verstuurd
- bij serverhack staan user-ww'en niet openbaar
nadelen:
- cookies?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
MD5 is imo een beetje verouderd, simpele wachtwoorden zijn eenvoudig te achterhalen. Ik zou bijvoorbeeld SHA gebruiken.quote:
db: naam, ww encrypted met md5. bij inloggen wordt het wachtwoord omgezet naar md5 voor naar de server gestuurd te worden. cookie met naam en md5-ww staat in cookie om ingelogd te blijven.
De vraag is of dit een veilige methode is, heb verder totaal geen ervaring met beveiliging/inloggen met php.
voordelen:
- ww staat niet open en bloot in cookie.
- ww wordt encrypted over het internet verstuurd
- bij serverhack staan user-ww'en niet openbaar
nadelen:
- cookies?
Om ingelogd te blijven zou ik een random hash in een cookie zetten die je aan de user koppelt.
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.
👾
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.
👾
Vanuit welke user stuur je hem handmatig aan en vanuit welke user via de scheduled task?quote:Op dinsdag 15 november 2011 09:05 schreef Darkomen het volgende:
Ik snap er echt geen donder van.
ik heb een script dat werk verdeeld, dit script include een rapportage script.
Wanneer het werk script word gedraaid schrijft het rapportage script netjes alle informatie weg in een log directory en zend een mail.
Savonds word ditzelfde script gestart door een scheduled task op een windows 2008 server....
Maar daar gaat het fout, deze geeft aan dat hij gedraaid heeft maar mn logs worden niet weggeschreven.
Start ik de task met de hand dan word alles netjes weggeschreven
Nu heb ik een kopie van de task gemaakt en een kopie van het rapportage script.
Enkel de log directory heb ik veranderd, deze zend netjes de mail uit en schrijft de logs weg?
Enige wat ik nog niet geprobeerd heb ik dezelfde logdir aanhouden, maar dat zou niet uit moeten maken aangezien sochtends alles wel word weg geschreven.
Ander leuk feit toen dit nog op een unix machine draaide was er geen enkel probleem.
Zou beide de zelfde user moeten zijn, maar moet ook niet uitmaken, de 2de windows task draait namelijk wel.
Rechtenprobleem op de map ivm taak scheduler en account waaronder deze draait.quote:
Ik snap er echt geen donder van.
ik heb een script dat werk verdeeld, dit script include een rapportage script.
Wanneer het werk script word gedraaid schrijft het rapportage script netjes alle informatie weg in een log directory en zend een mail.
Savonds word ditzelfde script gestart door een scheduled task op een windows 2008 server....
Maar daar gaat het fout, deze geeft aan dat hij gedraaid heeft maar mn logs worden niet weggeschreven.
Start ik de task met de hand dan word alles netjes weggeschreven
Nu heb ik een kopie van de task gemaakt en een kopie van het rapportage script.
Enkel de log directory heb ik veranderd, deze zend netjes de mail uit en schrijft de logs weg?
Enige wat ik nog niet geprobeerd heb ik dezelfde logdir aanhouden, maar dat zou niet uit moeten maken aangezien sochtends alles wel word weg geschreven.
Ander leuk feit toen dit nog op een unix machine draaide was er geen enkel probleem.
Hoe moet ik dat dan zien?
Via het script => http / iis user
Windows tasks => de ingelogde user
Als ik de rechten check hebben zowel de user als iis dezelfde rechten op de map.
Via het script => http / iis user
Windows tasks => de ingelogde user
Als ik de rechten check hebben zowel de user als iis dezelfde rechten op de map.
Je zet ten eerste nooit een PW uberhaupt in een cookie. Je onthoudt de sessie. Daarnaast is MD5 achterhaald. Tenslotte zie ik nergens salts genoemd en ik hoop niet dat je overweegt MD5 passwords unsalted in je DB op te slaan?quote:
db: naam, ww encrypted met md5. bij inloggen wordt het wachtwoord omgezet naar md5 voor naar de server gestuurd te worden. cookie met naam en md5-ww staat in cookie om ingelogd te blijven.
De vraag is of dit een veilige methode is, heb verder totaal geen ervaring met beveiliging/inloggen met php.
voordelen:
- ww staat niet open en bloot in cookie.
- ww wordt encrypted over het internet verstuurd
- bij serverhack staan user-ww'en niet openbaar
nadelen:
- cookies?
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Ok duidelijk, dan heb ik weer iets om me over in te lezen. bedankt
“Specialization is for insects”.—Robert Heinlein
dat doe ik ook wel, had alleen geen idee hoe ik een sessie aan kon makenquote:Op dinsdag 15 november 2011 09:25 schreef boem-dikkie het volgende:
[..]
Je kunt ook gewoon bij het inloggen controleren of de opgegeven username en het wachtwoord overeen komen met een match in de database en met elkaar. Dan hoef je helemaal geen cookies te gebruiken. Weet overigens niet of dit beter is hoor.
“Specialization is for insects”.—Robert Heinlein
| 1 | /bin/sh: /home/frietkot/domains/naam.nl/public_html/includes/cronjobs/cronjob_aanmaningen.php: Permission denied |
Admin vragen op de server perhaps denk ik nu 
Redacted
Je moet 'cronjob_aanmaningen.php' zo chmodden dat je rechten hebt om het uit te voeren.quote:
[ code verwijderd ]
Eeuhm...
Donequote:
[..]
Je moet 'cronjob_aanmaningen.php' zo chmodden dat je rechten hebt om het uit te voeren.
.
Redacted
executable maken is niet nodig, je moet het door php laten uitvoeren:
php /home/frietkot/domains/naam.nl/public_html/includes/cronjobs/cronjob_aanmaningen.php
php /home/frietkot/domains/naam.nl/public_html/includes/cronjobs/cronjob_aanmaningen.php
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Iets in die richtingquote:
executable maken is niet nodig, je moet het door php laten uitvoeren:
php /home/frietkot/domains/naam.nl/public_html/includes/cronjobs/cronjob_aanmaningen.php
. merkte al dat het script niks van me php snapte . Dankje Hopelijk werkt het nu
Ik lees ook iets dat je eerst naar die directory moet browsen in je script is dat nodig of overbodig? Klinkt raar namelijk dacht dat hij het met deze regel uit moest voeren alsof hij daar staat. (2-3 includes staan erbij namelijk ).
Redacted
Alleen nog even een mental note voor iemand die dit ook volgt , includes moeten met een fysiek pad van de site komen dus niet een http:// url. maar ook iets in de richting van
"/home/frietkot/domains/naam.nl/public_html/includes/cronjobs/cronjob_aanmaningen.php"
enige fout waar ik nog mee zat met de includes.
"/home/frietkot/domains/naam.nl/public_html/includes/cronjobs/cronjob_aanmaningen.php"
enige fout waar ik nog mee zat met de includes
.
Redacted
Wij zijn langzaam maar zeker onze ontwikkelstraat steeds meer aan het automatiseren en gestructueerder te laten verlopen.
Nu vroeg ik me eigenlijk af wat de beste methode is voor het bijhouden welke versie van de software op welke server aanwezig is. Uiteraard kan je dit per server zelf bekijken, maar een overzicht zal het geheel wel vergemakkelijken.
Een kleine indicatie van onze omgevingen. We hebben meerdere software pakketten. Elk software pakket kan soms per klant op een eigen server draaien.
Nu vroeg ik me eigenlijk af wat de beste methode is voor het bijhouden welke versie van de software op welke server aanwezig is. Uiteraard kan je dit per server zelf bekijken, maar een overzicht zal het geheel wel vergemakkelijken.
Een kleine indicatie van onze omgevingen. We hebben meerdere software pakketten. Elk software pakket kan soms per klant op een eigen server draaien.
Voor de weergave van tekst gebruik ik
Helaas heeft die niet alle characters (zie hier). UTF-8 is ook niet de oplossing...
(quotes hier zijn zg. oriented quotes, zie : http://www.typographyforlawyers.com/?page_id=1322 ).
Weet iemand welke encodering dit probleem op kan lossen zonder meer problemen te introduceren?
| 1 2 3 | <?php htmlentities($data[$key],ENT_COMPAT,"ISO-8859-1",false); ?> |
Wordtquote:“That’s a ‘magic’ sock.”
zonder de juiste encodering.quote:�That’s a �magic� sock.�
(quotes hier zijn zg. oriented quotes, zie : http://www.typographyforlawyers.com/?page_id=1322 ).
Weet iemand welke encodering dit probleem op kan lossen zonder meer problemen te introduceren?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
ISO-8859-1 is default in htmlentities, ik gebruik nu ISO-8859-15 vanwege "Western European, Latin-9. Adds the Euro sign, French and Finnish letters missing in Latin-1 (ISO-8859-1). ".
Met UTF-8 verdwijnen bijvoorbeeld teksten met een µ volledig.
Met UTF-8 verdwijnen bijvoorbeeld teksten met een µ volledig.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ik zou natuurlijk de tekens die htmlentities niet convert zelf kunnen omzetten naar bijvoorbeeld
Of
, maar het handige aan htmlentities is juist dat die voor jou de juist special entity codes zoekt bij je characters...
| 1 | “ |
| 1 | ” |
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Dan maar zo.
| 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 | <?php /** * Converts smart quotes (“,”,‘,’) and em-dash * * This function is needed because ISO-8859-1 (and by extend ISO-8859-15) * doesn't support these characters, so we need to convert them ourselves. * * @param string $text * @return string */ function CleanupSmartQuotes($text){ $badwordchars = array( chr(145), chr(146), chr(147), chr(148), chr(151) ); $fixedwordchars = array( "'", "'", '"', '"', '—' ); return str_replace($badwordchars,$fixedwordchars,$text); } ?> |
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Stuur je pagina dan ook netjes als UTF-8 door.quote:
ISO-8859-1 is default in htmlentities, ik gebruik nu ISO-8859-15 vanwege "Western European, Latin-9. Adds the Euro sign, French and Finnish letters missing in Latin-1 (ISO-8859-1). ".
Met UTF-8 verdwijnen bijvoorbeeld teksten met een µ volledig.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dat, zelf zooi gaan replacen is gewoon dom.quote:
Stuur je pagina dan ook netjes als UTF-8 door.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
quote:
[..]
Dat, zelf zooi gaan replacen is gewoon dom.
Ik heb ook weer wat!
Voor een website heb ik een aparte mediabase gebouwd waarin alle media bestanden worden opgeslagen, deze kunnen overal in de website gebruikt worden. Nu roep ik deze media base zo aan.
<img src="/mediabase/type/nummer">
zoals je ziet geef ik geen extensie, dat maakt op zich niets uit zolang de headers maar goed staan! Nou volgens mij wel.
Met de volgende code zie ik geen afbeelding, haal ik de headers weg dan wel?
Waar ga ik de fout in?
Voor een website heb ik een aparte mediabase gebouwd waarin alle media bestanden worden opgeslagen, deze kunnen overal in de website gebruikt worden. Nu roep ik deze media base zo aan.
<img src="/mediabase/type/nummer">
zoals je ziet geef ik geen extensie, dat maakt op zich niets uit zolang de headers maar goed staan! Nou volgens mij wel.
Met de volgende code zie ik geen afbeelding, haal ik de headers weg dan wel?
| 1 2 3 4 5 6 7 8 | function feedToBrowser($file, $formatID) { header("Content-type: " . toImageHeader($formatID)); header("Content-length: " . filesize($file)); header("Expires: Mon, 1 Jul 2027 05:00:00 GMT\n"); // doorsturen readfile($file); exit(); } |
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
