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

het komt uit de source-code (timezonedb.h). maar de vraag is, hoe maak ik er secondes van?

quote:

Op vrijdag 1 december 2006 00:30 schreef wipes66 het volgende:
het komt uit de source-code (timezonedb.h). maar de vraag is, hoe maak ik er secondes van?

Ik denk niet dat je het op die manier kan/wil gebruiken zijn daar geen andere mogelijkheden voor?
Dat lijkt me uitermate sterk.

is dit niet iets wat je zou kunnen gebruiken:

date_default_timezone_get
Of de *_set

wat ik zoek is timezone_identifiers_list, maar die is niet beschikbaar voor mij.

quote:

Op donderdag 30 november 2006 01:32 schreef RiderXXX het volgende:

Nu wil ik deze met een PHP script kunnen importeren in en MySQL database. Ik wil dat de artiest in 'artiest' komt, de titel in 'titel' en de tijd in 'tijd'. Ik weet niet of het moeilijk (EN MOGELIJK) is, maar aan de ene kant lijkt het me best te doen. Hoewel er niet gekeken kan worden op haakjes, voor de tijd, aangezien veel titels ook haakjes hebben, zoals (Remix). Hoe zou ik dit het beste kunnen doen en waar begin ik?

Ook al bevatten veel titels haakjes, je weet dat bij de laatste '(' de tijd begint. Een groter probleem is denk ik het koppelteken tussen artiest en titel, omdat er eventueel ook een artiest zou kunnen zijn met ' - ' in z'n naam ('Jay - Z' bijvoorbeeld, as je het met spaties ertussen schrijft).

klein vraagje:

ik weet niet of ik het hier goed plaats maar mijn vraag is:

Ik wil (met php het liefst als het kan) de "De webpagina is verlopen" pagina vermijden. (IE vooral)

Ik heb een zoekfunctie gemaakt om iets op te zoeken in php. Vanuit de zoekresultaten wordt er naar een andere pagina geklikt. Als ik nu terug wil gaan naar de zoekresultaten (knop terug) of een link (javascript: history.go(-1)) dan krijg ik dus die verlopen pagina.

Maar het liefst zou ik dus gelijk die pagina opnieuw laden (POST gegevens opnieuw versturen) zonder interactie met de gebruiker.

Is dit mogelijk?

Kan je dan niet beter een GET request gebruiken?

Ik heb hier iets waar ik even niet uitkom, en hoop dat iemand my hierbij kan helpen.

Ben bezig met een systeem waar gebruikers (hier alleen met een id) films kunnen waarderen. Iedere gebruiker kan de film 1-5 sterren geven (en maar éénmalig per film stemmen).

Ik heb de volgende tabellen:

De tabel 'films' houdt bij welke film hoevel waarderingen heeft gehad, en welke totale waardering heeft
De tabel 'voters' houdt bij wie (gebruikers-id) welke fim gewaardeerd heeft. In het bovenstaande plaatje hebben dus 3 verschillende users 2 films gewaardeerd.

Nu wil ik graag met 1 query erachter komen, van een rits films, wat hun waardering is, dit doe ik dmv:


Nu zou ik graag in dezelfde query willen bepalen welke films een bepaalde gebruiker wel of niet al gewaardeerd heeft, iets uitvoeren in de trand van

als er een rij bestaat waar voter=$gebruikers_id AND film_id=$film_id return TRUE; (gebruiker heeft al gestemd op deze film). Ik had gedacht aan iets van


Maar dan in liefst 1 query (en niet in 21 als de eerste query 20 films vind). Ik kan natuurlijk ook een query maken waarbij ik bepaal welke films de huidige gebruiker al heeft gewaardeerd en deze vergelijken met de gevonden films van de eerste query, maar dat lijkt me nog erg omslachtig.

Iemand een idee? Of kan ik beter een heel ander systeem gebruiken?

Je kan met deze query de voters ophalen:

SELECT * FROM voters WHERE film_id=$film_id

