Beiträge von danielgoehr

    Die exportierten Dateien haben die Dateiendung .sql

    Du schreibst ja du nutzt MariaDB. Das weiß ich es ehrlich gesagt auch spontan nicht. Aber im Zweifelsfall google mal, wie man bei MariaDB die Datenbank wiederherstellen kann.

    Edit: Die Dateien sollten wahrscheinlich in /var/lib/mysql liegen (das unterscheidet sich aber ggf. je nach Distribution). Du kannst ja mal versuchen, diese Dateien durch die alten zu ersetzen. Vielleicht klappts ja.

    Edit2: Mach aber auf jeden Fall ein Backup, bevor du irgendwelche Dateien ersetzt...

    klingt alles sehr kompliziert dort.

    Ich befürchte, eine fertige Lösung gibt es dafür nicht. Also zumindest keine, bei der man einfach nur ein Plugin installiert. Es ist halt schon eine relativ individuelle Geschichte.

    Vielleicht hat ja noch jemand anders eine Idee. Ansonsten, falls du nicht selbst weiterkommst, ist das vielleicht auch etwas für das Jobforum hier (falls Budget vorhanden ist).

    Den Wordpress-Ordner hatte ich gesichert. Ich habe alle Daten auf das NAS zurückgespielt. Also auch den WP-Ordner.

    Hast du vor der Neuinstallation des NAS auch die Datenbank gesichert oder nur den Ordner mit den Dateien?

    Die Daten sind ja noch da.

    Die Inhalte und Einstellungen von Wordpress werden in der Datenbank gespeichert, nicht in den Dateien im Wordpress-Verzeichnis. Ich befürchte, falls du die Datenbank nicht auch gesichert hast, sind deine Daten weg...

    hast du das mit dem dokumet root gelesen wenn ich nur die ip eingebe??

    da wird ja geschrieben das debian stanardmäßig keinen zugriff auf einen datei erlaubt.....

    Haste überhaupt den Webserver bzw vhost konfiguriert? Ich denke mal nicht. Wie wird denn PHP ausgeführt?

    Ich befürchte, Hille hat den richtigen Ansatz. Normalerweise müsstest du eigentlich beim Aufruf der IP die Default Apache-Seite sehen und nicht diese Info.
    Da stimmt irgendwas grundsätzlich nicht. Prüf mal die Apache config und die vhosts. Ich denke, dann kommst du weiter.

    Abgesehen davon, wolltest du diesen Webserver nicht gestern noch öffentlich betreiben? Also jeder fängt natürlich mal an, aber ich denke, es ist eine sehr gute Idee, dass du das Ganze jetzt erstmal lokal machst...

    Hm, sieht eigentlich alles richtig aus. Schau mal in den Entwicklertools, ob er gar nicht erst versucht, die Datei einzubinden oder ob er sie an der falschen Stelle sucht.


    Edit: Im Zweifelsfall (falls du es nicht hinbekommst) verlink die CSS Datei einfach direkt im Header. Nicht so elegant, aber finde ich auch durchaus legitim.
    Das hat eigentlich nicht viele Nachteile. wp_enqueue_style hat halt den Vorteil, dass andere Plugins und Wordpress selbst das Verhalten beeinflussen können. Aber im Grunde kannst du die Datei auch direkt einbinden.

    Ok, der Link sieht gut aus (ich gehe jetzt mal davon aus, dass die IP die selbe ist, die du auch händisch eingibst, um die Startseite aufzurufen?).
    Die htaccess sieht auch korrekt aus und, wenn wir davon ausgehen, dass mod_rewrite jetzt auch korrekt läuft, habe ich aus der Ferne leider gerade auch keine Idee mehr.

    Mit direktem Zugriff auf den Server würde man den Fehler vermutlich finden. Aber so aus der Ferne schwierig. Vielleicht hat ja jemand anders noch eine Idee...

    Du musst das Domainziel bei deinem Hoster ändern und zwar auf den Unterordner. Am Besten du besprichst mit deinem Hoster wie genau das funktioniert.

    Das geht natürlich auch. Unterscheidet sich aber nur insofern, dass du die Dateien dann nicht verschieben musst. Die Anpassung der Datenbank bleibt in dem Fall das gleiche.

    Genau. Am Ende müssen die Dateien und Ordner direkt im Hauptverzeichnis des Servers liegen (also die Order wp-content, wp-includes, etc. und die Dateien wp-config.php etc.) und nicht in einem Unterordner.

    Du hast jetzt zwei Möglichkeiten: Du verschiebst die Dateien und passt die Verweise in der Datenbank an (z.B. mit dem Plugin Better Search Replace) oder du fängst nochmal von vorne an und installierst einfach neu (dann sind aber alle deine bisherigen Inhalte und Änderungen weg).

    Abgesehen davon (bitte nicht falsch verstehen), bin ich mir nicht sicher, ob Wordpress für deinen Kenntnisstand und dein Projekt das richtige ist. So eine Familien-Website wird ja in der Regel selten geändert und du wirst noch auf sehr viele Probleme stoßen. Zumal auch der regelmäßige Wartunsgaufwand von Wordpress nicht ohne ist. Vielleicht wäre es besser, wenn du einfach erstmal mit reinem HTML und CSS startest (dafür gibt es ja auch hübsche Templates) und dich mit den Grundlagen vertraut machst...

    Du hast mit Filezilla das Verzeichnis "wordpress" auf deinen Server geladen. Und an dieser Stelle hast du es dann auch installiert.
    Dementsprechend liegt deine Wordpress-Installation jetzt unter http://www.braunwald.it/wordpress und nicht unter http://www.braunwald.it.

    Wenn du es direkt auf http://www.braunwald.it/wordpress/?pre…-1&preview=true haben möchtest, müssen die Dateien direkt hochgeladen werden (ohne das Verzeichnis Wordpress, in dem sie liegen).

    Das Problem ist jetzt nur, dass auch in der Datenbank alle Verweise auf http://www.braunwald.it/wordpress zeigen und nicht auf http://www.braunwald.it. Die müssen entsprechend angepasst werden, wenn du die Dateien verschiebst, sonst werden die Verlinkungen anschließend nicht mehr funktionieren. Das meine ich mit "Umzug".

    Du musst quasi deine Installation von http://www.braunwald.it/wordpress auf http://www.braunwald.it/ umziehen.

    Kannst du. Dann musst du aber [COLOR=#404040][FONT=Monaco]get_template_directory_uri() gegen g[/FONT][/COLOR]et_stylesheet_directory() austauschen.

    Wenn es nicht funktioniert, wird es aber auch in deinem Child Theme nicht funktionieren.
    Liegt denn deine CSS Datei, die du einbinden willst auch im Hauptverzeichnis deines (Haupt-)Themes? Wenn nicht, musst du noch den Pfad anpassen.

    Wenn du die angepasste Variante für das Child Theme verwendest, gehört natürlich auch deine CSS Datei entsprechend ins Hauptverzeichnis des Child-Themes.

    Edit: CSS Datei, nicht Script. Habs korrigiert

    Ich hatte dir vorhin schon mal geantwortet. Aber meine Antwort hängt gerade in der Moderations-Schleife hier im Forum fest (das passiert manchmal).

    Deshalb fasse ich es nochmal schnell zusammen:

    Du hast Wordpress in das Unterverzeichnis "wordpress" installiert. Wenn du es direkt auf der Domain haben willst, gehören die Wordpressdatien da auch direkt hin (also ohne Unterverzeichnis). Wenn du das jetzt nachträglich ändern willst, bleibt dir nur ein Umzug (gibt es hier im Forum und bei Google diverse Anleitungen) oder eine Neuinstallation.

    Bei deinem Code ist die Formatierung etwas komisch. Aber funktionieren wird der wahrscheinlich.

    Aber hier nochmal konkret:

    Code
    [COLOR=#404040][FONT=Monaco]function wpdocs_theme_name_scripts() {[/FONT][/COLOR]
    [COLOR=#404040][FONT=Monaco]    wp_enqueue_style( 'mein_style', get_template_directory_uri() . '/mein_style.css' );[/FONT][/COLOR]
    [COLOR=#404040][FONT=Monaco]}[/FONT][/COLOR]
    [COLOR=#404040][FONT=Monaco]add_action( 'wp_enqueue_scripts', 'wpdocs_theme_name_scripts' );[/FONT][/COLOR]

    Dieser Code gehört in die functions.php vom Theme. "mein_style" muss du gegen den Namen deines Scripts austauschen.

    Ah, jetzt habe ich verstanden, wo die besagte Fehlermeldung kommt. Du hast Wordpress in ein Unterverzeichnis "wordpress" installiert. Wenn du Wordpress auf der Hauptdomain haben möchtest, muss es auch dort installiert werden und nicht in einem Unterverzeichnis. Das heißt, die Dateien gehören direkt in das Hauptverzeichnis.

    Wenn du das jetzt noch nachträglich ändern willst, musst du quasi mit der Installation umziehen. Das heißt, du müsstest die Dateien in das Hauptverzeichnis verschieben und die Domain in der Datenbank anpassen.


    [COLOR=#333333]Das geht z.B. hiermit:[/COLOR]

    https://interconnectit.com/products/...ess-databases/

    [COLOR=#333333]Oder als Plugin-Lösung:[/COLOR]

    https://de.wordpress.org/plugins/better-search-replace/


    Du solltest aber dringend vor solchen Änderungen ein Backup der Dateien und Datenbank machen.