[PHP/(My)SQL] voor dummies - Deel 40

Wat bedoel je precies Swets?

Ik postte laatst ongeveer dit en ik wilde deze count groeperen per dag. Zodat ik per dag weet hoeveel nieuws er is gepost.

SELECT Count(*) FROM `items` WHERE type = 'nieuws'
AND posttime BETWEEN 1167609600
AND 1173657600

Deze laatste regel kreeg ik als tip in het vorige topic, maar dat werkt niet. Ik moet dus vast nog een trucje uithalen, maar ik weet niet wat:
GROUP BY FROM_UNIXTIME(timestamp, '%Y%m%d')

quote:

Op maandag 12 maart 2007 13:42 schreef Fliepke het volgende:
Ik postte laatst ongeveer dit en ik wilde deze count groeperen per dag. Zodat ik per dag weet hoeveel nieuws er is gepost.

SELECT Count(*) FROM `items` WHERE type = 'nieuws'
AND posttime BETWEEN 1167609600
AND 1173657600

Deze laatste regel kreeg ik als tip in het vorige topic, maar dat werkt niet. Ik moet dus vast nog een trucje uithalen, maar ik weet niet wat:
GROUP BY FROM_UNIXTIME(timestamp, '%Y%m%d')

Ik heb nu dit maar dan krijg ik eigenlijk niks
SELECT Count( * ), day(posttime) AS blaat
FROM `items`
WHERE TYPE = 'nieuws'
AND posttime
BETWEEN 1167609600
AND 1173657600
GROUP BY day( posttime )

(dit dus
Count( * ) blaat
874 NULL )

Dat dus

hehe

Even vraagje, als ik moet kiezen tussen md5() en sha1(), welke van de twee raden jullie dan aan ? Ik heb helaas geen beschikking over hash()...

md5

Ik zou idd ook voor md5 kiezen, maar alleen omdat ik daarmee bekend ben. Geen idee hoe het zit met performance, of ingewikkeldheid van parameters bij SHA1

Behehe, dit staat ook echt in het commentaar voor sha1():

quote:

Note that the sha1 algorithm has been compromised and is no longer being used by government agencies.

Als ik bijvoorbeeld een paar sessie variabelen heb:


Kan ik deze allemaal tegelijkertijd leegmaken door een hogere stap te unsetten ? Zo dus:

nevermind, fixed

[ Bericht 96% gewijzigd door TheSeeker_NL op 12-03-2007 16:08:23 ]

quote:

Op maandag 12 maart 2007 15:18 schreef SkaterSam het volgende:
Behehe, dit staat ook echt in het commentaar voor sha1():

Desondaks is sha1 nog veiliger dan MD5. Je kan via mhash module of hash (php5) veel meer hashing algoritmes aan dan bovengenoemde.
Let wel op dat je problemen kan krijgen met compatibiliteit (zo snapt pam_mysql geen sha256 encryptie) en hetzelfde geldt bijv. voor Dovecot IMAP

quote:

Op maandag 12 maart 2007 16:03 schreef smesjz het volgende:
Desondaks is sha1 nog veiliger dan MD5. Je kan via mhash module of hash (php5) veel meer hashing algoritmes aan dan bovengenoemde.

Het vervelende is alleen dat ik verder geen rechten of niks heb op de server, ik heb mij maar te houden aan de instellingen van de server, dus ik kan wel kijken of die module er al op staat, maar anders wordt het toch sha1...

Ik heb mijn database class nu zo geschreven dat je zo een query uitvoert:


Maar nu zie ik bijvoorbeeld bij PDO en andere classes ook dat ze het liever anders doen, dus dat een nieuwe instantie van een class in een variabele wordt gedaan, zoals dit:


Ik vroeg me af wat het verschil tussen deze twee manieren van code was, en of het een dus betere praktijk is dan de ander. Ik weet in ieder geval (ik probeerde het even), dat je voor de tweede methode dus een nieuwe class moet maken (je scheid verbinding maken met uitvoeren) en dat je een nieuwe class instantieert (als je dan twee queries hebt, heb je dan ook een nieuwe class instantie nodig...?). Het lijkt me logisch om de tweede code te doen vanwege de scheiding van MySQL verbinding class met MySQL query uitvoeren class, maar zoals ik al aangaf verlies ik bepaalde functies uit de ene class die ik nodig heb bij de ander, en ben ik benieuwd wat er gebeurt als je twee instanties van dezelfde class hebt (twee queries...). Iemand (smesjz? )

weet iemand of het mogelijk is om de 'extension' php_pdo_mysql.dll te laden in php? Mijn hosting is zo slim geweest om alleen sqlite2 drivers voor pdo beschibaar te stellen

quote:

Op maandag 12 maart 2007 15:18 schreef SkaterSam het volgende:
Behehe, dit staat ook echt in het commentaar voor sha1():
[..]

En ook in het commentaar voor MD5, en in zekere mate met hoger belang omdat MD5 reduceert naar een hash met minder bits

quote:

Op maandag 12 maart 2007 14:56 schreef Darkomen het volgende:
md5

Omdat? SHA1 is nog steeds veiliger dan MD5.

quote:

Op maandag 12 maart 2007 17:25 schreef SkaterSam het volgende:
Ik heb mijn database class nu zo geschreven dat je zo een query uitvoert:
[ code verwijderd ]

Maar nu zie ik bijvoorbeeld bij PDO en andere classes ook dat ze het liever anders doen, dus dat een nieuwe instantie van een class in een variabele wordt gedaan, zoals dit:
[ code verwijderd ]

Ik vroeg me af wat het verschil tussen deze twee manieren van code was, en of het een dus betere praktijk is dan de ander.

Ik zou de functie query() een class laten returnen zodat je met het resultaat verschillende dingen kan doen. :)

ik heb zojuist op windows vista weer apache 2.0, php 5, mysql5.0 en pma 2.9.2 geinstalleerd en geconfigureerd. enkel als ik v mysql gui tools (query browser) naar mysql gaat is het geen probleem. me pagina's maken ook gewoon connectie met mysql en dit in php.ini allemaal gewoon de mysql extensies geladen. Das alles werkt. Enkel blijft PMA zeueren dat die mysql extensie niet geladen kan worden. ik heb hier naar gezocht maar enigste wat ik kan vinden is de dll en de lib van mysql toevoegen. dat is ook gewoon gedaan. maar pma blijft enkel zeuren...

Ik werk hier met het verouderde osCommerce, onder PHP5. global_vars al aangezet (testomgeving > boeiend).

Nu moet ik dus in elk PHP bestand HTTP_GET_VARS naar _GET (& POST) veranderen.



Dit in elke map gaat goed, maar dan moet ik dus wel elke map in duiken. En aangezien dat er toch wel erg veel zijn.... iemand tips? Ik zit onder SSH met de linuxserver, draai als OS Mac OS X met TextMate.

Beetje bash/perl script moet wel kunnen of evt. iets als:

find -name '*.php' - exec perl -pi blabla {} ?

quote:

Op dinsdag 13 maart 2007 17:23 schreef Swetsenegger het volgende:

[..]

osCommerce upgraden is zeker te eenvoudig voor je?

Ik heb de laatste versie al binnengehaald.

Heersend, werkt prima.