En dan vervolgens voor alle $userid kijken of er een rij met dat ID in het resultaat zit. Dat doe je dan in PHP.

Ten eerste zou ik me afvragen of je num_votes en avg_vote wel op zou nemen in je film-tabel.. Die gegevens zijn ook makkelijk te berekenen als je ze nodig hebt en de kans op inconsistentie is zo aardig groot..
Je eigenlijke vraag..
SELECT film_id, film_name, avg_vote FROM films WHERE film_id IN (SELECT film_id FROM voters WHERE voter='gebruikersid')

met IN maak je een subquery. Oftewel, je wilt dat de teruggegeven film_id's voorkomen in het resultaat van de query tussen de haken.

SELECT film_id, film_name, avg_vote FROM films JOIN voters ON voters.film_id = films.film_id WHERE voters.voter = 'gebruikers-id'

Ook zo krijg je alleen films van een bepaalde gebruiker terug, maar dan door middel van een join. Welke manier je gebruikt maakt opzich niet zoveel uit, maar een join vind ik wat eleganter.
Is dit wat je bedoelde?

Je gebruikt een outer join om te kijken of er een bijbehorende regel in de tabel voters bestaat. Als voters.film_id NULL is, dan bestaat die regel niet en heeft de gebruiker dus nog niet gestemd.



Het kan ook met een subquery als je systeem dat ondersteunt. Ik weet alleen hoe het met de snelheid van zo'n query zit met MySQL (in vergelijking tot de versie met outer join).

@SuperRembo: Ik heb beide methoden getest en bij mij is de tweede methode het snelste (niet gestest met grote tabellen, maar toch). Aangezien ik deze ook beter snap ga ik voorlopig voor de tweede methode.

Bedankt voor de suggesties allemaal

quote:

Op zaterdag 2 december 2006 12:13 schreef Xtr3mE het volgende:
klein vraagje:

ik weet niet of ik het hier goed plaats maar mijn vraag is:

Ik wil (met php het liefst als het kan) de "De webpagina is verlopen" pagina vermijden. (IE vooral)

Ik heb een zoekfunctie gemaakt om iets op te zoeken in php. Vanuit de zoekresultaten wordt er naar een andere pagina geklikt. Als ik nu terug wil gaan naar de zoekresultaten (knop terug) of een link (javascript: history.go(-1)) dan krijg ik dus die verlopen pagina.

Maar het liefst zou ik dus gelijk die pagina opnieuw laden (POST gegevens opnieuw versturen) zonder interactie met de gebruiker.

Is dit mogelijk?

Sessies lijkt me veiliger dan GET gebruiken zoals al gezegd was . GET kan gemanipuleerd worden en voor SQL-injection zorgen, sessies niet . Het is wat meer werk maar 10X zo veilig.

quote:

Op zondag 3 december 2006 19:42 schreef fate het volgende:

[..]

Sessies lijkt me veiliger dan GET gebruiken zoals al gezegd was . GET kan gemanipuleerd worden en voor SQL-injection zorgen, sessies niet . Het is wat meer werk maar 10X zo veilig.

Je moet je gegevens toch posten of je dat met GET of POST doet boeit niet...
Dus wat mij betreft is dat onzin.

(Al zou ik ook voor de sessies gaan hoor daar niet van...
Dit met de reden dat je hier meer controle over hebt dan over wat je in GET krijgt gedurende de gebruiker zijn sessie op je site. )

quote:

Op zondag 3 december 2006 20:07 schreef Cageon het volgende:

[..]

Je moet je gegevens toch posten of je dat met GET of POST doet boeit niet...
Dus wat mij betreft is dat onzin.

(Al zou ik ook voor de sessies gaan hoor daar niet van...
Dit met de reden dat je hier meer controle over hebt dan over wat je in GET krijgt gedurende de gebruiker zijn sessie op je site. )

