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

quote:

Op woensdag 26 augustus 2009 10:11 schreef Swetsenegger het volgende:
Dan geef je toch een header('location:.'$_SERVER['PHP_SELF'].'); na het instellen van de sessie.

Ik neem aan dat deze voor mij bedoeld was. Begrijp alleen even niet wat je bedoeld

quote:

Op donderdag 27 augustus 2009 18:12 schreef Swetsenegger het volgende:

[..]

dat je de pagina een keer refreshed als je de sessie heb ingesteld

Dat is idd wel een oplossing, maar meer symptoombestrijding ipv probleemoplossend.

quote:

Op donderdag 27 augustus 2009 18:23 schreef Swetsenegger het volgende:

[..]

Nee dat is het niet. Cookies en Sessies (de laatste weet ik niet zeker) werken pas de volgende keer dat de pagina geladen wordt.

Hmm dat geeft weer ideeen Bedankt! Zal het sessoin verhaal wel verhuizen naar de index zelf aangezien de index minstens een keer moet reloaden voordat dit script wordt uitgevoerd.

Vind het echter wel raar dat het voor het hernoemen wel perfect werkte nadat ik ?random='.microtime(true). achter de src bij de image had gezet.

session_register niet meer gebruiken, is niet nodig.

En de eerste keer zou het al goed moeten gaan.

quote:

Op donderdag 27 augustus 2009 18:23 schreef Swetsenegger het volgende:

[..]

Nee dat is het niet. Cookies en Sessies (de laatste weet ik niet zeker) werken pas de volgende keer dat de pagina geladen wordt.

Bij sessies zeker niet; komt omdat je sessievars direct via de superglobal instelt.

quote:

Op donderdag 27 augustus 2009 18:38 schreef GlowMouse het volgende:
session_register niet meer gebruiken, is niet nodig.

En de eerste keer zou het al goed moeten gaan.
[..]

Bij sessies zeker niet; komt omdat je sessievars direct via de superglobal instelt.

Maar de eerste keer gaat het niet goed (heb nog geen tijd gehad om het een en ander naar index te verplaatsen, dus ik heb het nog over de oude situatie zoals die in de laatste post met code stond beschreven)... of komt dat doordat ik ook session_register nog een keer gebruik?

hier staat dus hoe ik een background img toevoeg.
maar wat nou als ik hem

1. niet herhalend
2. links midden uitgelijnd wil hebben

Hoe moet dat ?

Niet met PHP/MySQL.

quote:

Op donderdag 27 augustus 2009 18:23 schreef Swetsenegger het volgende:

[..]

Nee dat is het niet. Cookies en Sessies (de laatste weet ik niet zeker) werken pas de volgende keer dat de pagina geladen wordt.

Sessies niet, die kun je direct gebruiken.
Als je wilt dat ze als sessie bewaard blijven heb je wel output naar je browser nodig, anders gaan ze verloren. Gelukkig is daar session_write_close() voor, die kun je dus aanroepen voor een redirect, zodat je sessie bewaard blifjt

quote:

Op donderdag 27 augustus 2009 22:33 schreef GlowMouse het volgende:
Niet met PHP/MySQL.

Eujah moet ik mn eigen topic aanmaken dan?

quote:

Op donderdag 27 augustus 2009 22:49 schreef raaavi het volgende:

[..]

Eujah moet ik mn eigen topic aanmaken dan?

Je kunt het ook in het centrale 'ik ben zwanger'-topic posten natuurlijk, met dezelfde logica als dat je het hier postte.

quote:

Op donderdag 27 augustus 2009 22:49 schreef Xcalibur het volgende:

[..]

Sessies niet, die kun je direct gebruiken.
Als je wilt dat ze als sessie bewaard blijven heb je wel output naar je browser nodig, anders gaan ze verloren. Gelukkig is daar session_write_close() voor, die kun je dus aanroepen voor een redirect, zodat je sessie bewaard blifjt

Hij stuurt toch output? Session_write_close() heb ik echt nog nooit gezien ergens.

quote:

Op donderdag 27 augustus 2009 22:49 schreef raaavi het volgende:

[..]

Eujah moet ik mn eigen topic aanmaken dan?

css voor dummies: [CSS] voor dummies - deel 12

quote:

Op donderdag 27 augustus 2009 22:52 schreef GlowMouse het volgende:

Hij stuurt toch output? Session_write_close() heb ik echt nog nooit gezien ergens.

Ja, dat zou hier het probleem niet moeten zijn
Session_write_close gebruik ik standaard voor iedere redirect, just in case

@Moozzie: nog meer comments over m'n class?

Chandler, je gebruikt steeds date/time waarden en unix timespamp waarden door elkaar. Je moet of date/time waarden vergelijk of unix timestamps.
Dus als je een kolom als date definieerd, vergelijk 'm dan met CURDATE(), of NOW().
Als je een kolom als integer en je zet er timestamps in, vergelijk 'm dan met UNIX_TIMESTAMP().

Het prefixen van kolomnamen met een afkorting van de tabelnaam vind ik onzinnig. Alleen voor een PK id kolom is 't wel handig om er de naam van de tabel in te verwerken, maar gebruik die dan ook voor lalle kolommen die er naar verwijzen.

Probeer in ieder geval consequent te zijn. Ook in naamgeving, sommige namen zijn bij jou lowercase (votedate), andere camel case (tinyPoll) en sommige met underscores (date_started).

Wat is eigenlijk de gedachte achter de lengte van velden in machten van 2? Het ljikt me sterk dat het supergeoptimaliseerde waarden zijn. Gebruik dan ook gewoon lengtes van 50 of 100 tekens. Wel zomakkelijk, en minder vreemd voor een gebruiker. ('De titel mag maximaal 64 tekens lang zijn' )

@SuperRembo;

Ik zal het proberen te onthouden (alles over de dates)
En heb het script nu al aangepast op mijn nieuwe style testTestTest

Ennuh ja ik zal idd eens andere waarden gebruiken, maar 64/128 werkt zo fijn

session_start(); in de index erbij werkte ook niet (evenals de beide session_start(); bij het image.php en form bestand op de eerste regel zetten).

quote:

Op vrijdag 28 augustus 2009 18:38 schreef Chandler het volgende:
@SuperRembo;

Ik zal het proberen te onthouden (alles over de dates)

Je hoeft het niet allemaal te onthouden, je kan het makkelijk opzoeken.

quote:

Ennuh ja ik zal idd eens andere waarden gebruiken, maar 64/128 werkt zo fijn

Wat is er zo fijn aan 64 of 128

quote:

Op vrijdag 28 augustus 2009 17:30 schreef SuperRembo het volgende:
Het prefixen van kolomnamen met een afkorting van de tabelnaam vind ik onzinnig. Alleen voor een PK id kolom is 't wel handig om er de naam van de tabel in te verwerken, maar gebruik die dan ook voor lalle kolommen die er naar verwijzen.

Ben ik niet helemaal met je eens. Ik heb bijvoorbeeld heel vaak 'name', 'desc' en/of 'content' kolommen in verschillende tabellen. Als je deze tabellen gaat joinen dan moet je al gaan aliassen om de correcte kolom te kunnen benaderen in je code, of je moet in je daadwerkelijke query de hele tabelnaam als identifier mee gaan geven. Dan heb ik toch liever een kleine maar duidelijke prefix. Maar goed, da's weer een kwestie van voorkeur natuurlijk. Ik werk heel vaak met grote, relationele databases waar t.b.v. de normalisatie gebruik wordt gemaakt van een behoorlijk aantal stamtabellen. Ik moet er niet aan denken om dan op query-niveau te gaan aliassen.

Tevens TVP.

quote:

Op vrijdag 28 augustus 2009 21:36 schreef Tuvai.net het volgende:
Als je deze tabellen gaat joinen dan moet je al gaan aliassen om de correcte kolom te kunnen benaderen in je code, of je moet in je daadwerkelijke query de hele tabelnaam als identifier mee gaan geven. Dan heb ik toch liever een kleine maar duidelijke prefix.

ik heb dan weer een hekel aan luie programmeurs die de hele bende gaan afkorten
geef mij maar fijne aliassen en overzichtelijke namen

quote:

Op vrijdag 28 augustus 2009 22:38 schreef Xcalibur het volgende:

[..]

ik heb dan weer een hekel aan luie programmeurs die de hele bende gaan afkorten
geef mij maar fijne aliassen en overzichtelijke namen

Ik kort helemaal niks af, ik zet juist overal een prefix voor.

Aliasing is handig, maar totaal niet leuk meer in bijvoorbeeld een view waarin 20 tabellen gejoined of zo.

ik verdenk je ervan dat die prefix een afkorting is
Of dat je tabellen aliast met 1 letter

Grof gezegd is dit momenteel mijn form:



image.php:


Probleem blijft echter dat de eerste keer dat de pagina van de form bezocht wordt er nog geen text in het plaatje staat. Wel bij de print_r