.htaccess probleem

Ik zit momenteel met een server probleem (naja mijn host Trexif.com eigenlijk). Dit probleem is pas ontstaan sinds mijn overstap hierheen dus het ligt iig niet aan de inhoud van het bestand .htaccess. Misschien dat jullie kunnen zeggen wat er mis is met de server instelling.

Ik gebruik een .htaccess bestand in mijn public_html map. Je kan zo'n bestand gebruiken om rechten in te stellen of doorverwijzingen. Op de een of andere manier wordt deze alleen niet gezien en dit resulteert dus in gebroken linken.

Misschien zegt een voorbeeld meer:

Oude host: (instellingen van BY hosting)
http://www.onsforum.info/poll
....dit domein staat nog op oude server.

Nieuwe host: (instellingen van Trexif)
http://www.onsforum.nl/poll
....dit domein staat op de nieuwe server.

Wie o wie kan mij uit de brand helpen

Het is een misvatting te denken, dat instellingen eeuwig goed blijven. Software verandert, en dus kan een oude instelling 'ineens' fout zijn. Misschien draaien er op die servers wel verschillende versies met een ander syntax vereiste.

Ik denk dat je het .htaccess bestand maar even moet posten. Een forbidden duidt toch meestal op een fout daarin.

het bestandje werkt wel al ik het buiten de public_html doe dus bijv. public_html/v4

het ligt dus echt in de root

Dat zou kunnen komen doordat de public_html directory als directory alias is opgenomen in apache. Als je dat werkend wil krijgen moet je hoster z'n configuratie aanpassen, maar ik betwijfel of hij dat wil / op korte termijn zou kunnen uitvoeren.

Post je .htaccess bestand, nu is het onmogelijk om te helpen.

oké hier is het dan:

Openen op oude server:

Options MultiViews

ErrorDocument 401 /fout
ErrorDocument 403 /fout
ErrorDocument 404 /fout
ErrorDocument 500 /fout
ErrorDocument 501 /fout

Openen op nieuwe server: (zelfs met extra's werkt het niet)

Options +Indexes +MultiViews

Order deny,allow
DirectoryIndex index.php

Origineel geplaatst door almar
Dat zou kunnen komen doordat de public_html directory als directory alias is opgenomen in apache. Als je dat werkend wil krijgen moet je hoster z'n configuratie aanpassen, maar ik betwijfel of hij dat wil / op korte termijn zou kunnen uitvoeren.

Ik denk ook dat daar misschien het probleem zit. En misschien had ik via SSH de configuratie kunnen bekijken maar helaas krijg ik geen toegang hiertoe.

en wat doet een lege htaccess?

Zou het kunnen liggen aan de httpd.conf van de apache server? en zoja welke functie zou dan verkeerd kunnen staan.. ?

en wat doet een lege htaccess?

Dit is voldoende hoor...

Neem even contact op met trexif? Misschien dat zij je kunnen vertellen waarom dit niet werkt, alleen zij kunnen de httpd.conf inkijken.

Overigens is SSH toegang bij heel veel webhosters niet toegestaan omdat dat je beveiliging serieus onderuit (kan) halen.

Beste leden van WHT,
Dit probleem ligt niet aan de httpd.conf hier staan de instellingen goed,
Wij hebben laatst de server laten bekijken door de mensen van DirectAdmin en konden dit probleem ook NIET verhelpen.
Mischien dat jullie ons dus verder kunnen helpen.
----------------------------------------------------------------
Beste Sjoerd,
Zo Als eerder aangegeven geven we jou GEEN toegang tot SSH ivm met beveiliging.
Echter zou ik je willen verzoeken om je E-mails te lezen.
Neem desnoods even contact op via E-Mail.
Zo als eerder gezecht is MSN geen Officiële support methode van ons.

Alvast Bedankt,

Gebruik je op beide servers dezelfde versie van Apache? (Apache 1.x allebei of allebei Apache 2.x?)

Die nieuwe host geeft forbidden, kun je nog even laten zien wat er eerst stond?

Origineel geplaatst door DennisCitus
Gebruik je op beide servers dezelfde versie van Apache? (Apache 1.x allebei of allebei Apache 2.x?)

Die nieuwe host geeft forbidden, kun je nog even laten zien wat er eerst stond?

1. => In princiepe dezelfde en ook de PHP versie was gelijk, gekeken door middel van dat php info bestand

2. => Dit is de enige melding die er terecht komt... er kwam geen andere melding eerst.

Origineel geplaatst door Trexif
Beste leden van WHT,
Dit probleem ligt niet aan de httpd.conf hier staan de instellingen goed,
Wij hebben laatst de server laten bekijken door de mensen van DirectAdmin en konden dit probleem ook NIET verhelpen.
Mischien dat jullie ons dus verder kunnen helpen.
----------------------------------------------------------------
Beste Sjoerd,
Zo Als eerder aangegeven geven we jou GEEN toegang tot SSH ivm met beveiliging.
Echter zou ik je willen verzoeken om je E-mails te lezen.
Neem desnoods even contact op via E-Mail.
Zo als eerder gezecht is MSN geen Officiële support methode van ons.

Alvast Bedankt,

=> Per email wordt er heel laat geantwoord en moet ik me steeds beroepen op uw collega Patrick. Die mij overigens netjes te woord staat op MSN. En beloofd dat ik wel binnen 48 uur beantwoord wordt.

=> Waarom zou ik SSH toegang misbruiken? Ik betaal nu gewoon voor mijn hosting wat geneens goed functioneerd en wil dit desnoods zelf bekijken en of oplossen.

Origineel geplaatst door Onsforum


1. => In princiepe dezelfde en ook de PHP versie was gelijk, gekeken door middel van dat php info bestand

2. => Dit is de enige melding die er terecht komt... er kwam geen andere melding eerst.



=> Per email wordt er heel laat geantwoord en moet ik me steeds beroepen op uw collega Patrick. Die mij overigens netjes te woord staat op MSN. En beloofd dat ik wel binnen 48 uur beantwoord wordt.

=> Waarom zou ik SSH toegang misbruiken? Ik betaal nu gewoon voor mijn hosting wat geneens goed functioneerd en wil dit desnoods zelf bekijken en of oplossen.

1 ) info@trexif.com hierbij heeft elke E-Mail een Maximale support time van 60 minuten. Medewerkers E-Mail adressen heeft geen maximale Support time, dus mail daar dan niet heen.
En echter van het support nummer gehoort ? 24/7 Echter is het enige middel dat jij gebruikt msn wat vaker aangegeven is dat dit geen officiële support manier is.

2 ) Hosting is deels gesponsort, Zo als eerder gezecht en eerder Gemailt, als jij een oplossing weet E-Mail deze door, SSH toegang wordt niet gegeven elke klant zegt dat hij het niet zal misbruiken, maar er zal er maar 1 zijn die het net wel doet.
Dus SSH toegang wordt niet gegeven.

Misschien een idee, wat staat er in de error_log?