abonnement Unibet Coolblue Bitvavo
pi_22617712
Ik heb een probleem met sessions.
Ik heb een login scherm welke volledig werkt, wanneer ik hier sessions inbouw met de volgende code:
quote:
session_start();
session_register("username");
session_register("password");
Komt er een wit scherm en returnt ie op de server dit:

PHP fatal error: session_register(): Failed to initialize storage module(blabla)

op php.net bij bugs (http://nl2.php.net/manual/en/security.registerglobals.php) staat er wel een soort van oplossing maar die werkt niet omdat het scriptje niet vastloopt in de pagina waarheen ge-redirect wordt, maar vastloopt in de pagina met het login script.

Wat doe ik verkeerd?
pi_22618549
Is er niemand die het weet?
global_register staat op on.
En hij lijkt vast te lopen op session_start();

Een alternatief om een login te onthouden + wat er op de voorgaande pagina's is gebeurd is ook welkom.

Zolang het geen cookie is dan . Het moet wel serversided zijn.
pi_22620449
ik denk dat je php niet goed gecompileerd is ofzo, wordt er geen event in je systeem van gemaakt? (eventvwr?) of een error.lst ofzo? zo nee, probeer eens een andere versie van php te gebruiken.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_22621104
quote:
Op donderdag 14 oktober 2004 12:57 schreef blieblie het volgende:
Is er niemand die het weet?
global_register staat op on.
En hij lijkt vast te lopen op session_start();

Een alternatief om een login te onthouden + wat er op de voorgaande pagina's is gebeurd is ook welkom.

Zolang het geen cookie is dan . Het moet wel serversided zijn.
Je bedoelt denk ik register_globals staat op on.
Volgens mij moet er wel een veiligere methode zijn om in te loggen dan hoe je het nu wil doen, in het alrtikel waar je naar verwijst staat namelijk zeer duidelijk uitgelegd hoe er valselijk ingeslogd kan worden door misbruik te maken van register_globals.

Zoek gewoon naar een andere oplossing.
Age of fruity enlightenment!
pi_22622170
gebruik $_SESSION['bla'] = 'bla';
pi_22622324
quote:
Op donderdag 14 oktober 2004 14:51 schreef FlowDesign het volgende:

[..]

Je bedoelt denk ik register_globals staat op on.
Volgens mij moet er wel een veiligere methode zijn om in te loggen dan hoe je het nu wil doen, in het alrtikel waar je naar verwijst staat namelijk zeer duidelijk uitgelegd hoe er valselijk ingeslogd kan worden door misbruik te maken van register_globals.

Zoek gewoon naar een andere oplossing.
Klopt...
Maar jaah, ik weet zo niets beters...
pi_22623733
session_register() moet je gewoon niet meer gebruiken. Het werkt alleen met register_globals aan. Het gebruik van register_globals wordt al een hele tijd afgeradenen sinds versie 4.1.0 kan je gewoon de $_SESSION of $HTTP_SESSION_VARS arrays gebruiken.
Beter een baas onder je duim, dan tien bovenop
Trekt bij warm weer een poncho aan
pi_22624872
quote:
Op donderdag 14 oktober 2004 17:32 schreef Lucille het volgende:
session_register() moet je gewoon niet meer gebruiken. Het werkt alleen met register_globals aan. Het gebruik van register_globals wordt al een hele tijd afgeradenen sinds versie 4.1.0 kan je gewoon de $_SESSION of $HTTP_SESSION_VARS arrays gebruiken.
Ah kijk! Dank je voor de tip .
Ga ik morgen uitzoeken hoe die 2 werken.

Is het trouwens mogelijk om het session id op te slaan in een database ofzo zodat de desbetreffende pc een keer daarop zonder inlogscherm direct "ingelogd" is?
Zeg maar hetzelfde als een cookie?
Want als ik zo logisch denk kan dat niet omdat de server niet kan bijhouden dat die pc bij dat account hoort. En er in het geval van cookies op de client een bestandje achterblijft die kan "communiceren" met de server.

[ Bericht 27% gewijzigd door blieblie op 14-10-2004 18:52:51 ]
pi_22625843
quote:
Op donderdag 14 oktober 2004 18:39 schreef blieblie het volgende:

[..]

Ah kijk! Dank je voor de tip .
Ga ik morgen uitzoeken hoe die 2 werken.

Is het trouwens mogelijk om het session id op te slaan in een database ofzo zodat de desbetreffende pc een keer daarop zonder inlogscherm direct "ingelogd" is?
Zeg maar hetzelfde als een cookie?
Want als ik zo logisch denk kan dat niet omdat de server niet kan bijhouden dat die pc bij dat account hoort. En er in het geval van cookies op de client een bestandje achterblijft die kan "communiceren" met de server.
Je zou het sessieid, samen met het ip-adres op kunnen slaan in een tabel en dan daarop checken. Is alleen niet echt waterdicht.

Je kunt het beste het sessieid gecodeerd in een cookie opslaan, met daarbij het userid. Dan het sessieid ook gecodeerd in een tabel opslaan, tegelijk met het ip-adres van de gebruiker en het userid..
Als de gebruiker dan de site bezoekt, controleer je of het sessieid van zijn cookie in de tabel voorkomt, in combinatie met het userid. Zoja, dan log je hem in. Eventueel kun je ook nog op ip controleren, alleen dat wordt lastig voor gebruikers met een dynamisch ip-adres.
pi_22627005
Ik heb een hp waarbij ik het sessie-ID met elke url meestuur:

dan krijg je dus index.php?sessie=f8a2ee4a09
ook elke hyperlink (binnen de pagina) moet je dan aanpassen

<?
echo "<a href=\"pagina.php?sessie=$sessie\">link</a>";
?>
[ alle babes op 1 pagina via fok!wiki -bijgewerkt tot 20/10/2015 ]
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
pi_22628361
quote:
Op donderdag 14 oktober 2004 20:15 schreef BabeWatcher het volgende:
Ik heb een hp waarbij ik het sessie-ID met elke url meestuur:

dan krijg je dus index.php?sessie=f8a2ee4a09
ook elke hyperlink (binnen de pagina) moet je dan aanpassen

<?
echo "<a href=\"pagina.php?sessie=$sessie\">link</a>";
?>
En waarom doe je dat ?
Wat is het nut ervan ..
ne okuyon, bokmu var?
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')