Beiträge von hirsch

ASS Es ging nicht um mein Ticket.

Der Supporter konnte weder meine Tickets sehen (es wurden keinen erzeugt) und hat bestätigt, dass das ein Fehler ist und dass er mir keine Mails schicken kann! Erst eine zweite Mail wurde versandt und die erste kam nie an. Daraufhin hat er sich bedankt, dass er das weitergibt und die Kollegen das Problem nun lösen können.

Nachdem der Supporter das weitergegeben hatte, hatte er gefragt ob er mein Ticket einfach gleich mit weitergeben soll. Ich habe ihm gesagt, dass das nicht dringend war, und auch nicht der Anlass meines Anrufs, sondern dass ich denke, dass die Formulare defekt sind (was sie waren). Aber weil er nun mal schon da war und meine Tickets ja nicht erzeugt worden war (!) hat er das weitergeleitet.

Das ist so super ärgerlich. Oh man da hilft man dem "Webhoster des Jahres" und hat nur Ärger damit ... das Ticket an sich war vollkommen unwichtig.

120 Euro für 20 Minuten in denen mir der Supporter keine Mails schicken konnte und das mit dem Webformular geklärt hat... so krass.

Zitat von Olivetti

Nein, er meldet, daß NETCUP kein Supportticket angelegt hat.
Und wie soll man z.B. als Erstticketeer wissen, wie auf die Anlage eines Tickets seitens NC reagiert wird.
Solange kein »halbwegs g'scheits Ticketsystem« © existiert, wird das IMHO in Zukunft auch nicht besser.
Die Melder brauchen Feedback über den Status.

Ganz genau darum ging es. Mir war egal wann mein Problem gelöst wird, das war nicht dringend (aber es sollte halt beantwortet werden). Und ich hatte vermutet, dass gar kein Ticket angelegt wurde obwohl auf der Website genau das bestätigt wurde.

Und wenn man an mail@netcup.de schreibt, wie in der Rechnung angegeben kommt zurück dass man über diese Emailadresse nicht erreichbar ist! Wieder ein Fehler bei euch, denn die Emailadresse hat sich mittlerweile bei euch geändert!

Das ist eine absolute Geringschätzung und Verhöhnung hat nichts mit ihrem Post zu tun.

----

von jira@anexia-it.com

Vielen Dank für Ihre Anfrage.

Bitte beachten Sie, dass Supportanfragen über diesen Kanal nicht bearbeitet werden können. Für Supportanfragen nutzen Sie bitte unser Kontaktformular im Helpcenter:

https://www.netcup.com/de/helpcenter/support

Vielen Dank für Ihr Verständnis.

Alexander W.
We need to talk about support?

So geht ihr mit Kunden um???

Ihr schickt mir eine Rechnung (nc-5687210) für 120€ und warum?

Beide Kontaktformulare auf der Netcup-Website waren defekt! Man trägt einen Support ein, erhält die Nachricht: Danke für deine Mitteilung ein Ticket wurde erzeugt. ABER: Es wurde gar kein Ticket erzeugt!
Dreimal aus zwei verschiedenen Kontaktformularen.

Also rufe ich bei euch an - oder versuche es! 2 Stunden habe ich in der normalen Hotline gewartet ohne Erfolg! Keine Meldung, dass ihr keine Anrufe annehmt! Und nun schon wieder nicht! Ich warte sein 1 Stunde in der Hotline! Super wie ihr das regelt.

Also rufe ich bei der Notfallnummer an, damit ihr das merkt, dass eure Kontaktformulare kaputt sind und sage ihm dass das kein Notfall bei mir ist, sondern eure Website defekt ist!

Der Notfallsupport bestätigt: Es wurden keine Tickets erzeugt!
Der Notfallsupport will gerne einen Screenshot und will mir eine Mail schicken, aber die Emails werden von euch ausgehend nicht versandt! Weiterer Bug bei euch!

Das wurde erst nach meinem Anruf bei euch dann repariert!

Zwei Stunden später kommen die Mails die vor 7 Tagen Tickets generieren sollten an!

Und nun wollt ihr mir dafür 120€ abknüpfen?

Was stimmt mit euch nicht?

Ich habe euch geholfen einen Defekt bei Netcup zu beseitigen, dafür werde ich keinen Notfallsupport bezahlen!

O.k der Fehler ist gefunden, danke Olivetti für den Anstoß!

Zu frühe Abfrage: Das Plugin pro-elements fragt beim Laden ab, ob jemand angemeldet ist. Das passiert über is_user_logged_in in seiner Datei plugin.php. Die Anfrage ist da noch nicht als Schnittstellen-Anfrage erkannt (rest_request: false), also prüft WordPress das Anwendungspasswort nicht, und das Ergebnis lautet „niemand“.

Fehlersuche beginnt: Danach beginnt WordPress die Fehlerprüfung der Schnittstelle. Auf Stufe 90 sucht es nach einem gescheiterten Anwendungspasswort. Da ist noch keins, also meldet es nichts.

Passwortprüfung zu spät: Erst auf Stufe 100 (rest_cookie_check_errors) fragt WordPress den Benutzer ein zweites Mal ab. Jetzt prüft es das Passwort, und die Prüfung scheitert richtig mit invalid_username.

