Ik gebruik htaccess op dit moment voor twee doeleinden. Aangezien de site in ontwikkeling is, maar dit wel op de productieomgeving wil doen, scherm ik deze af dmv htpasswd. Daarnaast maak ik ook gebruik van een routing systeem waardoor ik elke bezoeker doorstuur naar de index. Deze twee lijken niet samen te gaan. Heeft iemand een suggestie ?
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule .* https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]
AuthType Basic
AuthName "Website is in ontwikkeling"
AuthUserFile .htpasswd
Require valid-user
Persoonlijk raad ik aan om op een tijdelijk adres te werken. Zoals een test-domein (tip: me.uk is goedkoop) of een subdomein.
Uit ervaring weet ik dat mensen het onduidelijk vinden als ze op een productiesite opeens een wachtwoord en gebruikersnaam te zien krijgen.
Zet er gewoon een mooie landingspage met uitleg neer.
Maar om terug te komen op je probleem:
Wat gebeurt er precies? Ik heb een soortgelijke .htaccess op mijn testdomein, en die werkt verder prima i.cm. AuthType Basic en RewriteRules
Terechte reactie. De website is voor 85% gereed & getest. Voor de resterende 15% verhuis ik de website liever niet.
Het inloggen werkt goed, maar dan word ik doorgestuurd naar een 500 foutmelding. Het redirecten naar de index lijkt dus niet te werken in combinatie met de passwd. Geeft dit een beter beeld ?
Toevoeging: ik weet dat ik via DNS dit ook zou kunnen oplossen om de bezoeker wel een nette pagina te tonen, en zelf rechtstreeks een IP benaderen, maar dat is voor nu niet de issue.
Ariën, wel vreemd angezien de redirect wel goed gaat zonder de laatste regels code om .htpasswd aan te roepen. Ik ga kijken of ik met jouw antwoord verder kom. Tnx
Aangezien de site in ontwikkeling is, maar dit wel op de productieomgeving wil doen
Waarom? Geen reden? doe het dan niet live. Dit is normaal gesproken simpelweg "not done".
De website is voor 85% gereed & getest. Voor de resterende 15% verhuis ik de website liever niet.
Het klinkt alsof je een deployment probleem hebt. Dit zou absoluut niet moeilijk moeten zijn, tenzij je applicatie een baksteen is met hardcoded URLs ofzo? Wat belemmert jou om dit te doen als het klaar is? En als je ontwikkelomgeving niet representatief is voor je live omgeving wat ben je dan precies aan het testen?
De volgende stap is waarschijnlijk dat klanten / de opdrachtgever alvast aan de slag willen op de site, "omdat deze toch al live staat".
Op het moment dat je dit pretpark openzet voor publiek terwijl deze nog in aanbouw is... Ik denk dat je dit moet voorkomen want hiermee haal je je alleen maar (meer) ellende op de hals.
Het klinkt gewoon alsof er al een aantal andere dingen spelen die je ook echt op een andere plek, en op een andere manier, moet oplossen.
Op een gegeven moment halen dit soort quick and dirty oplossingen je gewoon in en dan zul je je technical debt alsnog moeten inlossen, maar dan met rente :).
Ik was in eerste instantie van mening dat dit een prima manier was. Ik ben - net zoals mijn omgeving - geen pro. Het migreren van de ene omgeving naar de andere is overigens geen probleem, er is dan ook niks specifiek in de URL vastgelegd o.i.d.
