Beiträge von helix

    Weißt du noch, welche PlugIns das waren, die du über den Adminbereich aktualisieren konntest / aktualisiert hast? Sonst hast du jetzt mehr Arbeit.

    Alle PlugIns, die nicht frisch aktualisiert sind (oder von denen du es nicht weißt): auf die PlugIn-Seite bei WordPress oder, wenn es da nicht eingestellt ist, beim PlugIn-Anbieter gehen, selber gucken, ob da steht, dass es ein Update gibt, bzw. die Versionsnummern vergleichen, ggf. manuell aktualisieren.
    Ebenso mit dem Theme.

    Gruß
    helix

    Monika, du hast meine Frage nicht ganz verstanden (ich hab auch zwei in eins gefragt, sorry)

    wenn das Datenbankbackup da ist, kann mit WP Sweep nichts passieren


    Ja, klar. Soweit so gut.

    Das mit der Export-Funktion war eine andere Idee, nämlich schon mal an den nächsten Schritt gedacht, falls WP Sweep auch nicht hilft: Dann würde ich nämlich überlegen, alles neu aufzusetzen.
    Und dann würde ich überlegen, ob ich meine Inhalte lieber über das Datenbankbackup wieder reinhole oder lieber über den xml-Export, weil ich Angst hätte, dass meine Datenbank so korrumpiert ist, dass ich mir den Fehler damit grade wieder reinhole.
    Also, ich würde es natürlich zuerst mit der Datenbank probieren, weil ich da alle Einstellungen habe. Aber wenn das nicht richtig funzt, dann sollte ich die zweite Option in der Hand haben.

    Die Frage heißt also eigentlich: Kann das sein, dass ich mir mit einer korrumpierten Datenbank das Problem gerade wieder hole?
    Und wenn ja: würden die xml-Daten hier helfen?

    mit der Export Funktion kann man sich alles holen, bis auf Plugin-, Themeeinstellungen und das eingerichtete Menu


    Menü auch. ->„Der Export enthält dann alle Beiträge, Seiten, Kommentare, Benutzerdefinierte Felder, Kategorien, Tags, Navigationsmenüs und benutzerdefinierte Inhaltstypen.“

    Gruß
    helix

    Was auch immer „Back Up Control“ bei Strato im Einzelnen jetzt heißt.

    Wenn das ein Ordner ist, in dem dann die Version der functions.php deines Child-Themes von gestern liegt, dann reicht es, per FTP diese Datei zu überschreiben. Also in deinem WordPress-Ordner/wp-content/themes/dein-child-theme-ordner/ die functions.php aus dem Child-Theme im Backup-Ordner

    Dann sollte es so sein wie vorher. Sonst kannst du immer noch das komplette Backup einspielen.

    Gruß
    helix

    Wenn du deine Beiträge in verschiedenen Kategorien anlegst, gibt es automatisch zu jeder Kategorie eine Kategorie-Übersichtsseite oder Kategorie-Archiv. Dieses kannst du aufrufen, indem du deine-domain/tld/category/kategorieslug/ eingibst.

    Schau, ob diese Übersichts- / Archivseiten dem entsprechen, was du haben willst.
    Wenn ja, schau, ob du in deine „empfohlenen Seiten“ auch eine Kategorieübersicht packen kannst. Sollte eigentlich gehen.

    Gruß
    helix

    Nein, nicht in der functions.php
    Wenn, dann wie von maxe in post#5 beschrieben in die header.php

    Die hast du in deinem Child-Theme noch nicht, müsstest du erst anlegen.
    Ist das Child-Theme von dir? Oder war das beim Theme dabei?

    Bei Themeforest wird dein Theme als „seo-ready“ angepriesen. Was auch immer das heißen mag. Vielleicht hast du schon eine Option, Einzelseiten auszuschließen. Oder die Möglichkeit, die robots.txt entsprechend anzupassen.

    Oder doch ein PlugIn verwenden.
    Yoast gibt es eine kostenfreie Version, die das kann. All-in-One-Seo, soweit ich weiß, auch. WP-Seo, weiß nicht, gehe aber davon aus. Einfach mal nach Seo-PlugIn suchen. Und gezielt danach gucken, dass du Einzelseiten ausschließen kannst.

    Seo-PlugIns sind immer gleich sehr mächtig.
    Gibt wahrscheinlich auch Lösungen nur für die robots.txt

    Gruß
    helix

    Dann ist heute Abend wohl wp-sweep dran …

    Ich finde Monikas Idee gar nicht so verrückt. Muss man nur erst drauf kommen.

    Ich hätte noch eine Überlegung zwischendrin – Monika und alle, gerne dazu sagen, was ihr dazu meint –
    wenn wirklich durch was-auch-immer die Datenbank korrumpiert ist, Custom Post Type, PlugIn (auch bereits seit langem Deinstallierte) etc., dann kann man natürlich wp-sweep probieren. Vielleicht kommt man dann aber tatsächlich auch an den Punkt, an dem Tobinger schonmal war: alles neu aufsetzen. An der Stelle ist die Frage, ob man sich mit dem Import der Datenbank den Fehler auch wieder reinholt. Und deswegen die Überlegung, sich vorher noch die Beiträge auf andere Art zu sichern, nämlich mit der Export-Funktion (xml) im Admin-Bereich. (Oder holt man sich dann nur den gleichen Fehler auf anderem Weg? Bin mit xml nicht vertraut.)

    Gruß
    helix

    Wenn die Anhang-Seiten bei Google auftauchen, dann muss irgendwo ein Link auf die Anhang-Seiten stehen. Sonst kommt Google nicht drauf, dass es die gibt.
    Richtig machst du es, indem du die Ursache beseitigst.

    Was sind deine Einstellungen bei den Bildern in der Mediathek?
    => Link zu -> keine / Medien-Datei / Anhang-Seite / benutzerdefinierte URL

    Wenn dein Bild im Artikel auf die Anhang-Seite verlinkt, darfst du dich nicht wundern, wenn Google die indexiert.
    Links entweder komplett rausnehmen oder mit einem no-index versehen (bzw. die Anhang-Seiten dann).

    Wenn das Bild im Beitrag nicht verlinkt ist, müssen die Anhang-Seiten anderswo verlinkt sein. => Sitemap?

    Gruß
    helix

    Ja. Das ist genau das gleiche Phänomen, wie oben von dir beschrieben, nur in einer anderen Farbe.

    Es gibt, soweit ich weiß, irgendwelche Hacks, mit denen man Systeme wie den Editor in WordPress „dazu bekommt“, Zeilenschaltungen als Absatzschaltungen zu behandeln.
    Gleich vorneweg: Meine Unterstützung dabei, dir so etwas zu suchen und einzurichten, bekommst du nicht. Weil ich auch der Überzeugung bin, dass es sinnvoll ist, dass es diesen Unterschied gibt. (Hihi, das merkst du spätestens dann, wenn du innerhalb eines Listenpunkts einen Zeilenwechsel haben willst.)

    Wenn es wirklich oft vorkommt, dass du Listen per Copy & Paste übertragen musst, dann suche dir eine Erweiterung für deinen Computer, die es dir ermöglicht, deine Zwischenablage Zeilenschaltungsweise zu portionieren.

    Gruß
    helix

    Deine Fehlermeldung sagt dir, dass der Fehler in der functions.php deines Themes ist. Insofern sind die Leute vom Theme da schon ein bisschen kaltschnäuzig.

    Ist jetzt natürlich keine Garantie, dass es wirklich am Theme liegt. Insofern tatsächlich erst den Test mit den PlugIns machen, wie von maxe beschrieben.

    Gruß
    helix

    Vela ist ein Bezahl-Thema, da können wir nicht wirklich helfen.

    Was die grundsätzlichen Einstellungen angeht:
    * Eine Lightbox erfordert normalerweise die Einstellung „Link zur Medien-Datei“; eine Größeneinstellung im Dateimanager ist zunächst nicht gegeben
    * Die Größe der neuberechneten Bilder werden normalerweise unter Einstellungen -> Medien festgelegt. Wenn du hier etwas veränderst, greift das aber erst für neue Uploads, nicht für bereits gespeicherte Bilder.
    Gut möglich, dass du hier gar keinen Zugriff drauf hast, weil es im Theme fest verankert ist (weiß ich nicht).

    Hast du Möglichkeit für deine Lightbox Einstellungen vorzunehmen? Dort nochmal suchen.

    Wenn du hiermit nicht weiter kommst, Frage an den Theme-Support. (Du hast dafür bezahlt, die sind zuständig.)

    Gruß
    helix

    Oh, da brauchen wir noch ein paar mehr Informationen:

    * Hast du die Pretty Photo Lightbox über ein PlugIn eingebunden (welches) oder direkt?
    * Welches Theme verwendest du? => Das Theme ist vermutlich verantwortlich für die 640 x 640 Pixel, out of Core würde WordPress zum Bild in Oriinalgröße verlinken.

    Gruß
    Helix

    Über "konstruktive" Reaktionen freue mich.


    Warum auch immer die Anführungszeichen.

    Wenn das so ist, wie von dir beschrieben, dann wirst du dir eben die detaillierte Anleitung von Tubedesigner so lange immer wieder und wieder und wieder durchlesen, bis du sie verstehst. (Bin eben mal dem Link gefolgt: Finde es gut, verständlich und nachvollziehbar.)

    Weil, in Umfeldern wie dem von dir beschriebenen ist es eben auch so, wie von Monika beschrieben …

    Förderlich zum Verständnis beim Durchlesen ist es, wenn man versucht, das was da beschrieben wird, sich nachzubauen. Wenn die eigentliche Seite schon online ist, vielleicht besser in einer Testumgebung (Klon der Seite in einem Unterverzeichnis – auch dazu gibt es hier reichlich Anleitungen).

    Und wenn du dann am einen oder anderen Schritt nicht weiter kommst, dann kannst du ja nochmal gezielt hier nachfragen.
    Dem wird sich hier niemand versperrren. Nur komplette Lösungen für dann doch-irgendwie-merkwürdig ins Sarkastische gezogene Reaktionen (wie deine Antwort auf Monika jetzt), da verwehren sich diejenigen, die hier freiwillig und ehrenamtlich helfen, doch irgendwie zu Recht.

    Gruß
    helix

    Ja guck, das mit der Bannerbreite (oder sowas in der Richtung) hatte ich vermutet. Das war meine Frage nach der CSS-Auszeichnung.

    Da wir für die Banner-Ausgabe ja die vollständige Größe ausgeben lassen (bitte auf ein sinnvolles Datengewicht komprimieren), kannst du einfach die Dateien im FTP mit Bildern in den richtigen Abmessungen (und mit dem gleichen Dateinamen) überschreiben.

    Du musst also eine Entscheidung treffen: Beitragsbild im Beitrag? Oder Beitragsbild im Banner?
    Das ist eine gestalterische Entscheidung.
    Denn wenn du (technisch / im Code) das Beitragsbild in deinem Banner ausgegeben kriegst, dann kriegst du es auch hin, es aus deinem Beitrag rauszunehmen.

    Natürlich nimmst du nicht das Beitragsbild als solches bei deinen Beiträgen raus (bei Seite bearbeiten bzw. Beitrag bearbeiten). Das Beitragsbild muss ja den Posts zugeordnet bleiben.
    Sondern du nimmst die Ausgabe des Beitragsbilds aus dem entsprechenden Template raus.

    Habe mir das jetzt nochmal in deinem Parent-Theme etwas angesehen.

    Sieht so aus, dass du für Beiträge irgendwo ein Häkchen setzen kannst, ob die Beitragsbilder in der Single-Ansicht angezeigt werden. Ich weiß aber nicht, ob dir diese Option hier besonders weiterhilft.

    Dann sieht es so aus, dass Beitragsbilder in ganz unterschiedlichen Postformaten zum Einsatz kommen. Ich verstehe nicht in jedem Einzelfall, was damit gemeint ist.
    Die Templates sind alle im Ordner template-parts.
    Speziell verstehe ich nicht, wie das für content-image.php angelegt ist (das ist die Ausgabe eines Bildes, wenn du dieses zu seiner Attachment-Seite verlinkst) und was es mit dem Postformat „quote“ auf sich hat (Custom Post Type?)

    Insofern halte ich es für sinnvoll, dass du dir nochmal genau anguckst, wo und wie und was du Beitragsbilder angezeigt bekommen willst. Den Codeschnipsel für das Beitragsbild im Banner kann man ja durchaus auch nochmal dahingehend ändern, dass es z.B. nur angezeigt wird, wenn es eine Seite (Page) ist. Oderoderoder.

    Gruß
    helix

    die Installation soll also z.B. liegen in example.net/wpordner, eine Domain example.com wird umgeleitet auf example.net/wpordner. Dazu möchte ich die Subdomains site1.example.com, site2.example.com usw als Multisites nutzen können.
    […]
    oder muss ich meine komplette Verzeichnisstruktur "umwerfen" und WordPress tatsächlich ins root-Verzeichnis installieren?

    Wenn deine Beschreibung stimmig ist, hast du Webspace, dem (mindestens) die Domains example.net und example.com zugeordnet sind.
    Ich verstehe nicht, warum deine Multi-Hauptseite example.com physisch in einem Unterordner von example.net liegen soll oder muss?

    Pack ins Root deines Webspace (meistens der Ordner html) einen Ordner für die Domain example.net und einen Ordner für die Domain example.com, route in deiner Webspace-Konfigurationsoberfläche die Domains auf die entsprechenden Ordner.
    Und dann packst du dein WordPress in den example-com-Ordner und kannst dort deine Multi-Installation feiern, wie du sie brauchst.

    Dieses Vorgehen ist abgesehen von allen technischen Implikationen schon alleine deswegen sinnvoll, weil sie für menschliche Wesen und deren Gehirne nachvollziehbar ist. (Oder in anderen Worten: damit hast du die Chance, auch in drei bis fünf Jahren noch zu verstehen, was du da eigentlich mal eingerichtet hast.)

    Gruß
    helix

    Hast du mal alle PlugIns deaktiviert, evtl. auch das Theme (und stattdessen ein Standard-Theme Twenty Irgendwas)?

    Es liegt nicht an der nav-menu.php
    Das ist eine Core-Datei und die werden nicht angepackt!
    Diese Fehlermeldungen sagen, dass in deiner Installation irgendetwas nicht mit der angegebenen Zeile in der angegebenen Datei zusammenstimmt.

    Meine Vermutung ist da: Du hast für dein Menu ein PlugIn im Einsatz, das die Probleme verursacht, weil du mit verschiedenen Themes ja schon probiert hast.

    Einfach per FTP PlugIn-Ordner umbenennen. Damit sind die PlugIns auf einen Schlag deaktiviert.
    Hast du dann noch die Fehlermeldung?

    Wenn ja, grummel und weitersuchen.
    Wenn nein, bei den PlugIns weitersuchen. Das heißt, PlugIn-Ordner wieder normal benennen und PlugIn für PlugIn wieder aktivieren, immer zwischendrin checken, ob es noch richtig funktioniert.

    Gruß
    helix