Ergebnis: Die Fehlerprüfung ist da aber schon vorbei und endet mit true, also „in Ordnung“. Der Benutzer bleibt 0, und die Schnittstelle antwortet mit rest_not_logged_in.

Lösung ist ein mu-plugin, das den Benutzer bei jeder Schnittstellen-Anfrage abfrägt bevor Wordpress nach Anmeldefehlern sucht.

<?php
// Fragt den Benutzer bei Schnittstellen-Anfragen vor der Fehlerprüfung ab, damit die Anmeldung
// per Anwendungspasswort greift. Grund: pro-elements fragt beim Laden zu früh ab (C010 J36, 08.10.2026).
add_filter('rest_authentication_errors', function ($r) {
   wp_get_current_user();
   return $r;
}, 1);

Olivetti .htaccess Auszug daraus (alles andere sind Cache und Medienangaben) ...

<IfModule mod_rewrite.c>
    RewriteCond %{HTTP_ACCEPT} "image/webp"
    RewriteCond %{REQUEST_FILENAME}.webp -f
    RewriteRule ^(.*).(jpg|png|gif) $1.$2.webp [T=image/webp,L]
</IfModule>
# BEGIN WordPress
# Die Direktiven (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Direktiven zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
</IfModule>
# END WordPress

tab damit hab ich es ja auch schon versucht, klappt trotzdem nicht ...

Eine Anwendung meldet sich mit Anwendungspasswort bei WordPress an: mit einem Benutzer, das Passwort liegt im Schlüsselbund. Diese Anmeldung kommt bei WordPress nicht an. Selbst ein ausgedachter Benutzer bekommt rest_not_logged_in statt „Benutzer unbekannt“. Daraus folgt für mich, dass WordPress den Anmelde-Header gar nicht erst zu sehen bekommt.

Was schon versucht wurde, alles ohne Erfolg:

y) CGIPassAuth in wp/.htaccess
z) die vorhandene RewriteRule … E=HTTP_AUTHORIZATION im WordPress-Block
a) SetEnvIf in <IfModule>
b) alle Cache-Plugins aus
c) ein Test aus deinem Terminal mit dem echten Passwort (29 Zeichen) und mit falschem Benutzer
d) Plugins und Snippets geprüft, keins blockiert

Befund: Nur netcup kann den Authorization-Header an PHP durchreichen.
Plesk bietet dafür kein Feld „Zusätzliche nginx-Anweisungen“.

Support sagt: Haben wir nichts mit zu tun (wie immer)

bash
curl -i --user "BENUTZERNAME:APPLICATION_PASSWORD" \https://deine-domain.tld/wp-json/wp/v2/users/me

liefert 401

Test
GET https://website.de/wp-json/wp/v2/users/me mit Basic Auth eines nicht vorhandenen Benutzers Antwort: HTTP 401 {"code": "rest_not_logged_in", "message": "Sie sind derzeit nicht angemeldet."]

Erwartet wäre „invalid_username"; WordPress sieht den Header also gar nicht.

Ohne Wirkung blieben bereits: CGIPassAuth On, RewriteRule mit E=HTTP_AUTHORIZATION und SetEnvIf in der htaccess.

In Plesk finde ich kein Feld für zusätzliche Einstellungen ...

Hat jemand eine Ahnung was man tun kann?

Sie haben keinen Support. Tickets werden zwar mit dem Formular als angelegt markiert, aber faktisch werden keine erstellt!
Alle Fragen werden, sollte man jemals durchkommen mit: Sind wir nicht zuständig beantwortet (REST API wusste ich gar nicht, dass ich die selber verwalte ohne Zugriff ...)

Aber die Aufforderung sie zum Webhoster des Jahres zu wählen, die können sie verschicken ...

Eine Anwendung meldet sich mit Anwendungspasswort bei WordPress an: mit einem Benutzer, das Passwort liegt im Schlüsselbund. Diese Anmeldung kommt bei WordPress nicht an. Selbst ein ausgedachter Benutzer bekommt rest_not_logged_in statt „Benutzer unbekannt“. Daraus folgt für mich, dass WordPress den Anmelde-Header gar nicht erst zu sehen bekommt.

Was schon versucht wurde, alles ohne Erfolg:

y) CGIPassAuth in wp/.htaccess
z) die vorhandene RewriteRule … E=HTTP_AUTHORIZATION im WordPress-Block
a) SetEnvIf in <IfModule>
b) alle Cache-Plugins aus
c) ein Test aus deinem Terminal mit dem echten Passwort (29 Zeichen) und mit falschem Benutzer
d) Plugins und Snippets geprüft, keins blockiert

Befund: Nur netcup kann den Authorization-Header an PHP durchreichen.
Plesk bietet dafür kein Feld „Zusätzliche nginx-Anweisungen“.

Support sagt: Haben wir nichts mit zu tun (wie immer)

bash
curl -i --user "BENUTZERNAME:APPLICATION_PASSWORD" \https://deine-domain.tld/wp-json/wp/v2/users/me

