Beiträge von pezi

Zitat von Edi

Und das Einfügen von Dateien mir "Dateien hinzufügen" funktioniert?

Ja, Artikelbild oder direkt in den Editor, ob von Medienverwaltung oder URL, alles wie immer.

Zitat

Hast Du einmal im Debug-Modus geschaut, ob noch weitere Fehlermeldungen ausgegeben werden?

Nein, bez. pixabay sind nur die oben angeführten Fehlermeldungen drin. Ja auch anderer Kram, aber fürs meiste gibts eine Erklärung, zB. früher getestete (und längst entfernte) Plugins usw. Am XAMPP teste ich ja so einiges, am Livesystem eh nicht.
Doch der Pixabay Fehler ist auf beiden Blogs gleich ...

Zitat von Edi

Bei mir funktioniert das Plugin problemlos. Welches Theme verwendest Du beziehungsweise ist das mit einem Standardtheme auch so?

Theme ist von MH-Themes (das Magazine Theme), aber es ist mit jedem Theme da gleiche, auch mit Standard, zb. Twenty Sixteen

Hallo,
ich habe seit langem das Pixabay Plugin in Verwendung, doch nun gibt es plötzlich einen Fehler aus.
Leider kann auch der Entwickler nicht helfen, bei ihm funzt es und er betont, dass es mit der neusten WP Version (461) geht.

Die Fehlermeldung:

<br /> <b>Notice</b>: Undefined index: post_id in  <b>/www/htdocs/w010c686/wp-content/plugins/pixabay-images/pixabay-images.php</b>  on line <b>239</b><br /> <br /> 
<b>Notice</b>: Trying to get property of non-object in  <b>/www/htdocs/w010c686/wp-includes/post.php</b> on line  <b>3579</b><br /> <br /> 
<b>Notice</b>: Trying to get property of non-object in  <b>/www/htdocs/w010c686/wp-includes/post.php</b> on line  <b>3579</b><br /> 29726

kommt nach Suchen, Finden -> Bild auswählen, danach ist es zwar in der Medienverwaltung drin, aber der übliche Dialog über die WP Bildprozedur ist nicht mehr möglich.

Undefined index: post_id - was soll das heissen?
Die ID ist da, ich sehe sie in der Adresszeile und in der Statusleiste - doch irgendwie wird sie nicht mehr an das Plugin weitergegeben.

Der Code in der ersten Fehlermeldung (Zeile 239) der pixabay-images.php ist nichts anderes als

$post_id = absint($_REQUEST['post_id']);

Also was soll da schiefgehen?

Ich habe alles möglich probiert:
Einstellungen, Rechte checken, alle anderen Plugins abschalten (manche gar gelöscht), nach Resten in der DB suchen, DEBUG.log durchsehen ... ich weiß aber nicht was ich noch machen soll?

Alternative?
Habe folgende getestet:
http://wpscoop.com/wp-inject/
https://wordpress.org/plugins/magic-post-thumbnail/
https://wpclever.net/downloads/word…arch-and-insert
http://www.keywordrush.com/en/contentegg
https://wordpress.org/plugins/freemage/
https://wordpress.org/plugins/free-imagescc-importer/

nichts davon kann mit dem Original mithalten, selbst mit API usw, kein Vergleich ...

Problem gelöst!

Nach dem durchackern der DB stellte ich fest: Diesmal ist sie live + lokal echt gleich und alles ist an der richtigen Stelle vorhanden!
Also wenn die Daten passen, kann es nur mehr an den Dateien liegen.

Hab alle Dateien m WinMerge verglichen und siehe da, eine Datei des (Parent)Themes war unterschiedlich.

Dazu muss ich sagen, es ist ein MH Theme, die Datei ist ...\_blog\wp-content\themes\mh_magazine\content-single.php
Dort gab es eine # vor der Funktion, welche den oberen Teil des Posts ausgibt.
Kann ja nicht funzen, wenn auskommentiert ...

<?php dynamic_sidebar('posts-1'); ?>
    <div class="entry clearfix"><?php
        #mh_post_content_top();
        mh_post_content();
        mh_post_content_bottom(); ?>
    </di ...