Je gegevens moet je posten, maar dat doe je best met POST en niet met GET zoals je wel weet . Maar als je met POST werkt, zal history(-1) niet meer lukken dus moet je wel sessies gebruiken.

quote:

Op zondag 3 december 2006 20:12 schreef fate het volgende:

[..]

Je gegevens moet je posten, maar dat doe je best met POST en niet met GET zoals je wel weet . Maar als je met POST werkt, zal history(-1) niet meer lukken dus moet je wel sessies gebruiken.

Een zoekform kan toch prima met een GET? Je hebt namelijk een beperkt aantal parameters die prima in de url kunnen worden megegeven. Niet voor niet dat google en de zoekfunctie van FOK zo werkt.
Als je een POST gebruikt, dan krijg je altijd een page expired als je op back drukt. Of je nou een sessie gebruikt of niet.

quote:

Op zondag 3 december 2006 20:12 schreef fate het volgende:

[..]

Je gegevens moet je posten, maar dat doe je best met POST en niet met GET zoals je wel weet . Maar als je met POST werkt, zal history(-1) niet meer lukken dus moet je wel sessies gebruiken.

Je kan je gegevens ook posten met de method GET. Dan heb je dat probleem niet, zoals al eerder gemeld.
Mijn punt was dat wat jij meld eigenlijk no issue is. Mja je hoeft minder vaak te controleren of je data wel/niet valide is.
Buiten dat is het niet bepaald insecure.
Aangezien je toch data kan versturen in je formulier.

Ik wil het volgende even weten.

Voor iemand moet ik een bestand hosten en deze wil hij laten downloaden door een stuk of wat gebruikers. Echter heb ik geen zin om het bestand door duizenden te laten downloaden en wil dat voorkomen door bv het IP adres van de gebruiker alleen toe te staan.

Nu is dit gemakkelijk in een script te bouwen maar een script runt eingelijk max 30 seconden en wil ik dus iets bedenken waardoor iedereen met een juist IP adres het bestand kan downloaden.

bv. httaccess.. maar daar heb ik geen kaas van gegeten.

Hebben jullie een idee hoe ik dit probleem kan oplossen? een wachtwoord werkt niet want die kan men doorgeven...

Doe eens een voorbeeld van wat je bedoeld? want als het dmv php gaat moet ik het script openen zolang het downloaden nog niet voltooid is...

sorry

maaruh ik doel meer op het idee dat die header ook af te vangen is en dat je dan ook achter het bestand zelf kan komen...

oid... toch? dat wil ik tegengaan

quote:

Op maandag 4 december 2006 11:20 schreef Chandler het volgende:
bv. httaccess.. maar daar heb ik geen kaas van gegeten.

htaccess is hier ideaal voor. Met een tooltje maak je ff een .htaccess en .htpasswd file, die zet je in de dir en je bent klaar.
Er zijn zat tooltjes voor: Google zoeken naar 'htaccess generator', maar moeilijk is het ook niet als je duidelijke uitleg hebt.

[ Bericht 14% gewijzigd door SuperRembo op 04-12-2006 17:53:30 ]

quote:

Op maandag 4 december 2006 17:09 schreef Chandler het volgende:
sorry

maaruh ik doel meer op het idee dat die header ook af te vangen is en dat je dan ook achter het bestand zelf kan komen...

oid... toch? dat wil ik tegengaan

Je bestand in de database opnemen vind ik in veel gevallen redelijk ranzig, maar je kan je bestanden bijvoorbeeld wel prima buiten je publieke pad plaatsen en via download.php het bestand 'doorsturen'.

-edit-

probleem oplost door kleinere bestanden

[ Bericht 96% gewijzigd door Chandler op 04-12-2006 22:51:42 ]

Met dit script wordt alleen het bericht zelf verzonden.
Hoe krijg ik het voor elkaar om bijv. totel en link ook te versturen?

Door de variabele $titel bijvoorbeeld op te nemen in het subject of de message.

moet zeggen dat ik het script nogal vaag vind maar goed....