ah, zover keek ik nietquote:Op dinsdag 24 juni 2008 20:29 schreef Light het volgende:
[..]
Ja, met taalkeuze. Maar in het rijtje staat bij mij geen Nederlands. En ook geen Dutch.
Gewoon met ini_set(), soms is het makkelijker dan je denktquote:Op dinsdag 24 juni 2008 16:01 schreef Xcalibur het volgende:
Ik heb het de laatste tijd met enige regelmaat dat mensen zich ergens in moeten schrijven, en dan halverwege lekker een uur gaan zitten schijten ofzo, en daarna pas submitten. Gevolg: sessie verlopen...
Kan ik hier wat aan doen? Session lifetime verhogen is niet altijd een optie, en ook niet per definitie wenselijk. Sessies in de database zetten is een optie, maar wat omslachtig wellicht.... Is er een makkelijke, failsave, oplossing?
Hoe doe je dat dan met ini_set?quote:Op dinsdag 24 juni 2008 20:48 schreef Xcalibur het volgende:
[..]
Gewoon met ini_set(), soms is het makkelijker dan je denkt
Dan is nu de volgende vraag: wat zou een intelligente waarde zijn om hem dan op de zetten?
Thanksquote:Op dinsdag 24 juni 2008 22:37 schreef Xcalibur het volgende:
met ini_set(session.gc_maxlifetime)
Zie ook hier: http://nl.php.net/manual/en/session.configuration.php
Ja, dat probleem heb je bv met shared hosting. In Unix slaat PHP standaard z'n sessiefiles op in de /tmp directory. Maar die map is voor alle gebruikers van de server beschikbaar en anderen kunnen dan dus ook met je sessiefiles kloten.quote:Op dinsdag 24 juni 2008 22:37 schreef Xcalibur het volgende:
Overigens kunnen verschillende sites op dezelfde server elkaar qua session lifetime dwars zitten kennelijk, als ze allemaal dezelfde map gebruiken om hun session files in op te slaan... Degene met de kortste lifetime pleurt ook de sessies van de rest weg: http://www.centresource.c(...)ifetime-an-adventure
Nee hoor, ondanks dat er meerdere webservers zijn (met meerdere /tmp directories), heb je natuurlijk wel altijd beschikking over je eigen directory met je eigen files. En dus ook je eigen sessies.quote:Op woensdag 25 juni 2008 09:00 schreef Xcalibur het volgende:
Alleen het meerdere webservers / loadbalancing probleem los je daar niet mee op natuurlijk, dan zul je toch echt je session in een database moeten opslaan lijkt me?
quote:Op dinsdag 24 juni 2008 15:59 schreef ursel het volgende:
Kheb er weer eentje![]()
Met de exec functie probeer ik het programma ABC Amber Excel Converter aan te sturen. Heb echter al vele manieren ondertussen geprobeerd, maar tot nog toe zonder resultaat.
Als ik de ingevoerde executable in cmd knal werkt het proces wel gewoon goed.
De volgende command moet aangestuurd worden:
"C:\Program Files\ABC Amber Excel Converter\abcexcel.exe" "C:\demo.xls" "C:\demo.pdf" 3 1
Zoals je kan zien draait het dus op windows / IIS..
Overigens draaien we nog een ander programma vanaf de exec functie. Deze werkt wel gewoon goed. Permissies op beide exe files zijn identiek en zover ik heb kunnen achterhalen is op dit niveau geen verschil.
quote:Op dinsdag 24 juni 2008 16:22 schreef ursel het volgende:
[..]
Nope, dat is het niet.
Ook heb ik zelf al de slashes veranderd in / en ook geprobeerd met de bijbehorende escapes.
Hoe roep je het momenteel aan?quote:Op woensdag 25 juni 2008 11:29 schreef ursel het volgende:
[..]
[..]
Iemand anders een suggestie hierop??![]()
Even snel alle varianten hier op een simpelle manier weergegeven.quote:
1 2 3 4 5 6 7 8 9 | $command = '\"C:\\Progra~1\\ABC_Amber_Excel_Converter\\abcexcel.exe\" \"D:\\wwwroot\\dev\\tmp\\file.xls\" \"D:\\wwwroot\\dev\\tmp\\file.csv\" 0 1'; $command = 'C:\Progra~1\ABC_Amber_Excel_Converter\abcexcel.exe D:\wwwroot\dev\tmp\file.xls D:\wwwroot\dev\tmp\file.csv 0 1'; $command = '"C:/Progra~1/ABC_Amber_Excel_Converter/abcexcel.exe" "D:/wwwroot/dev/tmp/file.xls" "D:/wwwroot/dev/tmp/file.csv" 0 1'; $command = '\"C:\/Progra~1\/ABC_Amber_Excel_Converter\/abcexcel.exe\" \"D:\/wwwroot\/dev\/tmp\/file.xls\" \"D:\/wwwroot\/dev\/tmp\/file.csv\" 0 1'; $command = 'C:/Progra~1/ABC_Amber_Excel_Converter/abcexcel.exe D:/wwwroot/dev/tmp/file.xls D:/wwwroot/dev/tmp/file.csv 0 1'; $result = exec('"'.$command.'"'); $result = exec($command); |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | function _get_manager($dn) { $result = "UNKNOWN"; if ($dn ) { $res = $this->ldap->dnExists($dn); if ($res instanceof Net_LDAP2_Error) { printf("%s failed due to %s\n", __FUNCTION__, "bloody hell!"); } elseif ($res === true) { $entry = $this->ldap->getEntry($dn, array('displayName')); if ($entry instanceof Net_LDAP2_Entry) { return $entry->getValue('displayName'); } } } return "UNKNOWN"; } ?> |
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 30 | User 'xxx' found, details are: Array ( [username] => xxx [name] => xxx [phone] => +31 20 xxxxxx [gsm] => +31 6 xxxxxx [title] => xxxxx [info] => Armed and dangerous [url] => http://xxxxx/ [email] => xxxxx@xxxxx [manager] => xxxxxx ) # Zelfde call, op een andere server (PHP versie is hier 5.1.5) _get_manager failed due to bloody hell! User 'xxx' found, details are: Array ( [username] => xxx [name] => xxx [phone] => +31 20 xxxxxx [gsm] => +31 6 xxxxxx [title] => xxxxx [info] => Armed and dangerous [url] => http://xxxxx/ [email] => xxxxx@xxxxx [manager] => UNKNOWN ) |
Ik bedoel wanneer 1 website over meerdere webservers geloadbalanced wordt...quote:Op woensdag 25 juni 2008 10:53 schreef Tijn het volgende:
Nee hoor, ondanks dat er meerdere webservers zijn (met meerdere /tmp directories), heb je natuurlijk wel altijd beschikking over je eigen directory met je eigen files. En dus ook je eigen sessies.
Deze functie returnt altijd "UNKNOWN" ?quote:Op woensdag 25 juni 2008 17:08 schreef slacker_nl het volgende:
Joy... Een raar probleem:
[ code verwijderd ]
Nee, de eerste array is daar wel gevuldquote:Op woensdag 25 juni 2008 21:19 schreef Xcalibur het volgende:
[..]
Deze functie returnt altijd "UNKNOWN" ?
Nee, dat klopt preciesquote:Op woensdag 25 juni 2008 21:16 schreef Xcalibur het volgende:
[..]
Ik bedoel wanneer 1 website over meerdere webservers geloadbalanced wordt...
Als je dan op de site inlogt op server 1 staat je sessie daar in /tmp, als je daarna naar server 2 overgezet wordt heeft die geen sessie van jou en wordt je dus uitgelogd
Of zie ik nu iets over het hoofd?
Ik doe het ook voor alle sites die ik maak. Het kost weinig moeite en scheelt veel problemenquote:Ik heb overigens inmiddels mijn eigen session folder, dat lijkt probleemloos te werken
Nee, op regel 11 staat ook nog een return. Met de goede voorwaarden wordt die uitgevoerd en dan de return op regel 15 niet.quote:Op woensdag 25 juni 2008 21:19 schreef Xcalibur het volgende:
[..]
Deze functie returnt altijd "UNKNOWN" ?
Het kost inderdaad erg weinig moeite, ik had het een stuk lastiger verwachtquote:Op woensdag 25 juni 2008 21:24 schreef Tijn het volgende:
Ik doe het ook voor alle sites die ik maak. Het kost weinig moeite en scheelt veel problemen![]()
Je hebt gelijk, had ik overheen gekeken.quote:Op woensdag 25 juni 2008 21:33 schreef Light het volgende:
Nee, op regel 11 staat ook nog een return. Met de goede voorwaarden wordt die uitgevoerd en dan de return op regel 15 niet.
Ik sla het SID op in een cookie en gebruik dat om de sessie te starten/resumen. Een sessie gaat dan niet verloren wanneer de browser wordt afgesloten. Maar wat er gebeurt wanneer een pagina 24 minuten lang staat te idlen weet ik eigenlijk niet precies.quote:Op woensdag 25 juni 2008 21:40 schreef Xcalibur het volgende:
[..]
Wat gebruik jij als session lifetime over het algemeen? De default 24 minuten is duidelijk te kort
Dat is gewoon afhankelijk van de expiry time die je in de cookie instelt. Als je daar 31 december 2038 invult zoals google dan kunnen mensen gaan schijten tot ze een ons wegen, de sessie expire't niet.quote:Op woensdag 25 juni 2008 21:54 schreef Tijn het volgende:
[..]
Ik sla het SID op in een cookie en gebruik dat om de sessie te starten/resumen. Een sessie gaat dan niet verloren wanneer de browser wordt afgesloten. Maar wat er gebeurt wanneer een pagina 24 minuten lang staat te idlen weet ik eigenlijk niet precies.
Als je 24 minuten geen pagina opvraagt dan bestaat de sessie niet meer. Dan heb je niets meer aan je cookie.quote:Op woensdag 25 juni 2008 21:54 schreef Tijn het volgende:
[..]
Ik sla het SID op in een cookie en gebruik dat om de sessie te starten/resumen. Een sessie gaat dan niet verloren wanneer de browser wordt afgesloten. Maar wat er gebeurt wanneer een pagina 24 minuten lang staat te idlen weet ik eigenlijk niet precies.
Hmmja, nu ga ik zelf twijfelen.quote:Op woensdag 25 juni 2008 22:04 schreef Farenji het volgende:
[..]
Dat is gewoon afhankelijk van de expiry time die je in de cookie instelt. Als je daar 31 december 2038 invult zoals google dan kunnen mensen gaan schijten tot ze een ons wegen, de sessie expire't niet.
Neequote:Op woensdag 25 juni 2008 21:19 schreef Xcalibur het volgende:
[..]
Deze functie returnt altijd "UNKNOWN" ?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |
Dat begrijpen we, maar is wel erg jammer. Je kunt FOK! namelijk wel gratis LEZEN, maar we kunnen FOK! niet gratis MAKEN. De inkomsten van de advertenties zorgen ervoor dat we de kosten van de site kunnen dragen zodat je ook morgen FOK! nog kunt bezoeken.
Zou je willen overwegen om voor FOK! een uitzondering te maken in je adblocker (of andere middelen die onze ads blokkeren)? Je krijgt deze melding dan nooit meer te zien.
Ja, ik wil fok.nl whitelisten, laat me zien hoe
Ik neem liever een premium account zodat ik geen advertenties hoef te zien (je moet eerst inloggen)
Ja, breng me naar de shop