Die Frage bleibt, wer hat das geändert? (ich nicht!), die letzte Dateiänderung war auf die Sekunde genau 1 Jahr nach dem Installieren dieses Themes.
Seltsam ...

Egal, jetzt geht wieder alles

Zitat von maxe

Hast du denn die statischen Bilder Pfade in der Datenbank geändert?

ja,und ich zitiere mich selbst:

Zitat

Mittels https://wordpress.org/plugins/wp-migrate-db/ und einer Pfadersetzung kann ich die DB also auch lokal verwenden, Bilder runterladen, fertig.
Das klappte bisher immer bestens u

Es klappte auch diesmal, die Pfade stimmen (sonst würde die AMP Darstellung auch keine Bilder finden).
Es ist nur nach wie vor alles durcheinander, bzw fehlen Angaben, als ob es für den einen od. anderen Post keine Bilder gäbe (was aber nicht stimmt).
Dennoch ist es eine 1:1 Kopie der Live DB, alles ist gleich (bis auf die Pfade eben). Dh. dort finde ich den gleichen Durcheinander, aber alle Bilder werden gezeigt.

Ich gehe nun post für post, anhang für anhang durch, versuche hinter das System der Verknüpfungen zu kommen ...
Denn irgendwas muss in der lokalen DB anders sein, irgendwas muss sich beim Backup / Restore verschoben haben - sonst ginge es ja ...

Beim untersuchen der DB konnte ich zufällig ein anderes Problem (am Live-System) lösen (AMP Fehler) - und das hängt ein bisschen damit zusammen.

Denn dabei sah ich zufällig: Bei AMP Seiten ist das Artikelbild da!
Zur Info, ich habe dzt. nur das Standard-Plugin "AMP" von automattic installiert und es läuft (nun wieder) Live wie am XAMPP bestens.

Testumgebung komplett neu - Problem bleibt
Habe inzwischen die Testinstallation am XAMPP komplett neu aufgesetzt - WP, Theme, Konfig ... und wieder die (migrierte) DB (und die Bilder) vom Livesystem eingespielt. Alles perfekt gelaufen, alles ist da - ausser die Artikelbilder werden nach wie vor nicht angezeugt ...
Wie gesagt, in AMP Darstellung passts, sonst bleibt alles beim alten, obwohl alles neu ist ...

So, gelöst!

Habe Reste eines alten, längst deaktivierten AMP Plugins gefunden die noch in der DB, in wp_options waren. Seit dem entfernen dieser Einträge vor ein paar Tagen fällt die Fehlerkurve in GWT ebenso steil nach unten wie es am 6.10 begann. ev. Zufall, KA, egal, jetzt gehts wieder.
Auch die AMP Darstellung ist wieder perfekt.

Sicher ein Zufall war der Fund dieser Reste - denn ich hatte ja eine anderes Problem http://forum.wpde.org/design/163372-…-angezeigt.html und beim untersuchen der DB fiel mir das alte AMP Zeugs auf.

So, nur kurz zum

Zitat

Fatal error: Call to undefined function the_ad_group()

Das habe ich längst repariert, mit ner Abfrage davor und gut ists. Ausserdem ging ja mit diesem "Fehler" (der nur bei deaktivierten Bannerplugin auftrat) auch immer alles.

Die Spur führ nun in die DB - Denn da stimmt einiges nicht mehr!

in wp_postmeta sollten ja bei der post_id ua. das Artikelbild vermerkt sein. Also wp_attached_file sollte den re. Pfad haben u _wp_attachment_metadata, _thumbnail_id die Bild ID usw.
Aber: In vielen Fällen fehlt das, in anderen ist es verschoben (Bild / Artikel stimmt nicht zusammen), dann ist aber alles korrekt drinnen und dennoch ist kein Bild zu sehen!
Ein neuer Artikel, mit neuem Bild geht auch nicht, es werden einfach keine Einträge geschrieben.
Sicher gibts wo Codes welche abfragen ob es zu der post_id ein korrekt verknüpftes Bild gibt und wenn nicht wird kein IMG erzeugt.