liefert 401

Test
GET https://website.de/wp-json/wp/v2/users/me mit Basic Auth eines nicht vorhandenen Benutzers Antwort: HTTP 401 {"code": "rest_not_logged_in", "message": "Sie sind derzeit nicht angemeldet."]

Erwartet wäre „invalid_username"; WordPress sieht den Header also gar nicht.

Ohne Wirkung blieben bereits: CGIPassAuth On, RewriteRule mit E=HTTP_AUTHORIZATION und SetEnvIf in der htaccess.

In Plesk finde ich kein Feld für zusätzliche Einstellungen ...

Hat jemand eine Ahnung was man tun kann?

Ok es scheint sich um einen Fehlalarm zu handeln. Die URL bleibt immer gleich, aber nachdem ich versucht habe das Bild herunterzuladen, wird aus dem jpg ein webp! ... wenn ich es in einem neuen Tab öffne, dann steht da xyz.jpg, aber wenn ich versuche es herunterzuladen, dann wird daraus ein xyz.webp.

Das scheint wohl so richtig zu sein ...?

Hille

Ja sowohl mit WP-Optimize als auch mit WebP Express schon, aber das hat nichts bewirkt ... Ich hab auch schon mit den ngix settings ausprobiert, aber da hat sich auch nichts geändert ...

Zitat von Hille

zu viele "Optimierungs-Plugins" sind nicht gut. Man sollte wirklich nur so viele Plugins wie nötig einsetzen. Eventuell liegt dein Problem bei der Kombination eines oder mehrerer Plugins.

Das hast du falsch verstanden, ich nutze auf unterschiedlichen Seiten unterschiedliche Plugins. Auf der wichtigsten Seite WP-Optimize. Auf anderen Seiten Wepb Express etc. Immer nur ein Plugin, daher resultiert der Fehler also nicht.

Also WebP Express schreibt:

Imagick (PHP extension)

ImageMagick

Gd extension

Als getestet und aktiv

Und zum Teil hab ich es mit WebP Express auch zum Laufen bekommen. WP-Optimize funktioniert nur noch nicht. Das ist eigentlich viel wichtiger für mich ...

Zitat von webdesignheld

Die datei:

0000_IIlustrator_Correctiv_ixtract_1.jpg

zeigt als Mimetype in devtools :

Type

MIME Type Image/webp

ist denn webp dein Fallback oder soll webp bevorzugt werden?

Alles anzeigen

webp soll eigentlich bevorzugt ausgegeben werden. Alle Browser melden dass sie den Header richtig lesen und webp ausgeliefert bekommen, aber das sind alles die Original Jpgs. Das ist echt für mich gerade nicht erklärbar. Type > web, aber jpg image...

Zitat von Hille

welches Plugins nutzt du für webp? Welche Methode nutzt du überhaupt zur Erzeugung von webp Bilder?

Ich versuche gerade verschiedene, das wichtigste, das ich auf meiner Hautptseite nutze is WP-Optimize und webp wird wie gesagt angezeigt aber nicht ausgeliefert (So wie ich das im Moment beurteilen kann). Die beiden anderen Tools die ich auf der anderen Seite gerade versuche irgendenwie zum Laufen zu bringen sind WebP Express und EWWW Image Optimizer

Hallo (hoffe ich hab das richtige Unterforum gewählt)

ich habe versucht auf mehreren (Wordpress-)Seiten auf meinen Webserver zu erreichen, dass webp Bilder ausgespielt werden. Aber egal welche Seite ich anschaue, obwohl die Plugins anzeigen, dass alles richtig eingerichtet ist und die webp-Bilder auch generiert sind, spielt der Server nur die jpgs und pngs aus.

Woran kann das liegen, ich vermute es hängt irgendwie mit ngix oder Apache zusammen, denn es hatte schon mal mit genau denselben Einstellungen in der Vergangenheit funktioniert.

Wisst ihr warum durch den Server keine webp Bilder ausgespielt werden?

Hier Beispiele für zwei Seiten auf denen webp Bilder hinterlegt sind, dass der Server webp Bilder bereitstellt ist auch in den Developer-Tools angezeigt, aber am Ende bleiben die Bilder jpgs und pngs:

Die Nadel in Berlin – Ein Erklärfilm

Für Social Media Kanäle optimierter Erklärfilm und -poster zu Messverfahren und Mikro-Nachweisgrenzen.Haben sie schon einmal verzweifelt sprichwörtlich eine…

test.ixtract.de

AID WS 2024 – Visualize It

Schöne Grüße und danke schon mal für Anregungen

olpo Hallo Olpo, ich erhalte denselben Fehler, wie hast du das gelöst?

Schönen Gruß

Hallo, also ich hab's dann doch noch verstanden und nun richtig einrichten können. Das Zertifikat war bei dem Anbieter nur ausgestellt und noch nicht eingebunden. Danke für den Anstoß und die Erklärung...

@Virinium Danke für deine schnelle Antwort! Dann hab ich mich da im Ablauf komplett getäuscht.

Wie würde man das machen müssen, wenn man die ursprüngliche Domain im Namen beibehalten will?