Beiträge von gpww

    Hallo,

    der letzte Tipp war gold wert. Nun passt auch alles zusammen. Als HE das Update auf Debian-Buster gemacht hat, wurden die Datenbanken bestimmt neu importiert. Deshalb hatten wir ab da Probleme...

    Also zur Fehlerbehebung -> mit mysqldumper oben im Menü "Datenbank" auswählen und die betreffende DB wählen. Dann gibt es es unten den Button "Enable Keys".

    Es funktioniert wieder. Danke für die Hilfe.

    Gert

    Hallo,

    es wird nichts ins Error-Log geschrieben. Ich komme mir nur vor, wie zu Modemzeiten. Er rödelt und rödelt...

    Was mir noch aufgefallen ist - wenn ich über den Editor in die Mediathek gehe und "feuer" als Suchbegriff eingebe, erscheinen trotzdem nach quälend langer Zeit nacheinander alle Medien...

    mfg

    Gert

    Hallo,

    etwas anders sieht die Meldung schon aus, nur das Problem ist das gleiche...
    [PLAIN]
    [22-Jul-2020 15:59:45 UTC] WordPress-Datenbank-Fehler The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay für Abfrage SELECT SQL_CALC_FOUND_ROWS bpwp_posts.ID FROM bpwp_posts LEFT JOIN bpwp_postmeta AS sq1 ON ( bpwp_posts.ID = sq1.post_id AND sq1.meta_key = '_wp_attached_file' ) WHERE 1=1 AND (((bpwp_posts.post_title LIKE '%tr%') OR (bpwp_posts.post_excerpt LIKE '%tr%') OR (bpwp_posts.post_content LIKE '%tr%') OR ( sq1.meta_value LIKE '%tr%' ))) AND bpwp_posts.post_type = 'attachment' AND ((bpwp_posts.post_status = 'inherit' OR bpwp_posts.post_status = 'private')) GROUP BY bpwp_posts.ID ORDER BY bpwp_posts.post_date DESC LIMIT 0, 40 von do_action('wp_ajax_query-attachments'), WP_Hook->do_action, WP_Hook->apply_filters, wp_ajax_query_attachments, WP_Query->__construct, WP_Query->query, WP_Query->get_posts
    [/PLAIN]

    mfg

    Gert

    Hallo,

    ich weiß ja nicht, wie viel Bilder Du als "viel" definierst...

    Also ich habe 1255 Beiträge je 2 Bilder??? Per FTP zeigt er mir knapp 40.000 Dateien. Hier muss ich bei Gelegenheit mal schauen...

    Der Code oben bringt übrigens meine Seite zum Erliegen. Da geht nix mehr...

    mfg

    Gert

    Die spuckt folgende Meldung aus:

    Zitat


    [22-Jul-2020 13:09:48 UTC] WordPress-Datenbank-Fehler The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay für Abfrage SELECT SQL_CALC_FOUND_ROWS bpwp_posts.ID FROM bpwp_posts LEFT JOIN ( SELECT post_id, meta_value FROM bpwp_postmeta WHERE bpwp_postmeta.meta_key = '_wp_attached_file' ) file_subquery ON (bpwp_posts.ID = file_subquery.post_id) WHERE 1=1 AND ( ((bpwp_posts.post_content LIKE '%feuer%') OR (bpwp_posts.post_title LIKE '%feuer%') OR (bpwp_posts.post_excerpt LIKE '%feuer%') OR (file_subquery.meta_value LIKE '%feuer%')) ) AND bpwp_posts.post_type = 'attachment' AND ((bpwp_posts.post_status = 'inherit')) GROUP BY bpwp_posts.ID ORDER BY bpwp_posts.ID DESC LIMIT 0, 40 von do_action('wp_ajax_mla-query-attachments'), WP_Hook->do_action, WP_Hook->apply_filters, MLAModal_Ajax::mla_query_attachments_action, MLAQuery::mla_query_media_modal_items, MLAQuery::_execute_list_table_query, WP_Query->__construct, WP_Query->query, WP_Query->get_posts, W3TC\DbCache_WpdbNew->query, W3TC\DbCache_WpdbInjection_QueryCaching->query, W3TC\_CallUnderlying->query, W3TC\DbCache_WpdbNew->query, W3TC\DbCache_WpdbInjection->query, W3TC\DbCache_WpdbNew->default_query

    Das da was mit der DB-Abfrage nicht hin haut, sehe ich...

    mfg

    Gert

    Hallo,

    weder der Firefox noch der Chrome zeigen mir irgend eine Meldung an.

    Da der gleiche Fehler auch an einem anderen Client-Rechner, aber nicht bei den anderen WP-Installationen auftritt, vermute ich den Fehler in dieser Installation/Plugin o.Ä...

    PS:

    • Der Fehler trat m.E. auf, nachdem HE auf Debian-Buster umgestellt hatte. Vielleicht hilft das zum Isolieren.
      Allerdings hat je nur 1 von 4 Installationen diesen Fehler???
    • Der Debug-Modus brachte auch keine Ergebnisse.
    • <span class="spinner is-active"></span>
    • Beitragssuche im Backend und Frontend funktioniert.

    Was kann ich noch testen?

    mfg

    Gert

    Hallo,

    ich habe insgesamt 4 WP-Installationen auf einem Virtualserver von HE laufen. Alle haben eine ähnliche Installation, WP und alle Plugins sind aktuell.

    Nur auf einem System funktioniert die Mediathek nicht so richtig. Es werden alle Bilder angezeigt, nur die Suche funktioniert nicht.
    Wenn ich einen Buchstaben (z.B. "s") in das Suchfeld eingebe, erscheint "Keine Mediendateien gefunden."
    Die Auswahl nach Datum funktioniert, nur wenn ich konkret nach Beitragsbildern suche, wird nichts gefunden.

    Was habe ich schon probiert?

    • Alle Plugins deaktiviert
    • Cache und Browser-Cache geleert
    • PHP-Version auf dem Server geändert (PHP 7.3 -> 7.2)
    • Google und das Forum bemüht


    Ich habe unten mal den Webseite-Statusbericht eingefügt.

    Wo kann ich hier noch suchen?

    mfg

    Gert

    Hallo,

    auch dies habe ich nun heraus gefunden.

    In den Einstellungen war ziemlich versteckt eine Einstellung aktiv, dass das Beitragsbild in Originalgröße in den Listen angezeigt werden soll:mad:

    Nach dem Deaktivieren wurde es dann langsam wieder logisch. Es ist zwar viel Testen mit den Medien-Einstellungen angesagt, aber das ist dann halt nachvollziehbar...

    Schöne Feiertage noch

    Gert

    Hallo,

    ich setze gerade eine Seite neu auf und habe deshalb aus einer anderen Seite über CVS Bilder und Texte importiert.

    Wenn ich mir nun nach dem Bearbeiten die Seiten anschaue, stelle ich fest, dass etliche Bilder scaliert sind.

    Hueman lässt ja WP etliche Varianten/Abmessungen zu den Standard Bildabmessungen erstellen.

    Für welche Bereiche werden diese erstellt? Bei mir werden nur die Originalbilder angezeigt.

    Ich habe hier testweise eine Galerie in einen Beitrag eingefügt, alle Bilder werden herunter scaliert angezeigt. Auch das Betragsbild, welches ja in den Listen angezeigt wird, ist scaliert.

    Nun habe ich das Ganze auch noch mit "Twenty Twenty" getestet. Prinzipiell ergibt sich hier das gleiche Bild in der Galerie.

    Um es vorweg zu nehmen, ich habe natürlich die betreffenden Bilder auch neu erstellen lassen - zwischendurch.

    Ich würde gern wissen, warum die Originalbilder und nicht die erstellen Bilder angezeigt werden.

    Im Prinzip würde das dann vielleicht auch erklären, warum z.B. Bilder in der Listenansicht auf 297px scaliert werden, diese Abmessung aber nicht erstellt wird????

    In der Galerie wird z.B. auf 289 x 332 scaliert, was nicht mit resize neu erstellt wird, bzw. auch nicht in der Beschreibung steht:

    https://docs.presscustomizr.com/article/249-wh…he-hueman-theme

    Habe ich hier einen Denkfehler, oder irgend eine Einstellung übersehen?

    mfg

    Gert

    Hallo,

    ich möchte von einem anderem System auf WP umsteigen und bin derzeit am arbeiten und testen. Dabei fiel mir die Link-Struktur auf.

    Ich habe nun schon etliches gelesen, unter anderen auch, daß es so wie ich gerne möchte, mit WP nicht funktionieren soll.

    Also ich habe im alten System folgende Struktur:

    • Kategorie
      - Unterkategorie
      --Unter-Unterkategorie


    Das habe ich auch in WP nachgebildet.

    Der Permalink zeigt mir hier:


    an.

    Da ich aber im alten System folgende Linkstruktur habe:


    und diese auch so bei Google usw. im Index sind, würde ich hier gerne die Linkstruktur in WP übernehmen.

    Gibt es hier ggf. eine Möglichkeit, dass hin zu biegen?

    Vielleicht hat ja jemand eine Idee, dass ich hier nicht 2000 URLs per .htaccess umschreiben muss???

    mfg

    Gert

    Hallo maxe,

    Ich vermute immer noch, das ein Plugin oder das Theme quer schießt ... aber Plugins hattest du ja schon mal alle deaktiviert. Theme auch?


    Das ist es garantiert nicht. Ich habe mich eingeloggt, danach den Suffix wieder auf original "wp_" gestellt und schwupp war das Backend da. Und das bei allen 3 Installationen.

    Ich habe nun noch einen Test gemach und WP mit Suffix "123_" neu installiert, neue Admin erstellt und diese in eine Installation mit Suffix "123_" kopiert - funktionierte auch nicht. Irgendwo muß noch ein Bezug zum original-Suffix sein...

    So, wie ich das sehe, müsste ich eine komplette Neuinstallation machen und in diese dann die Plugins und den DB Inhalt hinein kopieren - ist genau so heiß, aufwendig und ich weiß auch nicht, ob es klappt...

    Vielleicht kennt ja jemand noch einen Weg, den DB-Suffix etwas anders zu gestalten???

    Happy Weekend

    Gert

    Hallo,

    ich habe jetzt mal was anderes gemacht. Ich habe ja WP neu installiert und nun auch einen 2. Admin angelegt.

    Nun habe ich in der DB alle Tabellen von original "123_" nach "234_" kopiert, so dass ich 2 identische Installationen auf der DB habe.

    Fazit: Bei "123_" funktioniert der Login bei beiden Admins, bei "234_" erhalte ich bei beiden Admins "Du hast nicht die erforderlichen Rechte, um auf diese Seite zuzugreifen." Das Front-End funktioniert...

    Natürlich habe ich das auch zusätzlich mit einem anderen Browser getestet, der alle temporären Daten beim Schließen löscht.

    Wäre meine Frage - geht das prinzipiell so nicht, wie ich das gemacht habe, habe ich einen Denkfehler?

    PS: Das ist eine nackte Installation.

    mfg

    Gert

    Hallo,

    ich glaube, ich habe den Fehler gefunden. Ich hatte nämlich noch eine winzige Kleinigkeit vergessen zu erwähnen. Ich habe für die WP-Tabellen ein anderes Suffix gewählt und entsprechend in der "wp-config.php" eingetragen. Da die Seite auch funktionierte, war das für mich keine Fehlerquelle....

    Jetzt die Frage, wird der Suffix noch irgendwo anders "vermerkt"? Ein DB-Suche ergab kein Ergebnis:???:

    mfg

    Gert

    Hallo,

    ich habe jetzt ein Backup der User-Tabellen eingespielt, ohne Erfolg.

    Ich habe an anderer Stelle WP neu installiert und die User-Tabellen in die betreffende DB eingespielt, ohne Erfolg.

    Und natürlich konnte ich mich bei dem neuen WP einloggen:???:

    mfg

    Gert

    Hallo Maxe,

    hast du irgendein User Management Plugin oder bbpress o.ä. am laufen, welches evtl. mehr spezielle Einträge in den DB User-Tabellen fordert?


    ist mir nicht bekannt.

    Schau doch mal ins DB Backup was bei den alten Usern in der wp_usermeta speziell bei capabilities und user_level eingetragen war.

    SQL
    INSERT INTO `wp_usermeta` (`umeta_id`,`user_id`,`meta_key`,`meta_value`) VALUES ('25','2','wp_capabilities','a:1:{s:13:\"administrator\";b:1;}');
    SQL
    INSERT INTO `wp_usermeta` (`umeta_id`,`user_id`,`meta_key`,`meta_value`) VALUES ('26','2','wp_user_level','10');

    PS: Steht auch bei den neuen Admins.

    mfg

    Gert

    [COLOR=#333333]Hallo danielgoehr,
    [/COLOR]

    Kannst du bitte nochmal einen kleinen Tick weiter ausholen?
    Wie hast du denn den (oder die) ursprünglichen Admin-Account(s) gelöscht, wenn du mit dem neuen gar nicht ins Backend kommst?

    2x Admin angelegt, damit eingeloggt und die alten Admins gelöscht.

    Was passiert denn wenn du dann oben links in der Abdmin-Bar im Menü auf "Dashboard" gehst? Leitet er dich da auch wieder auf die Startseite um?

    gefühlt nix, ich habe noch mal geschaut, der Linkt zeigt auf das Front-End.

    mfg

    Gert

    Hallo danielgoehr,

    konsequenterweise habe ich die alten Admin-Zugänge gelöscht:grin:...

    Testweise hatte ich auch den Verzeichnisschutz aufgehoben, ohne Erfolg.

    Prinzipiell könnte ich alles neu installieren und die DB ohne User importieren, bzw. aus einem alten Dump die User-DBen wieder einspielen, aber da ist ja prinzipiell der Fehler nicht gefunden???

    mfg

    Gert