Forum login/link problem

[Jesper Møller]

Er støt på et lille sjovt problem

har et forum feks www.forum.dk ... som kan tilgås både som http://www.forum.dk eller http://forum.dk ... så kræver det 2 login ??? ... hvis man allerede er logget ind i www.forum.dk så skal man logge ind igen hvis man forsøger at åbne samme side ved bare uden www i et andet ... men begge adresser virker .. (det kan man på andre fora .. bla dette)


og hvis der i et forum topic linkes til et andet topic med:
http://www.forum.dk/viewtopic.php?f=29&t=166
så kommer man fint ind i emnet

men hvis linket skrives som:
http://forum.dk/viewtopic.php?f=29&t=166
skal man logge ind igen... for at se tråden

må være en form for cookie problem .. eller ??
Men hvad gør jeg ved det ???

[DoYouSpeakWak]

Jeg er ret sikker på det er et cookie problem som du nævner.

På vores forum kan det sagtens lade sig gøre med både www og uden og uden at der er login problemer.

Der var dog 3 ting der skulle ordnes før det virkede.

1: Surftown har en indstilling som gør at www. virker, den er slået fra når man får et nyt webhotel. Den skulle jeg lige slå til ellers fik jeg bare en 404 ved brug af www. (det er nok ikke relevant her men ville lige nævne det)

2: Cookies var sat forkert, er du i tvivl så brug den nye STK som kom for et par dage siden.

3: Vi bruger gratisdns.dk, derinde skal du under A records lave både

domæne.dk
og
*.domæne.dk

Det kan være du har glemt det.

Alternativt er der en anden løsning. lav en mod rewrite som gør at når folk skriver www.forum.dk så bliver linket automatisk lavet om til forum.dk (jeg er 99% på at google kan hjælpe dig der) f.eks "remove www" mod rewrite"

Håber det kan hjælpe.

[Jesper Møller]

ja lidt hjælper det ..

(er dog omvendt ... www. skal på links før de virker )

men bordet KAN tilgås via både www og uden ...

er hos one .com ... må lige chekke opsætningen

(STK har jeg opgivet at få til at virke )

[Jesper Møller]

har chekket indstilingerne ... begge er A records ... har slette cookies og logget ind igen .. samme problem ... mærkeligt

[AlleyKat]

Det kan også være serverindstillingerne - sessionshåndtering kan sættes op på flere måder.

Eller et browserproblem, for den sags skyld - jeg har selv en smule bøvl med at få FF til at acceptere autologin-cookies på visse sider (f.eks. SUMO - Support Mozilla - for at det ikke skal være løgn >.<).

Men det lyder mest af alt som om at sessionerne håndteres forskelligt, og så må det være opsætningen af webserveren eller mindre fleksibel programmering i koden der er årsag til problemet. Selv på sider med problemer med autologin har jeg ingen problemer med at forblive logget ind når jeg først har trykket på loginknappen, selvom det er i forskellige vinduer og med forskelle i præfikset på adressen.

[Jesper Møller]

