Beiträge von maksimilian

  • colophon

    Hallo Ihr,

    um beim Vantage Theme den Hinweis im Footer "A SiteOrigin Theme" zu entfernen, wird folgender Tipp gegeben:
    #colophon #theme-attribution { display: none;}
    Das funktioniert ja.

    Ganz allgemein würde gerne wissen, um welche Objekte es sich bei #colophon und #theme-attribution handelt. Beim Googeln stößt man immer nur auf die Verwendung dieser Begriffe aber auf keine Erläuterung. Zugegebenermaßen ist das eine Anfängerfrage, aber vielleicht kann mir jemand trotzdem eine Erklärung geben.

    maksimilian

  • Fehler in einem Plugin finden

    Hallo Ihr,

    ich habe mir ein nicht mehr gewartetes Plugin besorgt, welches beim Aktivieren zu Fehlermeldungen im oberen Teil des Dashboards führt. Da diese Meldungen am Anfang abgeschnitten werden, würde ich gerne wissen, in welcher Datei sie abgelegt werden, um sie dort vollständig nachlesen zu können.
    Die Fehlermeldungen werden von der Funktion trigger_error in .../wp-includes/functions.php ausgegeben (es handelt sich also um deprecated/veralteten Code).

    Wie kann ich die Aufrufstellen in der php-Datei des Plugins finden, welche die Fehlermeldungen verursachen ?

    maksimilian

  • URL Umlenkung ?

    Zitat von danielgoehr

    Genau das macht die htaccess.

    Wie sieht denn der aktuelle Inhalt deiner htaccess aktuell aus? Ist die wirklich neu erzeugt worden (ggf. Zeitstempel der Datei prüfen)?


    Die .htaccess sieht jetzt so aus. Datum von gestern.

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


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

    Zitat von danielgoehr

    Jenachdem, wie du die Menüpunkte angelegt hast, kann es auch sein, dass der Link da absolut hinterlegt ist. Da du aber schreibst, dass das auch bei neuen Menüpunkten passiert, ist das eher unwahrscheinlich. Was steht denn unten links in deinem Browser, wenn du mit der Maus drüber gehst?


    localhost/ABC/Kontakt

    Zitat von danielgoehr

    Hast du die URLs in der Datenbank schon angepasst?


    Ja, wie eingangs angegeben.

  • URL Umlenkung ?

    .htaccess auf die vorgeschlagene Weise erneuern, ändert nichts. Wenn ich beispielsweise ein neues Menü erzeuge, führt dessen Auswahl ebenso ins Control Panel von xampp. Stimmt da evtl. der Wert von home nicht ? Aber wie sollte der lauten ? Ins WP-Dashboard gelange ich ja.

    Wie funktioniert denn prinzipiell der Link zu einer im Theme konfigurierten Seite ? Z.B. http://localhost/ABC/Kontakt, wobei Kontakt eine Seite ist. Es gibt weder eine Datei noch ein Dateiverzeichnis mit dem Namen Kontakt. Irgenwo/wie muss doch der Name "Kontakt" zum Zugriff auf die Seite Kontakt führen.

    Ich kann hier keinen Link zur Homepage angeben, da sie ja auf dem lokalen Server liegt. Beim Theme handelt es sich um eine modifizierte Version des Themes Vantage Pro.

    PS Es gibt im Dateiverzeichnis xampp/htdocs ein zum Verzeichnis ABC paralleles Verzeichnis dashbord. Wenn im Browser localhost/dashboard aufgerufen wird, landet man im Control Panel von xampp. Ebenso mit localhost/ABC/dashboard.

  • URL Umlenkung ?

    Zitat von danielgoehr


    Das gute ist aber: Du musst sie gar nicht verstehen, denn WordPress erstellt eine "richtige" htaccess Datei von selbst. Dazu musst du nur auf Einstellungen/Permalinks gehen und dort auf Speichern klicken. Dabei wird dann auf Basis der home und siteurl Einstellungen eine neue htaccess erzeugt.


    Diesen Tipp hatte ich im Forum bereits gefunden. Nur: unter Einstellungen > Permalinks finde ich keine Funktion Speichern, oder bin ich blind. Ist "Änderungen übernehmen" gemeint ? Welche Änderungen dann ?

    Zitat von danielgoehr

    Du wirst aber anschließend noch ein anderes Problem haben:
    WordPress speichert alle Pfade in der Datenbank als absolute Pfade.

    Wenn ich wüsste, wie der Pfadname (relativ zu root) aussehen muss, wäre das Ersetzen der Links in der DB kein Problem für mich.

  • URL Umlenkung ?

    Hallo Ihr,

    ich habe eine remote Website auf einen lokalen Server (xampp unter Windows 10, Browser ist Firefox) übertragen und habe es noch nicht geschafft, alle Links umzustellen. Der Aufruf der Homepage (localhost/ABC) funktioniert, aber Aufrufe auf der Homepage landen immer im Control Panel von xampp. Beispielsweise führt der Link zur Seite Kontakt http://localhost/ABC/Kontakt nach localhost/dashboard. Der Aufruf localhost/ABC/wp-login.php mit anschließendem Login führt zum WP-Dashboard. Das Abmelden landet aber im Control Panel von xampp.

    Folgende Einstellungen sind vorhanden:

    1. Struktur im lokalen Server: c:\xampp\htdocs\ABC

    2. DB: siteurl und home -> http://localhost/ABC

    3. .htaccess

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

    4. index.php

    <?php
    define('WP_USE_THEMES', true);
    require( dirname( __FILE__ ) . '/wp-blog-header.php' );

    Wenn sich aus diesen Angaben die Ursache für die Fehlleitung nicht ergibt, wie sollte ich beim Suchen vorgehen ?
    Vielleicht kann jemand auch so freundlich sein, mir (als gerade aus den Startlöchern gekommenen WP-newbie) unabhängig vom geschilderten Problem den Inhalt der .htaccess zu erklären. Mit den gegoogelten Infos komme ich nicht ganz klar.

    maksimilian

  • Homepage lässt sich nicht mehr aufrufen. Welche Diagnosemöglichkeiten gibt es ?

    Zitat von b3317133

    Dateien wie index.html, die im Dateisystem auf dem Server vorhanden sind, werden "an WordPress vorbei" vom Server ausgeliefert. WordPress bekommt davon nichts mit.

    Danke für diese Auskunft.

    Zitat von b3317133

    Sonstige grundsätzliche Fragen beantwortet am besten eine Suchmaschine Deines Vertrauens.

    OK, der Beqemlichkeit des Fragers wird ein Riegel vorgeschoben. Vielleicht gibt es doch noch einen Tipp, mit welcher Quelle man sich in grundsätzliche Abläufe im Server und in WP bzw. ins Debugging einlesen kann.

  • Homepage lässt sich nicht mehr aufrufen. Welche Diagnosemöglichkeiten gibt es ?

    Feststeht offensichtlich, dass ein Redirect stattfindet, sonst würde der Test mit index.html im Webverzeichnis ja nicht funktionieren. Es muss also der Ort herausgefunden werden, an dem der Redirect passiert bzw. wodurch er verursacht wird.

    Wenn ich auf dem remote Server das Datum aller Dateien und DVZs überprüfe, finde ich nur folgende mit aktuellem Datum:
    DVZ logs im Rootverzeichnis (ist nicht aufrufbar)
    DVZs logs und usage im Webverzeichnis

    .htaccess im Webverzeichnis hat ein Datum von 2016

    Meine weiteren Fragen wären nun folgende:

    Wo finde ich den http Response Header ? In der access_log Datei ? Kann mit dem der Auslöser des Redirect erkannt werden ?

    In welcher Tabelle finde ich home in der DB ? Ist der Test mit index.html nicht ein Hinweis darauf, dass home stimmt ?

    Kann ich das Problem debuggen und wenn ja, wie ? Überhaupt möchte ich lernen, wie man debugt !

    Zur Historie des Umzugs auf XAMPP, bei welchem ich mich nach einem in einem Blog beschriebenen Rezept gerichtet hatte:
    . DB-Export, Filetransfer
    . Installation XAMPP
    . Einrichten des DVZ c:\xampp\htdocs\asyl-hksb.de und dorthin die Daten vom ftp kopiert
    . lokale DB eingerichtet (mit anderem Namen) und am remote Server exportierte DB importiert
    . wp-config.php angepasst
    . lokal wp-login.php ausgeführt (erster Zugriff auf die lokale HP) und im Dashboard in den Einstellungen (Allgemein) die URLs geändert. Das lokale Webverzeichnis hatte ich inzwischen von asyl-hksb.de in asyl umbenannt, weiß aber leider nicht mehr zu welchem Zeitpunkt
    . Plugin Better Search Replace installiert, aktiviert und den Text "http://asyl-hksb.de" durch "http://localhost/asyl" ersetzt. Es waren die Tabellen wp_options (1x), wp_postmeta (227x), wp_post (103x) und wp_users( 1x) betroffen.

    Jetzt hoffe ich, dass Ihr mir weiter helft !

  • Homepage lässt sich nicht mehr aufrufen. Welche Diagnosemöglichkeiten gibt es ?

    b3317133 #5
    Ich habe in XAMPP die gleiche mit ftp geholte Dateistruktur verwendet, d.h. dass bei beiden Servern das Webverzeichnis identisch war (hab’s später lokal geändert). Das war wohl nicht klug ?! Wie wirkt sich das denn aus ?

    SirEctor #6
    Gleicher Effekt bei Microsofts Internet Explorer („Die Seite kann nicht angezeigt werden“). Der Effekt stellt sich auf zwei PCs ein, welche am gleichen Rooter (FRITZ!Box) hängen.

    Hille #7
    http://www.asyl-hksb.de

  • Homepage lässt sich nicht mehr aufrufen. Welche Diagnosemöglichkeiten gibt es ?

    Hallo Ihr,

    der Zugriff auf eine HP über Firefox (unter Win10), der bis vor kurzem funktionierte, ist nicht mehr möglich (FF-Meldung -> Fehler: Server nicht gefunden). Mit ftp (FileZilla) funktioniert aber der Zugriff auf den Webserver weiterhin. Welche Diagnosemaßnahmen gibt es, um die Ursache herauszufinden ?

    Nicht unerwähnt soll bleiben, dass ich für Tests die HP auf einen lokalen Webserver (XAMPP unter Win10) kopiert habe (mittels Export der DB und ftp der Dateien). Die lokale wp-config.php wurde umgestellt. Bevor mit Better Search Replace die Links in der DB umgestellt wurden, erfolgte bereits ein Aufruf der lokalen HP. Das alles solte doch das oben geschilderte Problem nicht verursachen können.

    maksimilian

  • Footer mit konstanter Höhe

    rantanplan2000 #9
    erst einmal danke, dass Du Dir so viel Mühe machst !

    Zum footer.jpg:
    Wie Du das anstellst, dass im Debugger der Footer eine andere Farbe hat als der darunter liegende Bereich, ist mir nicht klar, will ich aber hier aus Platzgründen nicht thematisieren. Schau Dir mal bitte dieses Bild an.

    http://forum.wpde.org/attachment.php…34&d=1486834800


    Ich habe im Customizer die Farbe des Footer Background verändert, und diese Änderung erfasst den gesamten Raum auch unterhalb des Footers. Wie das, wenn der Footer nicht „sticky“ sein soll ?

    Zum Link:
    Schön, dass Du mir da was rausgesucht hast. Mir ist trotzdem nicht klar, wo ich das bei mir einfügen muss. Ich habe mal blauäugig, den Container root (Zeilen 2 bis 8 ) hinter dem body Tag im Template header.php und den CSS-Code div#footer am Ende der style.css eingefügt, was nur den Effekt hat, dass der Code für div#footer als Text am Boden der Homepage erscheint.

    Vielleicht kannst Du mir weiter „auf die Beine“ helfen, würde es aber nicht Übel nehmen, wenn Dir der Aufwand zu groß wird, dem newbie das 1x1 beizubringen.