Beiträge von Ria

    Hallo WP-Fans,

    mein Favorit in Sachen DB Sicherung ist(war) "mysqldumper". Der im Gegensatz zu "phpmyadmin" bei größeren Dateien, keinen Schluckauf bekommt.

    Jetzt liest man:

    "Leider wurde eine für den MySQLDumper notwendige Erweiterung von MySQL entfernt, und deshalb funktioniert der MySQLDumper nicht mehr" spätestens ab php7.

    Also habe ich gesucht, ob es nicht noch was umfassenderes gibt und bin auf "UpdraftPlus" gestoßen, welches auch eine Free-Version hat.

    Die Möglichkeiten, bzw. die umfangreichen Funktionen haben mich erst mal beim durchstöbern der Webseite etwas erschlagen.

    Was mich eigentlich etwas grübeln läßt ist das es nicht extern benutzt wird, sondern fest im Dashboard als Plugin sitzt.
    Da frage ich mich nun gerade, was ist wenn ich nicht mehr ins Dashboard komme?
    (was ich auf dem HomePC schon mal hatte) Übersehe ich da grundsätzlich was oder wie spiele ich dann ein Backup wieder ein?

    Hat jemand Erfahrungen mit dem Teil oder sowas ähnlichem?

    Oder sollte man nicht besser konventionell sichern, also DB, Contentordner, wp-config.php und die htaccess?

    So hab ich das bisher gemacht, ist natürlich etwas mehr Aufwand. Gibt es hier Erfahrungen zu oben und einen Tipp für ein reines zukunftsicheres DB Sicherungstool, was den "mysqldumper" ersetzen könnte, was sich bei großen Dateien nicht verschluckt?

    l.G. Ria

    Reale Erfahrungen wären nett.

    Hallo,

    die Seite läuft auf dem Home PC Apache/2.4.7 (Ubuntu) Server at localhost und ist eine Multisite-Verzeichnisseite, WP 4.x
    Seit WP 3.5 geht das ja, nur hab ich dazu da ein paar Beschreibungen zu spät entdeckt.

    ich habe ***etwas vorschnell*** den gesamten Inhalt von www (root) verschoben, in einen zuvor erstellten Ordner.
    dann die wp-config angepasst:

    define('DOMAIN_CURRENT_SITE', 'localhost/name des ordners');
    define('PATH_CURRENT_SITE', '/');
    define('WP_SITEURL', 'http://localhost/name des ordners');
    define('WP_HOME', 'http://localhost/name des Ordners');

    natürlich oben mit dem richtigen Ordnernamen.

    Dann habe ich in der Datenbank dasselbe gemacht, überall wo "localhost" auftaucht erweitert, "localhost/name des Ordners"
    Natürlich alles abgespeichert.

    Der Firefox öffnet ***jetzt NUR***mit dem Index der Namen, der Ordner, die sich im Verzeichnis www befinden.
    Mit Klick auf /ordnername (also da wo WP drin ist) erscheint in der Browserzeile localhost/ordnername, was dann erst mal richtig wäre.

    und erst nach Änderung der htaccess:

    wird mir im Frontend alle Dateien (Dateinamen) von WP angezeigt, jedoch ***nicht*** die Webseite, wie normal.

    Die htaccess ist, für wenn alles in www wäre, richtig und sieht so aus:

    # BEGIN WordPress
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
    RewriteRule . index.php [L]
    # END WordPress

    Die habe ich dann erst mal erweitert mit:

    #NEW
    DirectoryIndex filename.html index.cgi index.pl default.htm
    Redirect /localhost http://localhost/ordnername/
    # END WordPress

    es ändert sich nichts, auch wenn ich die wieder direkt ins root setze. Da dürfte sie auch nicht rein, weil ich ein neues WP ins root instalieren will.

    Zuletzt habe ich die index.php verändert:
    <?php
    /**
    * Front to the WordPress application. This file doesn't do anything, but loads
    * wp-blog-header.php which does and tells WordPress to load the theme.
    *
    * @package WordPress
    */

    /**
    * Tells WordPress to load the WordPress theme and output it.
    *
    * @var bool
    */
    */NEU*/
    header ('HTTP/1.1 301 Moved Permanently');
    header("Location: http://localhost/ordnername");
    header("Connection: close");

    define('WP_USE_THEMES', true);

    /** Loads the WordPress Environment and Template */
    /*require( dirname( __FILE__ ) . '/wp-blog-header.php' );*/
    /*nur wenn wp verschoben-NEU*/
    require(‚./ordnername/wp-blog-header.php‘);

    Jemand eine Idee? Es sollte gehen, wenn ich mehr Kenntnisse hätte :-).

    l.G. Ria

    Hi helix,

    "* hier gar nicht sooooo viele selber eine Multiinstallation betreiben / pflegen"

    Gibt es noch ein Forum für Multisites?

    "Die Erfahrung zeigt aber, dass es da eine ganze Reihe von Fallstricken gibt, die auf einem Webserver normalerweise nicht zum Tragen kommen,... "

    1. - Es ging doch hier um keine Server Frage! Ich betreibe einen Apache und eine MySQL Datenbank auf dem Home PC. Dazu stelle ich letztlich hier keine Frage, sobald ich merke, es kann nur am Server liegen. Wäre ja auch hier das verkehrte Forum.

    "* nicht jeder jederzeit Zeit hat, in seine eigenen Einstellungen zu gucken und Komma für Komma zu überprüfen, wo der Fehler sitzen könnte..."

    2. - verlange ich ja nicht. Es geht/ging ja nur um die wp-config.php mit an sich überschaubaren Einstellungen.
    An sich gehe ich davon aus, dass in dem von mir angesprochenen Forum, eher die Profis zu Gange sind(?).

    Und es ein bekannter Effekt (Fehler) gewesen wäre oder hätte sein können, dass die Aktualisierungen nicht laufen, wenn dieser Slash halt fehlt und das die wp-config.php nun mal zu Wordpress gehört und nicht zu meinen Servereinstellungen, welcher läuft.

    Also keine Aufregung, wenn ich zunächst mal hier frage und mich dann wundere...

    Und am Rande, ich bin, auch wenn ich schon lange dabei bin, kein Profi und auch keine Webdesignerin für andere Leute und immer noch oder besser schon wieder, mit großen Unterbrechungen aus privaten Gründen, an meiner eigenen 2 Webseite dran.
    Richtige professionelle Übung habe ich nicht und die meisten Fragen sind hier ja schon irgendwo beantwortet, die ich dann nur finden muss, was nicht immer klappt. Den Apache Webserver, statt einem Xampp, habe ich halt auch etwas länger für gebraucht, mal abgesehen von Linux an sich. Dafür habe ich ein Betriebssystem was einfach nur läuft und keine Softwarekosten verursacht.

    Fazit: ich hab mich halt nur gewundert, das es hier nicht ***eher*** jemand hätte wissen können, an sich. Das ist alles.
    Und natürlich poste ich, wenn ich den Fehler gefunden habe, falls dieser nicht anderweitig beantwortet wurde.

    l.G. Ria

    Hallo,
    ist ja mau hier mit Ideen im Blog-Netzwerk. Für alle denen dies mal passieren sollte, in die config sehen:

    define('PATH_CURRENT_SITE', '/');

    es fehlte einfach nur der / (Slash). Kleine Ursache große Wirkung und Betriebsblind meinerseits. Zum Glück wurde mir im Linuxforum geholfen.

    Also hier schämen :-)

    l.G. Ria

    Hallo,

    ich noch mal, ich stelle die Frage nochmal anders. Wenn ich auf aktualisieren gehe muss der Firefox ja online gehen, um sich das Update zu holen.
    Er bleibt aber auf localhostwp-admin/network/upgrade.php

    also localhost, aber warum, welche Einstellung könnte falsch sein?

    Ein Upgrade manuell zu machen funktioniert. Wie macht man den eine MANUELLE Netzwerk Aktualisierung?

    l.G. Ria

    Hallo,

    ich habe ein Upgrade auf 4.6.1 gemacht, allerdings Manuell, deshalb erst mal nichts gemerkt.

    Unter Netzwerkverwaltung z.B. Einstellungen kommt:

    Fehler: Server nicht gefunden

    Ebenso bei: "Vielen Dank für die Aktualisierung! Bitte besuche die Seite Netzwerk aktualisieren, um alle Websites zu aktualisieren." Also wenn ich auf aktualisieren klicke.

    Der Server unter localhostwp-admin konnte nicht gefunden werden.

    So letztes ist schon mal sicher falsch, nur warum wird es so angezeigt?

    localhostwp-admin/network/upgrade.php

    das habe ich geändert in der Eingabe in:

    localhost/wp-admin/network/upgrade.php

    Nun lande ich auf Amazone. Das finde ich jetzt noch weniger lustig. Die Beiden Seiten werden jedoch im Browser normal angezeigt. Erst durch den Aktualisierungsversuch bin ich auf die Macke gekommen.

    Hat jemand eine Idee? Ich muss das Netzwerk ja auch upgraden, auch wenns bisher nur eine weitere Seite ist.

    l.G. Ria

    Hallo NACHTRAG:

    sorry, das muss/sollte man natürlich nicht im CORE ändern, mein Fehler. Richtig in die wp-config.php:

    define( 'ALLOW_SUBDIRECTORY_INSTALL', TRUE);

    vermute, dass es auch kein Bug im eigentlichen Sinne ist, sondern eine Fehler "Verhinderungs-Maßnahme".

    mfG Ria

    Hallo,

    Die LÖSUNG:

    "Wenn du Sub-Domains lokal nutzen möchtest, richte dir localhost.localdomain ein. "

    Da dies nicht half habe ich in der network.php folgendes geändert:

    function allow_subdomain_install() {
    $domain = preg_replace( '|https?://([^/]+)|', '$1', get_option( 'home' ) );
    if( parse_url( get_option( 'home' ), PHP_URL_PATH ) || 'localhost' == $domain || preg_match( '|^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+$|', $domain ) )
    return true;

    return true;
    }

    Beim ersten true stand false! Nun zeigt mir das richtige (ein anderes) Fenster die Auswahlknöpfe "Sub-Domains" oder Sub-Verzeichnisse, sind nun vorhanden.

    mfG. Ria

    PS. dann ist das ja irgendwie ein BUG! Denn die /etc/hosts hatte ich vor der Neuinstallation bereits geändert.
    Hoffe ich kann hiermit anderen einen Tipp geben.

    Hallo,

    in der Datei /etc/hosts steht:

    127.0.0.1 localhost
    127.0.1.1 ria-939Dual-SATA2

    # The following lines are desirable for IPv6 capable hosts
    ::1 ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    127.0.0.1 localhost.net

    es spielt dabei auch keine Rolle, ob ich den obersten Eintrag rausnehme. Im Netzwerk Einrichtungsfenster erscheint KEINE Auswahlmöglichkeit(die beiden Wahl-Knöpfe) ob Subfolder oder Subdomain ***fehlen.***

    Ich habe allerdings keine Lust auf dem Heim PC eine Wildcard DNS zu konfigurieren.
    Mache ich noch was falsch, oder wurde das inzwischen so geändert, dass man Subdomains so nicht mehr wählen kann?

    mfG Ria

    PS. zu letzterem müsste es doch Erkenntnisse geben.

    Hallo Brawler,

    mein Webserver funktioniert einwandfrei, siehe oben.

    und es müsste doch reichen in der: /etc/hosts Datei ein 127.0.0.1 localhost.net zu setzen(bisher jedenfalls). Habe natürlich den Server neu gestartet und im Browser den Cache geleert.
    Jedoch erscheint in der WP 4.2.3 im Fenster: "Erstelle ein Netzwerk von WordPress Seiten" nicht die Auswahl, ***also die beiden Markierungspunkte, *** Verzeichniss oder Subdomain. Nur der Satz man soll Wildcard DNS verwenden.

    Das konnte man früher ignorieren, dass kam nach der Markierung von Subdomains und Enter.

    Ich werde aber nochmal neu installieren, könnte ja in einer DB Tabelle was nicht stimmen und melde mich dann neu.
    mfG Ria

    Hallo WP-Fans,

    Jetzt habe ich ein neues Konfigurations-Problem im Zusammenhang mit Multisites und SubDomains auf Localhost mit einem lokalen Apache2 Webserver.
    (ich google schon Tagelang und finde dazu keine richtige Antwort)

    Vorweg:
    Verzeichnisseiten (subfolder) und natürliche "normale" Webseiten funktionieren einwandfrei.

    1. Bei der Aktivierung von Multisites(Werkzeuge/Netzwerkeinrichtung) im Bearbeitungsfenster steht:

    Sub-Verzeichnis Installation: Du nutzt localhost, die Seiten des WordPress Netzwerk müssen hier Unterverzeichnissen nutzen.

    Wenn du Sub-Domains *lokal* nutzen möchtest, richte dir localhost.localdomain ein.

    2. Frage:

    wo,was ändern?

    (leider gibt es da ja mehrere Möglichkeiten und ich wäre dankbar hier gibt es Wissende, bevor ich mir alles zerhaue)

    Gruss Ria

    Hallo,

    nun noch ein Versuch:

    nochmal es geht um eine Verzeichnisseite (subfolder NICHT Subdomain) in einer Multisite,

    wobei die Installation in einem Unterordner erfolgte und die Startseite mit dem Haupt (parent)Theme bzw. Template mit allen Menüs usw. wird ***korrekt*** über das *** erste Child Them*** angezeigt.

    1. Im Haupt(parent)Theme bzw. Template wurde nichts verändert, alles wird angezeigt und bearbeitet nur über das erste child Theme, welches ich direkt angelegt hatte.

    in der style.css ist der Theme Name: namexy-child, der Template(Grundgerüst) Name: also namexy

    2. Für die erste Verzeichnisseite habe ich ein child2 Theme angelegt, in dem befinden sich alle Dateien, die auch im ersten Child Theme enthalten sind(style.css;functions.php;usw.).

    3. Im Child2 ist der Theme Name: namexy-child2, der Template(Grundgerüst) Name: also Namexy.
    ####
    Angezeigt wird nun zwar richtig die Verzeichnisseite(subfolder), mit Logo und als einziges "Startseite" als Hauptmenü und ein Text im Footer. Ansonsten fehlen Farben, Menüs, ein Widget und alle sonstigen Seiteninhalte.
    ####
    Freigeschaltet, im Netzwerk, ist das Haupt(parent)Theme bzw. Template und das namexy-child2.

    In der fuctions.php vom Child2 steht auch folgendes:

    /* besseres laden des child-themes */
    add_action('wp_head','load_parent_style',0);
    function load_parent_style() {
    wp_register_style('parent-theme',get_bloginfo('template_directory').'/style.css');
    wp_enqueue_style('parent-theme');
    }
    /* ENDE */

    Müsste da was geändert werden? Irgendwie, sieht es für mich so aus, dass child2 wohl nicht auf das Template bzw. Haupt(parent)Theme zugreifen kann(obwohl das erste Child dies tut)?

    mfG Ria

    Hallo,

    ich versuche es mal weniger verwirrend zu machen, ich habe Heute festgestellt, dass es einen Unterschied gibt, wie ich im Backend die Seiten aufrufe.

    1. Über die Netzwerkverwaltung/Dashboard/Webseiten

    wird die Verzeichnisseite-namesubfolderseite (so wie es im Link steht) angezeigt. Als Pfad steht da ein / Slash.

    1a. Über Themes werden alle Themes angezeigt.
    ########

    2. Über Webseiten/Verzeichnisseite/Dashboard/Meine Webseiten

    werden die Titel der Haupt und Subfolderseite angezeigt.

    2a. Unter Seiten "Alle Seiten" kommt die Meldung ***"Keine Seite gefunden"***

    ########

    Mit Pfaden habe ich es leider nicht so. Der Link im Menü ist(da offline) http://localhost/namesubfolderseite

    Aber wenn, wie oben geschrieben, ein / Slash unter Pfad steht, dann wäre das doch ***root*** oder?

    Unter Seite bearbeiten steht Domain: http://localhost und unter Pfad: /namesubfolderseite/

    Die Installation liegt in www/wordpress (www=root) Startseite funktioniert.

    mfG Ria

    PS. hat vielleicht jetzt jemand eine Idee?

    Hallo,

    Child2 wird jetzt auch im Dashboard angezeigt. Hatte allerdings das ursprüngliche Default Theme twentyfifteen gelöscht, weil nicht benutzt(das ist wohl inzwischen ein Fehler geworden?).

    Jetzt habe ich in der wp-config eingetragen:

    define('WP_DEFAULT_THEME','child');

    und habe das Child Theme mal Netzwerkweit freigegeben und unter Design die Themes mal aufgerufen, werden auch dort angezeigt. Leider ist die Subfolder (Verzeichnisseite) bei Aufruf immer noch eine weiße Seite.

    Also jetzt im Backend wird alles richtig angezeigt, im Frontend immer noch eine weiße Seite. Da wundere ich mich jetzt allerdings sehr, jemand eine Idee?

    mfG Ria

    PS. auf der Start-Installation arbeite ich also nur über das Child, auf der Verzeichnisseite will ich nur über das Child2 arbeiten.

    Hallo SirEctor,

    danke Dir, (bin aber doch im richtigen Forum...) habe erst mal "Netzwerkweit freischalten" versucht, weil das ja funktionieren müßte:

    Unter Netzwerkverwaltung/Dashboard / Alle Webseiten / /Verzeichnisseite/

    markiert und "Bearbeiten" kann man "Themes" wählen und habe nun dort die Info "Keine Themes gefunden".

    In den "Einstellungen" ist "Template" und "Stylesheet" korrekt eingetragen.

    NUN "Netzwerkweit freischalten" aktiviert.

    Unter "Netzwerkverwaltung" / "Themes" (da sind die Themes beide zu sehen) habe ich jetzt mal "Netzwerkweit freischalten" aktiviert.

    Auch wenn ich das ja endlich nicht will, müßte das ja jetzt zumindest funktionieren, denke ich mal?

    Unter "Meine Webseiten" bekomme ich die Seiten angezeigt. Bei der "Verzeichnisseite" "Startseite anzeigen" nur eine weiße Seite(keine DEBUG Meldung).

    Die primäre Seite wird weiterhin angezeigt.

    Die WP Installation befindet sich weiterhin in einem Unterordner, die Grundeinstellungen dazu stimmten, sonst würde ja jetzt die primäre (Start) Seite nicht funktionieren.

    Aber kann es sein, dass es jetzt mit der Verzeichnisseite irgendwo klemmt, vielleicht noch was in die wp-config muss( was ich an sich nicht annehme)?

    Gruss Ria

    PS. alle Multisitler in Urlaub?

    Hallo,

    vermute mal muss meine Frage anders stellen.

    A. wenn ich mich befinde auf "Netzwerkverwaltung" "Themes" "Aktion wählen" habe ich die Auswahl:

    1. "Netzwerkweit freischalten"
    2. "Netzwerk deaktivieren"
    3. "Aktualisieren"
    4 "Löschen"

    B. wenn ich mich befinde auf "Netzwerkverwaltung" "Webseiten" / "Verzeichnis-Seite" / "Bearbeiten" habe ich die Auswahl unter "Themes":

    1. Das Haupt-Theme und 2. das Child-Theme.

    Dabei die gleiche Auswahl wie oben 1. bis 4.

    Das Haupt-Theme ist auch auf der sogenannten Start-Installation nicht verändert worden, sondern nur Änderungen über das Child-Theme.

    FRAGE:

    ich möchte das Haupt-Theme als Basis für alle Seiten behalten, jedoch für alle Verzeichnisseiten erst mal das Child-Theme auch jeweils als Basis verwenden, ***jedoch mit dem großen Unterschied***, ich möchte das Child-Theme jeweils zur entsprechenden Verzeichnis-Seite verändern können ohne das sich die "Anderen" mit verändern!

    Ich finde leider keine Erklärung was ich machen muss. Ein Link täte es auch.

    Gruss Ria