Verfasste Forenbeiträge

Ansicht von 14 Antworten - 1 bis 14 (von insgesamt 14)
  • Thread-Starter libellengeist

    (@libellengeist)

    das Problem mit den Bildern konnte ich beheben. Die Rechte waren auf 640 gesetzt. Sind jetzt auf 644 und wurden prompt angezeigt.

    Die anderen Probleme mit 404 Fehler, fehlendem Dropdown in der Navi usw sind noch da.
    hm….

    Thread-Starter libellengeist

    (@libellengeist)

    http://www.mentel-immobilien-service.de/beispiel-seite/expose/

    http://www.mentel-immobilien-service.de/home/haeuser/

    – und das Dropdown Menu geht eben nicht
    – die gesamten Exposés werden nicht mehr angezeigt
    – Bilder fehlen…wie z.B. die wechselnden Panorama Bilder auf der Startseite usw.

    soll ich den quellcode der wp-settings.php posten?
    vielleicht hilft das irgendwie weiter? (habe keine Ahnung…evtl sind da noch die Links nicht korrekt gesetzt oder so…)

    Ausschnitt:

    
    define( 'WPINC', 'wp-includes' );
    
    // Include files required for initialization.
    /**require( dirname(__FILE__) . '/' . WPINC . '/load.php' );*/
    require( ABSPATH . WPINC . '/load.php' );
    require( ABSPATH . WPINC . '/default-constants.php' );
    require_once( ABSPATH . WPINC . '/plugin.php' );
    ...
    
    require( ABSPATH . WPINC . '/class-wp-http-streams.php' );
    require( ABSPATH . WPINC . '/class-wp-http-curl.php' );
    require( ABSPATH . WPINC . '/class-wp-http-proxy.php' );
    require( ABSPATH . WPINC . '/class-wp-http-cookie.php' );
    require( ABSPATH . WPINC . '/class-wp-http-encoding.php' );
    require( ABSPATH . WPINC . '/class-wp-http-response.php' );
    ...
    

    An die Datenbank habe ich mich (noch) nicht getraut!
    Da habe ich auch wenig Ahnung von!

    Thread-Starter libellengeist

    (@libellengeist)

    Thread-Starter libellengeist

    (@libellengeist)

    Ich muss mich nochmal zurück melden.

    Zum oben genannten Problem habe ich nach genauer Überprüfung noch weiterhin das Problem, dass:
    – die Bilder nicht angezeigt werden (Mediathek ist im Backend nicht mehr da, Bilder sind im upload Ordner aber alle da)
    – bei der dynamische Navigation geht das Dropdown Menue nicht mehr
    – Die meisten Inhaltsseiten werden mit 404 Fehler ausgegeben

    Hier nochmal die Struktur:
    Stammverzeichnis:
    index.php
    wp-config.php
    htaccess

    Unterverzeichniss wordpress:
    alles andere

    Irgendwo muss noch der Pfad zu den Bildern, den Scripten und den Unterseiten nicht richtig stimmen…als ob die wp_settings.php nicht weiter verknüpfen könnte …

    Hat jemand eine Idee, was man da noch machen kann? (Bin WP-Autodidakt)

    Thread-Starter libellengeist

    (@libellengeist)

    Es hat geklappt – DANKE! 🙂

    Ich habe allerdings irgendwann den „cash“ von allen Browsern komplett löschen müssen, damit es Wirkung zeigte. Nur den Cookie Verlauf zu löschen reichte dabei nicht!

    Zudem habe ich im Ausgangs-Fallbeispiel bei der wp_config.php noch das hier stehen gehabt:
    define(‚WP_SITEURL‘, ‚/wordpress/index.php‘);
    define(‚WP_HOME‘, ‚/wordpress/‘);

    Das musste natürlich raus!

    Das sind so mega nervigen Sachen, über die man stolpert, wenn man eben kein Spezi ist.

    Danke für den Tipp mit „Atom“ und auch generell!

    Thread-Starter libellengeist

    (@libellengeist)

    @radarin
    auf der obersten Ebene im Webspace liegt die index.php mit der Weiterleitung auf den Unterordner ‚wordpress‘.
    Im Unterordner ‚wordpress‘ ist die WP Installation.

    ja, es gibt ein child theme

    Hier die Ordnerstruktur der obersten Ebene (Web-Stammverzeichnis):
    – Ordner ‚wordpress‘ (mit wp Installation inkl. child theme)
    – index.php (mit Weiterleitung)

    in der Konfiguration verweist die Domain auf die erste Ebene
    wenn man http://www.domain.de aufruft, kommt dann die Weiterleitung auf http://www.domain.de/wordpress/index.php

    Thread-Starter libellengeist

    (@libellengeist)

    @mario:
    „Mit define( ‚RELOCATE‘, true ); in der wp-config.php sorgst du dafür, dass bei der Anmeldung die bisher gesetzten Adressen für WordPress und Website ignoriert werden und du dich erneut anmelden kannst. (…)“

    Muss ich dann meine Login Daten dennoch eingeben, oder die Felder leer lassen und nur auf Login klicken? (…jetzt wo Du das schreibst!)

    Thread-Starter libellengeist

    (@libellengeist)

    @radarin
    nicht nur css, auch Inhalt ist oft betroffen, besonders dann, wenn WP zuerst in ein Unterverzeichnis installiert wurde und man es dann woanders verschieben will.
    Da habe ich immer Probleme mit
    Einstellungen > Allgemein
    WordPress-Adresse http://example.com/wordpress
    Website-Adresse http://example.com (ohne /wordpress)

    Sobald ich /wordpress wegnehme, ist die Seite kaputt und man kommt nicht ins Backend – so meine Erfahrung. Keine Ahnung wie man das angeht.

    Und in meinem Fallbeispiel hat es der ‚Redakteur‘ unwissentlich entfernt (wieso auch immer!)

    Thread-Starter libellengeist

    (@libellengeist)

    @radarin
    „…statt vom obersten Verzeichnis eins tiefer ins wordpress weiter zu leiten, könnte man die Dateien aus dem wordpress einfach eine Ebene höher ziehen…“

    das habe ich bisher noch nicht hingekriegt. Immer war was zerschossen :/ aber ich bleibe dran.

    …bei meinem Fallbeispiel geht es mir vorerst darum, die Struktur (vorerst) so zu lassen, aber eine Lösung zu finden, dass die Seite wieder läuft, d.h. ich mich ins WP-Backend wieder einloggen kann und alles korrekt angezeigt wird… (weil ja die Permalinks unwissentlich im WP Backend um /wordpress gekürzt wurden, was die Seite damit zerschoss)

    …die Ansicht habe ich schon mal korrigieren können, aber ich komme immer noch nicht ins WP-Backend.

    Die Lösungsvorschläge von @mario sind mir einleuchtend und lösen gleichzeitig das index.php-Weiterleiten Problem. Ich warte jetzt noch auf ein letztes Statement und hoffe, dass ich es dann lösen kann. *hoffentlich*

    Thread-Starter libellengeist

    (@libellengeist)

    @mario
    „Deine viel zu ausführlichen Beschreibungen sind sehr zeitraubend. Denk bitte daran, dass wir ….“
    > Das stimmt. Entschuldige! ich versuche es kurz:

    A) die Website-URL ist so konfiguriert, dass sie auf das Web-Stammverzeichnis verweist, also oberste Ebene (ohne /klimbim) …hab nochmal überprüft!

    B) die gesamten WordPress-Dateien (WP Installation) liegen direkt in der Ebene darunter. Also domain.de/wordpress

    Frage 1: Soll dann die Konfiguration dennoch auf das Web-Stammverzeichnis (ohne /klimbin) verweisen?

    Frage 2: Und die .htaccess dann auch in das Unterverzeichnis /wordpress?
    Und mit welchem Inhalt:

    <FilesMatch \.php$>
    SetHandler x-httpd-php5.6
    </FilesMatch>

    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>

    # END WordPress

    oder:

    (…)
    RewriteBase /wordpress/
    (…)
    RewriteRule . /wordpress/index.php [L]
    (…)

    ?

    Frage 3: Und die wp_config.php gemäß Schritt 9 dann mit dem Zusatz:
    define(‚WP_SITEURL‘, ‚/wordpress/index.php‘);
    define(‚WP_HOME‘, ‚/wordpress/‘);
    lassen?
    (So war die Ausgangssituation)

    Soweit kann ich alle Deine Schritte super nachvollziehen!
    Danke nochmal für Deine Zeit!!!

    Thread-Starter libellengeist

    (@libellengeist)

    hm, mal anders betrachtet:

    also unabhängig von den Permalinks konnte ich mit den Änderungen in
    .htaccess und wp_config.php (siehe Eintrag ganz oben)
    zumindest soviel bewirken, dass die Seite schon mal soweit richtig angezeigt wird.

    Nur das Login ins Backend geht dabei noch nicht.

    Also
    http://domain.de bzw.
    http://domain.de/wordpress/index.php
    sehen schon mal gut aus.
    Aber
    http://mentel-immobilien-service.de/wordpress/wp-login.php
    erscheint nicht formatiert und nach Login Eingabe kommt im Inhalt-Bereich die Fehlermeldung 404

    Und genauso, wenn man auf das Logo-Feld klickt.

    Da scheint die Seite an den genannten Stellen das Unterverzeichnis nicht zu finden.
    So wahrscheinlich auch die fehlende Formatierung beim WP Login Feld und dadurch kein positives Ergebnis und keine Verbindung zum Backend nach der Login Eingabe … so kommt es mir vor

    Eventuelle Lösungen?

    Thread-Starter libellengeist

    (@libellengeist)

    …also mod_rewrite ist ON und memory_limit ist auf 128M…falls das irgendwie weiterhilft

    Thread-Starter libellengeist

    (@libellengeist)

    Ersteinmal vielen Dank für die hilfreichen Tipps.

    @mario: leider hat es nicht ganz geklappt 🙁 aber zwischendurch sah es zuversichtlich aus:

    Beim ersten Versuch habe ich alle Schritte bis 10 soweit sogar durchführen können:

    Bei Schritt 2 habe ich die index.php auch wirklich kopiert. Im WordPress Verzeichnis daher auch so gelassen und im Stammverzeichnis die letzte Zeile gemäß Anleitung abgeändert.

    Login ins Backend bei Schritt 6 hat erstaunlicher Weise auch wirklich geklappt und das Login-Feld war auch formatiert (also so, wie man es von WP-Login gewohnt ist)

    Bei Schritt 7 waren unter Einstellungen > Allgemein die genannten Parameter schon so vorgegeben – was ich aber seltsam fand. Hier habe ich erwartet, dass /wordpress nicht dabei gestanden hätte…
    Ich habe daher nichts geändert oder überschrieben, sondern nur noch „Änderung abgespeichert“.

    Danach konnte ich mich ab- und wieder anmelden.

    Schritt 9 in wp_config.php ausgeführt.

    Bei Schritt 10 im WP Backend unter Einstellungen > Permalinks habe ich alles ungeändert gelassen. Da bekam ich dann nach „Änderung speichern“ die Meldung im WP Backend, dass die .htaccess noch aktualisiert werden muss.
    Ganz unten stand noch ein Hinweis dass WP die .htaccess nicht selber überschreiben kann (diese Geschichte mit mod_… was aber beim Kundenlogin auf „On“ ist), und hat dafür folgenden Code für die .htaccess ausgegeben:

    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>

    Hier habe ich die .htaccess wieder im WordPress Verzeichnis angelegt und die
    Ansicht bei Aufruf der Domain kontrolliert, doch die Seite war nicht korrekt wiedergegeben, d.h. Header war vorhanden, Navigation jedoch nicht, und der Inhalt zeigte den typischen WP 404 Fehler.

    Ich habe dann die ursprüngliche .htaccess reinkopiert und versucht erneut im Backend abzuspeichern, doch auch da tat sich keine Änderung. Also mal mit dem oberen Code Schnippsel, dann mit ganzem Code (s. Eintrag ganz oben) und dann mit Erweiterung auf das Unterverzeichnis wordpress in der Zeile RewriteBase und RewriteRule versucht… und zwischendurch bewirkte es, dass ich mich erneut nicht mehr einloggen konnte.
    (Die Schreibrechte der .htaccess waren auf 644…habe auch mit 755 versucht, was lediglich dazu geführt hat, dass ich aus dem WP Backend rausgeschmissen wurde.)

    Also habe ich alles wieder rückgängig gemacht (habe vorher meine Version gesichert) und wieder vom Neuen bei Schritt 1-11 angefangen.

    Da bin ich allerdings nur bis Schritt 5 gekommen. Jetzt klappt das Login auch nach der Durchführung der Schritte 1-5 nicht mehr und das WP-Login wird jetzt auch ohne Formatierung angezeigt, obwohl Schritte 1 – 5 befolgt wurden und es ja im ersten versuch funktioniert hat 🙁

    Wieso kam ich beim ersten Versuch ins Backend und beim zweiten nicht mehr? *?*
    Ist da was erneut mit den Permalinks falsch überspeichert worden?

    Kann man das irgendwie nachvollziehen und korrigieren?

    Ich mache jetzt erstmal alles wieder rückgängig…

    …also Ausgangssituation mit den ganz oben genannten Ergänzungen in .htaccess und wp_config.php, die zumindest eine saubere Darstellung der Seite ermöglichen, aber eben kein Login ins Backend.

    Anmerkung: Ohne die Ergänzungen in .htaccess und wp_config.php zeigt die Seite nur den Header richtig an, aber die Navigationsstruktur und Inhalte bleiben ohne Formatierung. Versucht man durch die Seite zu navigieren, kommt dann überall im Inhalt die 404 Fehlermeldung. (Soweit ich das noch richtig in Erinnerung kann).
    Das war Quasi der Anfang, als mein Bekannter den Permalink vor drei Tagen um /wordpress gekürzt hat.

    Über weitere Tipps bin ich sehr dankbar…

    Thread-Starter libellengeist

    (@libellengeist)

    Oh, das hört sich schon sehr super an! Vielen Dank!
    Ich werde es testen und dann melde ich mich zurück, um zu berichten.

    Wird die WP Seite – wenn sie weiterhin im Unterverzeichnis liegt – überhaupt von Suchmaschinen etc. erfasst? Bisher klappte das irgendwie nicht so… ich gehe davon aus, dass es an der weiterleitenden index.php im Stammverzeichnis lag….

Ansicht von 14 Antworten - 1 bis 14 (von insgesamt 14)