Da hilft nur mehr alles löschen, alles neu aufbauen. Oder?
Die Testinstallation ist ja zugleich eins der Backups fürs Live Blog. Mittels https://wordpress.org/plugins/wp-migrate-db/ und einer Pfadersetzung kann ich die DB also auch lokal verwenden, Bilder runterladen, fertig.
Das klappte bisher immer bestens und ich hoffe wenn ich alles neu aufbaue gehts auch wieder mit den Bildern ...

Zwischenfrage: Wie krieg ich meinen Text hier wieder?
Es hat mich ausgeloggt und nun ist das ganze weg - dabei blinkt da rechts unten manchmal etwas wie "Gespeichert ..." auf.
Da muss es ja auch wo sein? Oder gewesen sein, wahrscheinlich ists jetzt überschrieben ...

Danke erstmal

Zitat von r23

Vorschlag für die Fehlersuche:1. Browser wecheln, oder die Anzeige von Bildern erlauben

Wie oben steht, habe ich mehrere versch. Browser auf 2 Rechnern probiert.
Bildanzeige ist selbstverständlich überall aktiv, sonst würde ich ja die anderen Bilder (dieser u anderer Sites) nicht sehen.

Zitat

2. was schreibt apache?

In der fraglichen Zeit nicht viel:

[Fri Oct 21 00:57:47 2016] [error] [client ::1] script 'D:/apache/xampp/htdocs/WWW/_blog/index.php' not found or unable to stat, referer: [URL]http://localhost/www/_blog/wp-admin/upload.php[/URL]
[Fri Oct 21 00:58:41 2016] [error] [client ::1] script 'D:/apache/xampp/htdocs/WWW/_blog/index.php' not found or unable to stat, referer: [URL]http://localhost/www/_blog/wp-admin/post.php?post=17801&action=edit[/URL]

Zitat

3. ich würde wp-debug einschalten

habe ich bei der Testsite immer, schaut nur ein bisschen anders aus (WP_DEBUG_DISPLAY ist auf true)

[20-Oct-2016 21:52:49] PHP Notice:  Trying to get property of non-object in D:\apache\xampp\htdocs\WWW\_blog\wp-content\plugins\yuzo-related-post\yuzo_related_post.php on line 2252

Das kommt sehr oft vor, ist ein Relatet Post Plugin, welches live super funzt, am XAMPP aber immer schon spinnt. Es hatte früher nie Auswirkungen auf die Bildanzeige. Ausserdem habe ichs nun, wie alles anderen Plugins deaktiviert.

[20-Oct-2016 22:43:15] PHP Notice:  Die verwendete  Konstruktoren-Methode für WP_Widget ist seit Version 4.3.0  <strong>veraltet</strong>! Verwende stattdessen  <pre>__construct()</pre>. in  D:\apache\xampp\htdocs\WWW\_blog\wp-includes\functions.php on line  3624

Keine Ahnung was WP_Widget ist?

[20-Oct-2016 22:49:00] PHP Notice:  Trying to get property of  non-object in D:\apache\xampp\htdocs\WWW\_blog\wp-includes\post.php on  line 3555

???

[20-Oct-2016 23:41:49] PHP Fatal error:  Call to undefined function the_ad_group() in D:\apache\xampp\htdocs\WWW\_blog\wp-content\themes\mh_magazine_child\single.php on line 5

ist weil ich auch das Banner-Plugin deaktiviert habe und daher eine Anzeigefunktion einer Bannergruppe nicht funktionierte. (die hat keine Abfrage, muss ich mal ändern da steht nur "the_ad_group(821);") Also das kanns nicht sein.

[21-Oct-2016 00:13:20] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in MB_FeaturedPosts_Widget ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in D:\apache\xampp\htdocs\WWW\_blog\wp-includes\functions.php on line 3767

ich habe kein "MB_FeaturedPosts " oder Plugin ...

Hallo
Wie schon im Betreff steht, ist (wieder einmal von gestern auf heute) kein Artikelbild mehr zu sehen.

