Pagina 1 van 1

Fout bij style management

Geplaatst: 19 jun 2003, 22:06
door snipes
Sinds ik mijn forum heb over geplaatst naar een ander domein heb ik nog wat kleine problemen op het nieuwe forum.

Het probleem wat ik nu heb is als volgt:
Als ik via het admin paneel een template wil aanpassen krijg ik de volgende fout:

Warning: is_file() [function.is-file]: SAFE MODE Restriction in effect. The script whose uid is 840 is not allowed to access ./../templates/.. owned by uid 99 in /home/.sites/62/site118/web/admin/admin_styles.php on line 554

Warning: is_link() [function.is-link]: SAFE MODE Restriction in effect. The script whose uid is 840 is not allowed to access ./../templates/.. owned by uid 99 in /home/.sites/62/site118/web/admin/admin_styles.php on line 554

In het genoemde bestand kan ik niks vreemds vinden.... :shock:
Zie ik iets over het hoofd????


Ook is er een vreemd probleem ontstaan met sommige posts.
De oude posts zijn soms verdraaid, gebruikers zien tekst in topics staan... die hun zelf niet hebben geplaatst. Hoe kan dit?

Verder HAD ik een probleem met het posten van berichten, Error while posting was het fout bericht.
Dit werd overigens opgelost nadat ik het Subsilver template opnieuw had ge-upload.
Wat zou hier het probleem van zijn geweest?

Geplaatst: 21 jun 2003, 00:55
door jeroen234
je nieuwe host draaid zo als zo veel hosten in safe mode
daarmee hebben ze controle over wat je met php mag doen en niet doen
zo dat ze hackers buiten de deur kunnen houden

blijkbaar mag je daardoor een functie die je voor je templates bewerken nodig heb niet uitvoeren


probleem van verkeerde berichten bij overzetten

als je geen goede dump van je databasebase had gemaakt
kan de volgorde van de berichten verkeerd komen

bericht nummer 4 kan dan op de plek van bericht numer 2 komen
en dan krijgt die de titel van bericht nummer 2 en de tekst van bericht 4

Geplaatst: 21 jun 2003, 01:23
door snipes
jeroen234 schreef:je nieuwe host draaid zo als zo veel hosten in safe mode
daarmee hebben ze controle over wat je met php mag doen en niet doen
zo dat ze hackers buiten de deur kunnen houden

blijkbaar mag je daardoor een functie die je voor je templates bewerken nodig heb niet uitvoeren
Ik ben van domein verhuisd met mijn forum, maar ben bij dezelfde host gebleven.
Hoe kan het dat ik voorheen wel templates kon bewerken, en nu niet meer dan? :?

Geplaatst: 21 jun 2003, 01:29
door jeroen234
niet ieder domein blijkbaar de zelfde veiligheid

en hoeft ook niet de zelfde pc tezijn als waar je eerst op zat

Geplaatst: 21 jun 2003, 22:07
door snipes
Ik blijf dat een vreemd probleem vinden, want op hetzelfde domein heb ik een goed werkend forum draaiende gehad.
Pas toen we de Database en files gingen overzetten ontstond dit probleem.
Het simpel overschrijven van de Admin - of Templates/subsilver folder had overigens ook geen effect.

Geplaatst: 22 jun 2003, 13:53
door snipes
Dit vond ik in regel 554 van de admin_styles.php.

Code: Selecteer alles

if( !is_file($phpbb_root_path . 'templates/' . $file) && !is_link($phpbb_root_path . 'templates/' . $file) && $file != "." && $file != ".." && $file != "CVS" )
Ik heb mijn forum direct op de root staan, wellicht dat er hier iets op aangepast moet worden?

Dit vind ik dan op lijn 41:

Code: Selecteer alles

$phpbb_root_path = "./../";

Geplaatst: 27 aug 2003, 17:16
door snipes
Heeft er echt niemand een idee? :roll:

Geplaatst: 27 aug 2003, 17:20
door WebSiteNet
chmodd /templates/ eens naar 777

Geplaatst: 27 aug 2003, 17:47
door snipes
webdev schreef:chmodd /templates/ eens naar 777
Had ik al geprobeerd...
Werkt niet :?

Geplaatst: 27 aug 2003, 17:55
door WebSiteNet
admin/admin_styles.php --> 777
/ --> 777
templates/<<alletemplates>>/ --> 777

Als je dit gedaan hebt en het lukt nog steeds niet dan moet je een telefoontje plegen met de host (denk ik).

Geplaatst: 27 aug 2003, 18:02
door snipes
webdev schreef:admin/admin_styles.php --> 777
/ --> 777
templates/<<alletemplates>>/ --> 777

Als je dit gedaan hebt en het lukt nog steeds niet dan moet je een telefoontje plegen met de host (denk ik).
Zojuist bovenstaande nog uitgevoerd.. maar levert niks op.
Mijn host heeft wel aangegeven dat zijn safe mode aan staat.
Maar dit probleem doet zich pas voor sinds dat ik van de ene naar mijn andere website ben verhuisd.
Op beide sites heeft dit voorheen goed gewerkt.