Automaties een back-up maken van het forum, is dat mogelijk

[Ger]

PhpMyAdmin --> Database openen (je ziet alle tabellen) --> Naar beneden scrollen, klikken op Selecteer alles --> Dropdownmenu: Met geselecteerd --> Verwijderen

Denk eraan dat je op dat moment je complete database leeggooit. Je forum bestaat op dat moment dus even niet meer. Zorg er daarom voor dat je zeker weet dat je een goede backop hebt.

[joept]

Hoi,

Ik maak wel eerst een back-up met de ingebouwde back-up functie in phpBB die back-up download ik naar mijn eigen pc.
Vervolgens zet ga ik proberen de back-up terug te zetten in phpMyAdmin. Als dit goed gaat is er niks aan de hand. Als het fout gaat is het ook geen ramp. Want dan installeer ik phpBB gewoon weer opnieuw op de server. En dan importeer ik de back-up die ik heb gemaakt met phpBB! En dan zijn er dus geen gegevens verloren gegaan!

[joept]

Hoi,

Heel erg bedankt allemaal voor het mee denken.
Het is mij gelukt om de back-up terug te zetten!!!!!
Nogmaals allemaal bedankt voor de hulp!!!
Ik heb het op deze manier gedaan dit had ik te horen gekregen van Ger:

PhpMyAdmin --> Database openen (je ziet alle tabellen) --> Naar beneden scrollen, klikken op Selecteer alles --> Dropdownmenu: Met geselecteerd --> Verwijderen

[Mid]

@ Ger: een backup met "drop table" erin is dus eigenlijk handiger voor het restoren dan zonder, lijkt mij.

@joept: ik was deze topic even "kwijtgeraakt"; mooi, dat nu alles goed werkt!

[Ger]

@ Ger: een backup met "drop table" erin is dus eigenlijk handiger voor het restoren dan zonder, lijkt mij.

Ja, klopt. Ik ga het script daar ook wel een keertje op aanpassen denk ik.

[Mid]

Dat zou niet gek zijn. En het liefst eruit slopen, dat het bestand moet worden aangeroepen met de toevoeging "?exec=1", want dan kan er ook een cronjob mee worden gedraaid. Ik houd mij van harte aanbevolen!

Aanvulling: ik heb nog een backupscript liggen, die al zo werkt en met de Snoopy Library werkt, die ik heb geïntegreerd in het backupscript. Ik heb het restoren nog nooit getest, maar dat zal ik eens een keer doen. In de spoiler even een stukje van de backup voor je:

Spoiler: bekijk

-- MySQL dump 10.11
--
-- Host: localhost Database: xxxxxxxx_forum
-- ------------------------------------------------------
-- Server version 5.0.51a

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `phpbb_acl_groups`
--

DROP TABLE IF EXISTS `phpbb_acl_groups`;
SET @saved_cs_client = @@character_set_client;
SET character_set_client = utf8;
CREATE TABLE `phpbb_acl_groups` (
`group_id` mediumint(8) unsigned NOT NULL default '0',
`forum_id` mediumint(8) unsigned NOT NULL default '0',
`auth_option_id` mediumint(8) unsigned NOT NULL default '0',
`auth_role_id` mediumint(8) unsigned NOT NULL default '0',
`auth_setting` tinyint(2) NOT NULL default '0',
KEY `group_id` (`group_id`),
KEY `auth_opt_id` (`auth_option_id`),
KEY `auth_role_id` (`auth_role_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
SET character_set_client = @saved_cs_client;

--
-- Dumping data for table `phpbb_acl_groups`
--

LOCK TABLES `phpbb_acl_groups` WRITE;
/*!40000 ALTER TABLE `phpbb_acl_groups` DISABLE KEYS */;
INSERT INTO `phpbb_acl_groups` VALUES

[Ger]

Dat zou niet gek zijn. En het liefst eruit slopen, dat het bestand moet worden aangeroepen met de toevoeging "?exec=1", want dan kan er ook een cronjob mee worden gedraaid. Ik houd mij van harte aanbevolen!

Kan nu ook hoor. Gewoon invullen zoals het er staat, inclusief exec=1 dus.

[Mid]

Helaas niet bij mijn host; achter de php-extensie mag geen toevoeging komen.

[Ger]

Ah ja, je hebt gelijk. Ik had dat eruit gehaald, juist om die reden zodat ik het in een cron kon duwen. Volgens mij was het alleen een kwestie van dit weghalen:

Code: Selecteer alles

	// CHECK IF ACCES IS ALLOWED:
    if (!isset($_GET['exec']))
    {
       die("hacking attempt");
    }

[Masterbas]

Je kunt ook Navicat for MySQL gebruiken. Deze heeft een goede schedule-functie, waarmee je ook je DB kunt back-uppen. Verder vind ik het ook een zeer goed programma voor het beheren van je database. Je moet wel even een crackje downloaden

En dat is dus niet de bedoeling!

- Bee

[Mid]

Ah, perfect Ger, dat ga eens eens even testen in een cronjob. Als het werkt, is dat ook voor joept handig om te gebruiken. Ik ben alweer tegen een ander backupscript aangelopen, die ook bestanden kan backuppen, maar dat moet ik eens even doorlezen en dan een keer testen; het aantal bestanden is vrij groot.

Aanvulling: het bestand wordt in de cronjob keurig aangeroepen, maar er ontstaan enkele foutmeldingen door opdrachten in het bestand, terwijl ik die foutmeldingen niet krijg, als ik het bestand rechtstreeks aanroep. Vreemde zaak; kennelijk heeft een cronjob enkele beperkingen. De rechten staan overigens goed.

Aanvulling 2: weer een ander backupscript, dat ik nog had, werkt perfect met een cronjob èn "drop table" wordt meegenomen. Restoren is nu een fluitje van een cent, dus dit script blijf ik nu gebruiken.