1. Es ist mit keinem Theme, in keinem Browser sichtbar
2. Es gibt auch keinen IMG Tag mehr
3. Die Bilder sind in allen Größen in den richtigen Verzeichnissen vorhanden
4. Sie werden auch sonst überall angezeigt (Back u Front, in Kategorien, Archiv, ... überall)
5. Es wurde seither nichts updatet, weder Plugins noch WP - alles ist eh aktuell
6. Es kam in dieser Testinstallation(s. Pkt. 12) auch kein Artikel dazu oder weg, keine Contentänderung
7. Die Konfiguration blieb auch gleich, also es ist nach vor eingestellt das die Bilder angezeigt werden
8. Bilder direkt IM Artikel selbst werden angezeigt
9. Bilder sind in der Medienübersicht, Ansehen, Bearbeiten, alles ok
10. Plugins wurden alle deaktiviert, ändert nichts
11. Browser Cache geleert, anderen Rechner getestet .... nichts
12. Es gibt keinen Link zum Blog, das Prob tritt nur am XAMPP auf (der auch nicht verändert wurde, wo es immer klappte)

Bitte um Hilfe, ich fand zwar hier einige ähnliche Einträge, leider alles keine Lösung

Also, es liegt definitiv am AMP Plugin, an dessen Update vom 6.10.16, es finden sich noch viele Benutzer mit dem 100% gleichen Problemen, ab gleichen Tag.

Zitat

Selbstverständlich steht AMP Entwicklern auch ein richtige Entwicklungsumgebung zur Verfügung.

Ich habe mir all diese Tipps so gut als möglich übersetzt, aber leider komme ich so nicht weiter.
Daher habe ich das Plugin deaktiviert.

Zitat

Ich vertraue den Google Search Console-Benachrichtigungen über AMP Fehler nicht mehr.

Dies aber nicht alleine wg. der Fehler id. Webmastertools, sondern weil die Darstellung (seit dem Datum) auch visuell nicht mehr passt.
(Und weil ja ohnehin wichtige Teile bei der AMP Darstellung fehlen, zB. die Bildunterschrift beim Artikelbild (sehr wichtig, wg. der Credits))

Danke auch für die Tips zu den Validatoren, usw.
leider kapiere ich das alles nicht wirklich.
Und https://validator.ampproject.org/# ist je eh bei Googles Fehleranalyse dabei (nur finde ich wie gesagt die angeblichen Fehler auch damit nicht (weils keine gibt))

Zitat

freiwillig und kostenlos

muss nicht sein, wir haben schon 2x jemanden mittels Werksvertrag engagiert.
Nur solange das Standardplugin für AMP nicht ausgereift ist, nützt das alles nichts. Der beste Programmierer kann nicht verhindern das ein Update eines Plugins etwas verändert. Es sei denn der schreibt so etwas selbst.
Aber da schau ich auch vorher obs nicht etwas besseres, fertiges gibt ...

Danke für alle Tips!

Zitat von r23

Das von dir genannte Plugin löscht vermutlich nicht mehr alle selber erstellten JavaScript Code auf der AMP Seite. Diesen musst du dann selber löschen. Dabei helfen dir die Fehlermeldungen von Google weiter...

Danke für die Antwort.
Aber:
- Warum "löscht vermutlich nicht mehr" ? Warum hat der Plugin-Entwicker das gemacht ?(klar, das sollte ich den fragen, kann ich aber nicht)

- Warum muss man JS löschen? brauch ich doch oder? Und was davon ist verzichtbar?

- Fehlermeldungen von Google helfen leider nicht, ich hab 0 Ahnung was die meinen, ich finde nicht einmal die angegeben ungültigen Sachen, weiß nicht wo Google die seltsamen Sachen findet.

Ist ja leider nicht so einfach wie bei einem HTML Validator, wo man die Fehler(quellen) auch zeilengenau fand und beseitigen konnte.
Google meckert etwas an und sagt einem ja nicht wo das ist. Oder?
Wahrscheinlich kann Google oder irgendein Test Tool auch nichts sagen weil es keine echten Fehler gibt - weil es keine gibt, weil eher das AMP Plugin schuld ist.
Denn warum gab es vor dem Update KEINEN einzigen Fehler?

Zitat

die Begründung // Das Tag "img" ist nur als Nachfolgerelement des Tags "noscript" zulässig. Meinten Sie "amp-img"?

ja, das hab ich auch - und vieles andere.

