Jump to content
InvisionCommunity.de - Der Deutsche Invision Community Support

InterCeptoR

Mitglied
  • Content count

    6
  • Joined

  • Last visited

About InterCeptoR

  • Rank
    Frischling
  • Birthday 20.04.1968

Contact Methods

  • Website URL
    http://www.panikbrothers.com
  • ICQ
    281776831

IP.Board Informationen

  • IP.Board Version
    1.3.x

Profile Information

  • Wohnort
    Hamburg
  • Interessen
    Webserver, Webdesign, LAN-Party Organisations
  1. Umzug auf einen anderen Server

    Kurz nochmal zum dem 2.Problem, es war tatsächlich ein andere Skin noch in der Datenbank drinne und nachdem ich im ACP alles auf "IPB Standart Skin" umgestellt hatte konnte ich auch "wieder etwas sehen" Ok danke nochmal THEMA ERLEDIGT !!!
  2. Datenbank Backup

    Naja ganz einfach, die Daten des Forums stehen in einer großen "DATENBANK" (wie ne Anzahl von vielen Exceltabellen vorzustellen) und werden über die PHP-Scripte ausgelesen und in Deinem Browser dann in der Form wie Du es hier siehst ausgegeben. Naja und um zuverhindern das man durch irgendwelche Umstände (Servercrash etc) seine ganzen Forumeinträge verliert, macht man von z.Zt. ein "Datenbank-Backup" (sprich Bäkap ) auf Deutsch Datenbank "Sicherheitskopie" Es ist immer das beste wenn man diese Backups über ein sog. Datenbank Administrationinterface macht, wie z.B. Phpmyadmin oder MySQL-Commander !
  3. Mysql-Fehler

    Liegt an der Anzahl der Session´s die zum MySQL Server aufgebaut werden dürfen. Könnte daran liegen das der "MySQL-Hoster" entweder den Server unbewußt oder bewußt mit dieser "Bandbreitenlimitierung" eingestellt hat. Könnte auch bei "billig" MySQL Hostern vorkommen Man kann auch im ACP, diesbezüglich einige Anpassungen vornehmen, nur weiss ich nicht genau wo und welche Auswirkungen diese haben !
  4. Umzug auf einen anderen Server

    Jo schon passiert, wie gesagt er hat es dann auch über SSH Versucht und nicht die "Posts" reinbekommen. Ich bin jetzt gerade dabei es selber hier bei mir zuhause zuversuchen die Posts über den mysql-Befehl einzuspielen. .............. 10 Minuten später..... Es hat jetzt geklappt, nachdem ich die ca. 5000 Posts in 5 kleinere Files unterteilt habe Nun habe ich alles in der Datenbank drinne und habe das Backup nach dieser Anleitung gemacht und danach dann auf dem Webserver per phpmyadmin eingespielt. SAUBERE SACHE !!! Für alle die einen SSH-Zugang auf ihren Webserver haben und mit Ihrem User über die nötigten Rechte verfügen (root wäre am besten ), hier einmal der Vorgang wie man auf den MySQL_Server zugreifen kann und Befehle ausführt per Commandzeile. matze@linux:/srv/www/htdocs> mysql -u root -p Enter password: mysql> connect posts Connection id: 1354 Current database: posts mysql> source /home/matze/board/ibf_posts_1_1.sql Query OK, 1126 rows affected (0.23 sec) Records: 1126 Duplicates: 0 Warnings: 0 Passwort ist in den meisten Fällen nicht gesetzt, also ENTER Posts= Datenbankname source=Ausführen eines SQL-Scripts, volle Pfadangabe nötig! \h=Hilfe anzeigen Sollte das Scriptfile zugroß sein kommt diese Fehlermeldung: ERROR 2006: MySQL server has gone away No connection. Trying to reconnect... Connection id: 1341 Current database: posts So zu 2.: Das kann ganz gut möglich sein, denn der Admin der alten Datenbank hatte einen anderen Skin im Einsatz !!! Vielen Dank für die schnelle Hilfe !!!
  5. Hi Community ! Ich habe ein riesen Problem, ich musste mit einem IPB-Board auf einen anderen Server umziehen. Ich habe von dem ehmaligen Boardadmin ein "kompletten" MySQL Dump bekommen, was wie ich gelesen habe bei einer Größe von über 5000 Posts schon nicht so gut ist Nun sitze ich hier habe über phpmyadmin die Datenbankstruktur und, die Einträge der anderen Tabellen soweit aufbauen können, nur die Posts bekomme ich ned rein ! Was habe ich schon versucht: Die Einträge (Table, INSERTS und VALUES) der "ibf_posts" aus dem großem Dump extrahiert in eine separate .sql Datei Da diese Datei auch noch 3 MB groß war, habe ich sie in Mühevoller Kleinarbeit nochmals gesplittet Extra eine neue Datenbank angelegt um die Posts-Database wieder neu aufzubauen. Ich habe alles versucht die daten über phpmyadmin wieder einzuspielen, wenn ich zum Test einige kleine Teile der "Posts" via Zwischenablage importiere in phpmyadmin klappt es wunderbar, die Datenbankstruktur stimmt und die Daten stehen auch drinn. Bei allen anderen Versuchen kommt immer keine Rückmeldung von phpmyadmin, was die Folge aus einem Timeout ist, sprich MySQL "Error 2006 MySQL server has gone away" Was habe ich für Möglichkeiten oder was mache ich noch falsch ??? Ich habe hier zum Testen zum Glück einen Linux-Server Zuhause stehen, habe dadurch auch die Möglichkeit direkt über Shell via "mysql-Befehl" Befehle auszuführen, nur fruchtet es momentan noch nicht. 2.Frage: Da ich ja den Server mit dem Foren (Neue Pfade, neuer Domainname etc) gewechselt habe, habe ich mir einfach gedacht das ich einfach die V.1.2 neu aufdem Server installiere in einer parallel Datenbank und dannach auf die "Importierte" Database switche in dem ich in der "conf_global.php" den Datenbanknamen abändere. Hatte leider die Auswirkung das ich beim Aufruf der Startseite nur eine komplett leere Seite angezeigt bekomme. Welche Tables muss ich importieren welche von den neu erstellten (nach der Neuinstallation) kann/muss ich behalten, damit das Forum auch auf dem neuen Webspace läuft ?
×