Onderwerp: Klant verwijderd mappen uit de root map met frontpage

Een klant van mij die gebruikt frontpage om zijn website te uploaden, en het is al een een paar keer gebeurd dat alle mappen vanuit zijn eigen root map verwijderd worden.
Nu draai ik SuPHP en PHP in CGI mode, alle mappen staan dus op de rechten van de gebruiker.
Hoe kun je met DA de mappen herstellen van 1 account?
Tot nu toe moest ik de account verwijderen en opnieuw aanmaken, dit moet toch makelijker kunnen?

Ja, met een goede backups heb je het zo teruggezet.

Als je als reseller bent ingelogd kun je dit doen door in de rechterkolom onder Reseller Tools te klikken op Manage User Backups. De bovenste optie is het maken van backups, de onderste is het terugzetten van backups.

Mogelijkheid 2 is om als de gebruiker in te loggen. In de linkerkolom onder Your Account klik je dan op Create/Restore Backups.

Als je alleen de mappen wilt terugzetten kun je misschien een php-script maken (aangezien het vaker gebeurt bij die klant ) zodat de mappen met 1 klik/druk op de knop worden gemaakt.
Of je kan de verwijder-rechten m.b.v. .htacces natuurlijk voorkomen.

restore is een optie dat weet ik, dit kan de klant zelf ook..
Maar ik miste eigelijk de functie om alleen de mappen te herstellen voor een gebruiker in DA
Ik weet dat ISPConfig de mappen checkt en de gegevens worden uit de database gehaald, als er iets niet klopt dan worden ze automatisch hersteld.
En volgens mij start Apache ook niet als er mappen ontbreken die wel in de virtualhost staan (nog niet getest op Directadmin) en dan wordt het zoeken..

Ik heb het met backups in het begin gehad: map aangemaakt, backups erin laten zetten, volledige map downloaden en vervolgens van de server verwijderen. De volgende keer gaf DA een error dat de map niet bestond.
Dus je moet zelf zorgen voor mappen en schrijfrechten wil DA er kennelijk mee werken.

Een andere oplossing zou zijn om een (php-)script te maken die elk uur door een cronjob wordt aangeroepen. Die kijkt of de mappen nog bestaan. Zo niet, dan maakt php ze aan met de juiste rechten. Misschien is dat iets?

Oorspronkelijk geplaatst door dinges2007

Ik heb het met backups in het begin gehad: map aangemaakt, backups erin laten zetten, volledige map downloaden en vervolgens van de server verwijderen. De volgende keer gaf DA een error dat de map niet bestond.
Dus je moet zelf zorgen voor mappen en schrijfrechten wil DA er kennelijk mee werken.

Een andere oplossing zou zijn om een (php-)script te maken die elk uur door een cronjob wordt aangeroepen. Die kijkt of de mappen nog bestaan. Zo niet, dan maakt php ze aan met de juiste rechten. Misschien is dat iets?

Ik gaf al aan dat ik met SuPHP en PHP in CGI mode werk.
Het verhaal is dus iets ingewikkelder dan zomaar een script.

En ik gaf al aan dat je dat met .htaccess dan kunt voorkomen.

Oorspronkelijk geplaatst door dinges2007

En ik gaf al aan dat je dat met .htaccess dan kunt voorkomen.

Ik zou graag weten hoe?
Als de mappen leeg zijn gemaakt dan is .htaccess ook weg

Even wat anders ... Je bent nu met damage control bezig ...

Is het bekend hoe of waarom FP die mappen verwijderd ?

Oorspronkelijk geplaatst door Ramon Fincken

Is het bekend hoe of waarom FP die mappen verwijderd ?

Nee helaas, maar mijn ervaring is gebruikers die uploaden met frontpage hebben weinig verstand van zaken.
Het is niet negatief bedoeld ofzo maar die mensen hebben alleen verstand van Windows en de standaard software die er bij ingebakken zit.
Ik raad ook altijd af om frontpage te gebruiken maar andere software vinden ze vaak te ingewikkeld.

Oorspronkelijk geplaatst door Herbert

Ik raad ook altijd af om frontpage te gebruiken maar andere software vinden ze vaak te ingewikkeld.

Waarom verwijder je het dan niet uit DA? (en laat ze b.v. uploaden met een ftp progje. Voordeel hiervan vind ik is dat ze zien wat ze doen...

@GJ .. nou het zal wel om die "Frontpage extensies" gaan .. mailformpjes enzo ..
dat werkt niet bij normale FTP upload.

Wat ik kan zien betreft het hier om een normale website in html dus zonder extenties.
Maar een oplossing heb ik nog niet gevonden om de standaard user mappen te beveiligen omdat deze op naam van user staan, als ik de naam verander met chown dan krijg je een error500 met SuPHP