Zitat

o.k. mit den Google Webmastertools möchte ich jetzt auch nicht AMP Fehler beseitigen wollen.... dafür gibt es Werkzeuge // Tools.

sicher, aber welche, wo?

Zitat

oder du suchst dir einen Dummen über das Jobforum.

Warum soll der DUMM sein?
Ich denke, mir würde eher eine gute dt. Anleitung helfen
Und ich denke das sich noch keiner mit dem AMP Zeugs auskennt - denn sonst würde ich nicht seit Monaten auf eine Antwort zu einer anderen Frage dazu warten.

Ohne deinen Artikel im Blog hätte ich bis heute keinen Durchblick was AMP ist, erst wegen deiner, nicht zu komplizierten Anleitung hab ich das so halbwegs verstanden.

PS: Danke auch für den supertollen Artikel zu Bob Dylan!

Hallo!
Bei mir ist das Standard-Plugin "AMP" von automattic installiert und es lief bis vor kurzem fehlerfrei, nicht eine Seite wurde angemeckert.

Aber seit dem Update von AMP auf v. 0.4 (06.10.2016) überschlagen sich in den Google Webmastertools die Fehlermeldungen, demnach wären so gut wie alle Seiten (von einem Tag zum anderen) fehlerhaft!
Es sind deren viele Fehlerkategorien, von "Vom Nutzer erstellter JavaScript-Code, Syntaxfehler, Ungültige Verwendung von AMP-Tags, Unzulässiges HTML-Tag durch AMP-Entsprechung", ... usw.

Im Changelog des Plugins fand ich (bei 0.4 (2016-10-06)) auch etwas mit "Warning" usw. Ein Link führt zu https://wordpress.org/support/topic/…eaking-changes/ - möglicherweise sagt der was drüber?

Nur mangels Englisch und ohne tolle Programmierkenntnisse bleibt das und die Erklärungen von Google unverständlich.
Ich glaube aber das es am AMP Plugin liegt, weil wie gesagt, vor dem Update auf v 0.4 war alles OK.

Ev. hat jemand einen Tip?
Soll ich das AMP Plugin wieder abstellen (zumindest bis es mal v 1.0 erreicht)?
Wie kann man ev. Änderungen gleich prüfen? (denn bis Googles Webmastertools etwaige Änderungen "sehen" dauerts sicher bis die das nächste mal vorbei schauen)

Danke für Tips

Hallo - dank r23 habe ich die Aktivierung von AMP schnell hinbekommen.
Zum einen läuft das Standard-Plugin "AMP" von automattic und zur einfachen Anpassung Custom AMP, für mehr testete ich auch das von PageFrog, welches auch AdSense durch lassen würde.

Doch uns ist etwas anderes wichtiger, nämlich das bei den Bildern (müssen trotz aller Sparsamkeit sein) die Credits stehen.
Aber wie aktiviert man das?
Wie kriege ich die Bildunterschrift, glaube das ist wp-caption-text wieder sichtbar?

Bitte nicht nur Hinweise zum amp Projekt, ich kann kein englisch, brauche daher ev. auch einen dt. Denkanstoß.

Danke!

PS: Was haltet ihr hier eigentlich von dem ganzen? Ist es ein Hype oder wirklich nützlich? Ich denke das ist toll, ohne Kniefall vor Google, es bringt das wesentliche auf den mobilen Schirm und das urschnell.

Zitat von Tubedesigner

Glückwunsch, Du hast Dich perfekt von den Machern von Google konditionieren lassen…
Prinzip was hinter den PageSpeedGedöns steckt, doch eigentlich leicht durchschauen können.
Möchte man in der Presslandschaft Bilder verkaufen, ...
taugt der Inhalt nix, nutzt auch ein 100'er PageSpeed nix.

• ... von Google konditionieren: ok, stimmt schon. Ich mag die auch nicht, aber meine Chefin schickte mich letzte Woche in einen Kurs (SEO usw) weil wir müssen "im Ranking höher" sie ist eben geil auf Zugriffe und dort meinte man je besser der Speed, desto besser das Ranking. Kann schon sein, aber wie ich anfangs sagte "ich optimiere nicht für Google ... sondern für Leser".
  Jede dieser Analysesites hat eine andere Gewichtung, bei Google sind es halt sie Bilder die angemeckert werden, bis man sie bis zur Unkenntlichkeit kaputtoptimiert. Aber die und ich meinen: "Google ist die wichtigste SM, dort wollen wir gut dastehen, daher diese Optimierung"