HAr søgt på det og det er med næsten 100% sikkerhed et server problem ... (problemet er set opserveret i IE FF på pc og FF Safari mac
sessionID bliver ikke medtaget når man går fra med www. til uden www.

Siden ligger hos one.com
der er php_value request_order er "no value" og burde være "GPC"

detsvære kan man ikke bare sætte php.ini filen ... og har ikke fundet en måde at gøre det med htaccess

skal nok have fat i one imorgen og snakke med dem

Fandt følgende tråd på phpbb.com http://www.phpbb.com/community/viewtopi ... &t=1823105

[AlleyKat]

Hvis du vil sætte en ini-værdi (og det er tilladt), gør du det i .htaccess på netop dén måde.

php_value core_direktiv værdi

eks.

php_value request_order GPC

[Jesper Møller]

Det har jeg forsøgt men får følgende når jeg gør det (kan selvf. være jeg har gjort det forket ?)

Kode: Vælg alt

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, support@one.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

htaccess fil:

Kode: Vælg alt

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#<IfModule mod_rewrite.c>
#RewriteEngine on
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#</IfModule>

php_value request_order GPC

<Files "config.php">
Order Allow,Deny
Deny from All
</Files>

<Files "common.php">
Order Allow,Deny
Deny from All
</Files>

[AlleyKat]

Næh, det ser såmænd rigtigt nok ud - jeg har da bl.a. et domæne her på serveren der bruger

Kode: Vælg alt

php_value magic_quotes_gpc 0
php_value register_globals 0


uden problemer.

Men en fejl 500 er så også den almindelige reaktion når en .htaccess indeholder en ikke-tilladt værdi pga. enten serveropsætning eller hvis variablen ganske enkelt ikke må bruges andre steder end i ini-filen. Det skulle errorloggen dog kunne fortælle dig mere om.

Samme domæne som ovennævnte ønskede f.eks. at sessions-timeout blev sat ned til 900 sekunder, hvor standard globalt på serveren er 3600 sekunder. En sådan ændring i den centrale ini ville påvirke alle domæner på systemet, hvilket naturligvis ikke er så smart. Men heldigvis har serverens opsætning mulighed for at brugerne selv kan sætte konfigurationen for de enkelte domæner via en fil i domænets overordnede mappe. Disse ligger i en mappe 'conf' og skal blot hedde 'vhost.conf' - så medtager Apache filen via en INCLUDE hvis den findes, og man har dermed meget bedre muligheder for individuelle opsætninger. Dette ser f.eks. således ud her på systemet (/sti/til/vhosts/domain.tld/conf/vhost.conf):

Kode: Vælg alt

# Ret sessions-tid til 900 sekunder for dette domæne
<Directory "/sti/til/vhosts/domain.tld/httpdocs">
php_admin_value session.gc_maxlifetime "900"
</Directory>

- men jeg har naturligvis ingen ide om du har mulighed for noget tilsvarende hos din webhost.

[Jesper Møller]

Nej .. har ingen adgang til ini ... detsvære (er ikke så meget man har adgang til/lov til hos one hvad det angår)

Jeg har dog fået online supporten til at give sagen vidre til teknisk support som vil kigge på det

One.com php settings:
register_globals On
magic_quotes_gpc Off
request_order no value
variables_order EGPCS

( http://www.php.net/manual/en/ini.core.p ... uest-order og http://bugs.php.net/51210 )

[AlleyKat]

Well, man får jo hvad man betaler for, og deres opsætning virker generelt meget fornuftig - sikre indstillinger der både sikrer kunder og drift bedst muligt.

Dit link til den nævnte bug på php.net - og også den nævnte på phpbb.com - ser ikke ud til at være samme problem som dit, da du selv nævner at One har den indstillet til EGPCS, så Cookies skulle altså blive behandlet (den er sat til blank, men blank == genbrug af indstillingen fra variables_order:

If this directive is not set, variables_order is used for $_REQUEST contents.

If this is set to "GP" (which appears to be the value used by most hosts) it will remove cookie values from the super global $_REQUEST , which will break phpbb's session handling.

Så måske skal vi i stedet ha' kigget på hvad dine cookie-indstillinger er?

(er dog omvendt ... www. skal på links før de virker )

Dette kan også gennemtvinges på siden, enten via .htaccess eller ved at sætte det i phpBB's indstillinger. Dette burde umiddelbart løse problemet hvis cookies ellers er rigtigt indstillet - en oprydning i din browsers cookies kan dog være nødvendig før det virker korrekt.

Gennemtving bestemt adresse i phpBB: ACP -> Generel -> Serverkonfiguration > Gzip, stier og URL -> Servers URL-indstillinger > Gennemtving servers URL-indstillinger: Ja i stedet for Nej.

[Jesper Møller]

Cookiedomæne: www.fora.dk
Cookienavn: phpbb3_xxx
Sti til cookie: /
Sikker cookie: Inaktiv

Gennemtving servers URL-indstillinger: ja

virker stadigt ikke

[Jesper Møller]

Jeg har prøvet at instalere et helt friskt forum på en one.com adresse .. og lavet et par enkelte tråde med links i ... samme problem ...

Så det virker ikke med phpBB standard indstillinger ... eller de har lavet en "fejl" hos one ...

det virkede før de opgraderede til 5.3.2 ... så tror det ligger i deres opsætning