Probleem met sessievariabelen naar volgende pagina
Dat was toen in combinatie met het wisselen van http naar https
en / of met wisselen tussen www.domain.com en domain.com
Heb je mogelijk nog in .htaccess vlaggetjes staan als HttpOnly;Secure
Maar wat Jan zegt is zeker vreemd maar vooral omdat php COOKIES ook niet bewaard worden terwijl alle COOKIES van andere sites keuring worden opgeslagen in Chrome.
Dit kun je oplossen door niet localhost te gebruiken maar in /etc/hosts het lokale IP-adres 127.0.0.1 te koppelen aan een lokale hostnaam zoals localhost.net.
Die is hier prima voor geschikt.
Voorheen gebruikte ik .dev, maar die werd overgenomen door Google, waarna alle browsers HSTS gingen eisen voor verbindingen. Ja, en dat bepaal ik lekker zelf op mijn test-server :p
Gewijzigd op 07/12/2022 12:46:23 door - Ariën -
Ward van der Put op 06/12/2022 18:10:42:
Het kan zijn dat het top-level domain localhost hetzelfde wordt behandeld als nl, com, enzovoort. Daarvan wil een browser vooral géén cookies en al helemaal geen sessiecookies accepteren, omdat die dan zouden gelden voor elk onderliggende .nl en .com domein.
Dit kun je oplossen door niet localhost te gebruiken maar in /etc/hosts het lokale IP-adres 127.0.0.1 te koppelen aan een lokale hostnaam zoals localhost.net.
Dit kun je oplossen door niet localhost te gebruiken maar in /etc/hosts het lokale IP-adres 127.0.0.1 te koppelen aan een lokale hostnaam zoals localhost.net.
Dat lijkt mij wel vreemd.. "localhost" is gewoon het IPv4 loopback adres 127.0.0.1 in mijn /etc/hosts, en hier hebben mijn browsers (Debian met Firefox en Konqueror) daar geen moeite mee.
Ik heb het nog nooit anders meegemaakt ook, dat browsers het niet zouden vreten.
Het enige dat ik extra heb moeten doen in /etc/hosts is het intranet (LAN) adres opnemen met de hostname, niet zijnde localhost. De reden is om met OpenSSL self signed certificaten te kunnen maken. Mijn machine kan dan tegelijk optreden als certificate authority en certificaten ondertekenen. Als ze (CA en requester) allebei dezelfde FQDN zouden hebben werkt het niet.
Ik had die dingen nodig om de database verbinding met TLS te beveiligen op mijn ontwikkelmachine.
Toevoeging op 09/12/2022 13:24:39:
Eindelijk gevonden!!!
Alles werkte prima op mijn oude MacBook. Dus toch maar weer eens gezocht waar de verschillen zitten.
Opeens viel mij op dat in de adresbalk van Chrome de adressen verschillend waren.
Oud: http://localhost:8888/home/php/index.php
Nieuw: http://127.0.0.1:49263/preview/app/index.html
Alle instellingen van Dreamweaver doorgelopen.
In de tab Real-time-Preview staat de optie Default to Static Browser Preview.
In de oude was deze aangevinkt en de nieuwe niet.
Vervolgens aangevinkt en ja, de sessie variabelen doen het weer.
Allen hartelijke bedankt voor het meedenken en de adviezen.
Groet,
Peter