• "... in der Presslandschaft Bilder verkaufen" - ich ev. vergessen zu schreiben das wir nichts verkaufen! Wir sind bloß ein Nachrichtenportal.
  Ok, ich selbst verkaufe Fotos, aber sicher nie über das Portal, da bleibe ich ewig drauf sitzen. (ok, es kommen Anfragen, aber die meisten Fotos drauf stammen ja von anderen Urhebern, die dürfen wir eh nicht weitergeben) Ich verkaufe über eine eigene Galerie, dort sollen die so schön als möglich rüber kommen. Da nimmt der Besucher eine höhere Größe / Ladezeit in Kauf.
• "taugt der Inhalt nix, nutzt auch ein 100'er PageSpeed nix." Da hast 1000% ig recht! Erst heute sah ich eine Site die mit 0/100 unterwegs ist (die skalieren Bilder mit 5000px im Editor zu 200px !) - aber die haben Zugriffe das es nur so raucht! Sind halt ne Marke die hier jeder kennt. Die pfeiffen sich nichts um PageSpeed obwohl sie mit einem sehr schnellen Sport zu tun haben ...

Zitat von Sen

... lies mal bitte deinen ersten Post, dort brabbelst du ... Grundsatzdiskussion anregen über Plugins etc.

stimmt, ich brabble viel und bin kein Profi. Auch wenn man früher, vor der Erfindung von WP u Co Webworker war, diese fertigen CMS sind halt eine andere Sache. Da seid ihr hier sicher die echten Profis, ich bin erst seit kurzem bei den Bloggern. Daher frage ich ja hier, nur habe ich das Gefühl ich rede chinesisch.
Stimmt, eine Grundsatzdiskussion bez Plugins und eine bez. der WP internen Bild Kompression wollte ich.
- Ersteres bleibt vorerst ungelöst
- Zweiteres schaffte ich selber und es passt
Ich brauche keine langen Vorträge über hochtechnische Details (die ich eh nicht kapiere, die ich mir nicht umsetzen traue), sondern einfache Tipps.
Ein einfache Tipp wäre gewesen: "ja, stimmt, WP nimmt intern Stufe 90 , das kannst so und so einfachst im Child ändern"

Zitat von Monika

wenn du mit dieser Bildqualität zufrieden bist, dann möge es gut sein.
ich hab genau diesen Filter auf 100%,weil es sonst einfach bescheiden aussieht
eines der völlig unnötigen Plugins genommen und Schwupps
habe ich, weil hier GA verwendet wird 99/100
gibts irgend einen Grund Menschen, die dir hier kostenfrei ihr Profi-Wissen zur Verfügung stellen, derart niederzumachen?
Hast du das Not, fühlst dich dann schlauer?

• ja, alle sind zufrieden
• Filter auf 100: jeder wie er will, ich wollt eben Dateigröße sparen, wir laden immerhin echt viele Bilder pro Tag hoch, die Startseite ist bei einem Nachrichtenportal der Größe eben rel. lang und umfangreich. Der Besitzer will es aber so, auch wenn ichs gerne schlanker hätte ...
• unnötigen Plugins: ok, wenn es bei euch funzt, schön, hier nicht! echt nicht! die paar bytes die jene plugins schafften sind zuwenig. (ev. ist das besser wenn man sie kauft, aber im Test fallen ALLE durch) Wir nehmen absichtlich eine, für den Leser unsichtbare Qualitätsreduktion im Kauf. Dafür suchte ich das Plugin (das es scheinbar nicht gibt)
• http://gka.at/: interessante Zusammenarbeit bez Druck hast da. Aber: 99/100 bei einem 500kb Bild auf der Startseite???, naja, jeder wie er will.
• ich will keinen niedermachen, bitte um Entschuldigung, aber ich rede ja nicht chinesisch oder? ich wollte nur einen Tip zu einem Plugin das echt sparen hilft und das Grundübel der zu WP eigenen Kompression anschneiden. Zu letzterem fand ich die Lösung eh alleine,. Bin aber sicher ihr, die ihr WO sicher um Welten besser kennt, hättet es gewusst, oder?

Ja, ich fühle mich schlauer weil ich das alleine fand ...

Ich habs allein geschafft, ich hatte recht, WP ist schuld!

\wp-admin\includes\image-edit.php Zeile 325:

return imagejpeg( $image, $filename, apply_filters( 'jpeg_quality', 90, 'edit_image' ) );

Und mit ner Zeile id. eigenen Child functions.php kann man das einstellen wie man will!

Nun habe ich 97/100 mobil und Desktop bei PageSpeed, ohne jedes Plugin!!!

Es ging immer nur um genau das, nie um all das Pseudo Profi Gebrabbel, eigenen Server, Bilder vorher optimieren, Dienste bezahlen(!), uä.

PS: Die hier ewig gleichen genannten Plugins sind alle scheisse, sie sparen 0,0000000001% und somit unnötig wie politiker ...

Zitat

all-inkl.com - Halt ein nichts an technischen Möglichkeiten - vermutlich auch noch alte PHP Versionen...

PHP 5.6.22 ist also alt, ok ...

Zitat

Wenn du ein fertiges Bild bei WordPress hochläds - ... Sondern ist eine unnötig große JPG Datei,

EBEN! Das ist meine Kritik, das will ich ändern - mit einem Plugin, ohne rumfrickeln!

Zitat

im Exif enhält und weitere unnötige Daten enthält.

Bei uns müssen EXIF (ja, kein Vorschaubild, aber Copyrights) und vor allem IPTC soweit erhalten bleiben, als es WP in seiner Standardmaske verarbeiten kann. Das bisschen mehr an Dateigrösse sollte zu verschmerzen sein.

Zitat

Es geht um verlustfreie Bildkomprimierung

NÖ, nur darum das man auf den Bilder noch was erkennen sollte - was manche der hochgepriesenen und sauteuren Plugins nicht können. Da erkennst nichts mehr drauf, alles wie durch Milchglas ... und Google ist zufrieden, wir aber nicht.
Niemand sagte, es muss verlustfrei sein, es sind "nur" Reportage-Bilder, man sollte wenigstens noch erkennen was drauf ist, auch bei 70px breite.

Zitat

PHP erstellt keine Bilder und optimiert keine Bilder! Erst durch Erweiterungen ...

Jaaahaaa - weiß ich doch eh, habe früher genügend Projekte erstellt, welche mit serverseitiger Bildverarbeitung laufen. Ich habe aber keine Zeit mehr für das rumfrickeln, ich will für das Magazin Blog unseres Teams nur ein Plugin und fertig. Ich kann mich leider nicht mehr für die technischen Details interessieren, so spannend das auch sein kann. Der Tag ist zu 150% voll mit Pressearbeit, da bleibt nichts mehr für den Kram im Quelltext.

Zitat

für eine Optimierung ist es wichtig, dass man weiss, was auf dem Server läuft....

wie schon gesagt, beide (gd-lib + imagick) laufen. Von "gm" (vmtl. "graphicsmagick") finde ich in der phpinfo. nix, werde aber den "primitiven Provider" danach fragen.
Aber eigentlich interessiert es mich nicht, was wo läuft, ich will nur ansehnliche Bilder die nicht nach dem Upload doppelt so groß als vorher sind ...

Zitat

Trellis-Quantisierung... ein convert verwenden ...

Das sind sicher gut gemeinte Ratschläge und Hinweise, aber ich kann mir das nicht rein ziehen.

Zitat

Bilder auch an optimus senden ...

sagte ich ja, die schau ich mir an

Zitat

eigenen Server mit mozjepg

ich kann das nur der Chefin vorschlagen, mehr nicht. Denn vmtl. braucht man dann auch noch wen, der den administriert, oder?

Zitat

https://de.wordpress.org/plugins/ewww-image-optimizer/

das schaut gut aus, sowas suche ich. Mal sehen ob es echt tut was es verspricht ...