Posts by Marcel Beckers

danny

Schön, das es geklappt hat

Jeremy

Ist bei dir nun auch drin

Skuril, bei dir wurde nie ein APIkey vergeben. Den hab ich dir soeben erstellt, so dass du den nun entsprechend eingeben kannst.

Es beschleunigt nur nichts, eher im Gegenteil, da ich dann 13 Dinge durchlesen muss, um zu wissen, ob alles das Gleiche ist. Verleitet dann eher dazu, wie in dem Fall gerade, dass man dann DInge vergisst, die du geschrieben hast...

Wie dem auch sei, wenn du jetzt nochmal drauf klickst, sollten alle Daten zu sehen sein.

P.S: Zur Not wäre auch ein manuelles herunterladen möglich gewesen, um dann ein Update durchzuführen.

Hey Henry,

Danke für den Hinweis. Das Problem ist in der 6.1.13 behoben.

Gruß
Marcel

Heyho,

wieso sollten Updates nicht mehr vorhanden sein?

Aktuell sind im Shop bewusst nur die Versionen für WoltLab Suite 6.1 verfügbar.
Die 6.2-Versionen sind noch in Arbeit und daher noch nicht separat gelistet.

Für WSC 6.2 wird es ein vergünstigtes Update-Upgrade geben. Zusätzlich plane ich eine Kulanzregelung für alle Käufe über YoureCom, die ab dem 01.12. erfolgt sind.

Details dazu folgen, sobald die 6.2-Releases final sind.

Viele Grüße
Marcel

Quote from Marcplanet

Wie gesagt, ich will den Fehler finden. Das nervt mich.

Dann sind wir da schon zwei. Danke dir für die Geduld.

Ich würde gern noch zwei gezielte Testvarianten vorschlagen, wenn das für dich ok ist:

a)
Ich habe noch einen kleinen, formalen Fehler im Setup gefunden und eben behoben.
Ich halte es selbst für eher unwahrscheinlich, dass genau der die Updates komplett verhindert hat – ausgeschlossen ist es aber nicht.
Bitte teste daher einmal, idealerweise:

• Cache im ACP leeren
• anschließend den Cronjob zur Aktualisierung der Paketinformationen manuell ausführen

b)
Hier die direkte URL zur packageUpdateServer.xml:
https://yourecom.de/shop/server-wsc61/packageUpdateServer.xml

Wenn du diese URL direkt als Paketserver einträgst:
Ändert sich dadurch irgendetwas am Verhalten?

Inhaltlich ist die XML identisch, aber ich möchte ausschließen, dass irgendwo auf dem Weg (Weiterleitungen, Header, Caching) etwas dazwischenfunkt.

Ich habe mir das Thema ausführlich angesehen und den Paketserver technisch geprüft.

Kurzfassung: Der Paketserver funktioniert korrekt.
Der Abruf der Paketliste sowie der Download einzelner Pakete mit den im ACP hinterlegten Zugangsdaten läuft reproduzierbar und ohne Fehler.

Ich habe dabei u. a. getestet:

• Zugriff auf den Paketserver per Basic-Auth
• Download eines Plugins direkt per Request (ohne Browser-Login)
• Prüfung der Zugriffsrechte auf Produkte und Versionen

Alles funktioniert wie vorgesehen.

Bitte prüfe bei dir noch einmal folgende Punkte:

• Zugangsdaten im ACP
  (keine Leerzeichen, nichts abgeschnitten, aktueller Key)
• Paketserver-URL
• Sind ggf. noch Plugins von mir installiert, auf die du aktuell keinen Zugriff mehr hast (außer den drei genannten)?
• Server-/Hosting-Setup
  (Proxy, Firewall oder ModSecurity können Basic-Auth blockieren)

Den Abruf des Paketservers kannst du z. B. so testen:

curl -I -L -u "BENUTZERNAME:API_KEY" "https://yourecom.de/shop/index.php?server-wsc61/" 

Den direkten Download eines Plugins kannst du ebenfalls testen:

curl -I -L -u "BENUTZERNAME:API_KEY" "https://yourecom.de/shop/index.php?download/830/" 

Wenn dabei HTTP/1.1 200 OK zurückkommt, ist der Zugriff technisch in Ordnung.
In diesem Fall können wir gezielt von einem lokalen Thema ausgehen (z. B. Cache, Hosting-Setup oder Konfiguration der Installation). Sonst steht mein Angebot mit dem Testaccount nach wie vor.

Hey Reboot,

Kleine Änderung an deinem CSS Code

.clanBannerDiv {
    z-index: -1;
    background-color: black !important;
    background-position: center top;
    background-repeat: no-repeat !important;
    height: 200px !important;
}

Moin moin,
ich konnte auch in Kombination mit den weiteren Plugins kein reproduzierbares Problem feststellen.
Unabhängig davon habe ich eine kleinere Anpassung am Paketserver vorgenommen. Damit sind die technischen Maßnahmen auf meiner Seite nahezu ausgeschöpft.

Hey Marc,
ich versuche hier lediglich zu unterstützen und habe ebenfalls nicht die Absicht, dich "zu veräppeln".

Ich habe gestern deine Zugangsdaten geprüft und zusätzlich ein Update der Lesezeiteinschätzung der Artikel durchgeführt. Dabei konnte ich kein ungewöhnliches Verhalten feststellen: das Update lief vollständig und problemlos durch. Vor diesem Hintergrund ist es aus meiner Sicht naheliegend, dass die Ursache in fehlerhaften Zugangsdaten oder fehlenden Berechtigungen liegt.

Die generische Meldung "Zugriff verweigert" wird bewusst nicht geloggt, da solche Einträge keinen Mehrwert liefern und im Log lediglich als Rauschen bzw. Spam enden würden.
Ich werde mir das Zusammenspiel mit den beiden weiteren Plugins bei nächster Gelegenheit ansehen. Vor Weihnachten werde ich dazu allerdings nicht mehr kommen, sodass ich dich diesbezüglich leider noch um etwas Geduld bitten muss.

Gruß
Marcel

Quote from Marcel Beckers

zumindest für die WSC 6.2 Version

Noch hab ich es nicht für die 6.1 umgeschrieben oder gar hier ausgerollt
In meiner Entwicklungsversion für 6.2 ist es nur bereits drin

Ist bekannt das Problem, hab ich per Zufall heute morgen auch gefixt, zumindest für die WSC 6.2 Version

h habe das nochmals geprüft und konnte das Problem bei mir nicht reproduzieren.

Als mögliche Ursachen kommen aus meiner Sicht zwei Punkte infrage:

a) Die Zugangsdaten wurden nicht korrekt eingegeben.
(Bitte nicht mit den Zugangsdaten für die Anmeldung bei YoureCom verwechseln.)

b) Es besteht kein Zugriff auf die betreffende Version.

Gerne teste ich das auch mit einem entsprechenden Testaccount, falls verfügbar.

Schau mal im letzten Screenshot der Punkt "Prüfungen". Hier müsstest du noch angeben, bei welcher Prüfung du eine sofortige Sperre wünscht, sonst wird nämlich gar nichts gesperrt

Sollte erstmal der Fall sein, das ist korrekt.

Spontan gingen mir noch die Whitelists durch den Kopf, die das natürlich verhindern würden.

Wenn auch das nicht der Fall ist, könntest du mir vielleicht mal deine Einstellungen vom MultiHunter per Screenshot mitteilen?

Dann bleibt die Frage, was die jeweiligen Logeinträge sagen. Im Zweifel steht hier nämlich, ob eine Prüfung erfolgreich war oder eben nicht.

Heyho,
Die Paketserver < 6.1 sind von mir alle abgeschaltet, da es hier schon ewig keine Downloads mehr gab. Der Paketserver 6.1 zeigt aber keine Probleme.

https://yourecom.de/shop/index.php?order-list/

wichtig halt die richtigen Zugangsdaten zu nehmen. An die kommst du, wenn du dort auf "Zugangsdaten" klickst.

Hey Jeremy,

Evt liegt ja ein Verständnisproblem vor,: Eine Verhinderung zur Erstellung dieser Account wird nicht verhindert. Im Zweifel schau dir mal die Logeinträge zu einemd er Accounts an, um hier Aufschluss darüber zu bekommen, ob und welche Prüfung hier einen Alarm (oder auch keinen) ausgegeben hat.

Die aktuelle Version ist die 6.1.12, WoltLab muss diese noch freischalten. Bis dato wirst du die Sprachvariabel an der Stelle noch sehen.

Wenn du sagst, das Plugin zählt bei dir nicht mit, kannst du mir gern einen Testzugang zuschicken.

Ich habe mir das Thema nochmals im Detail angesehen. Dabei konnte ich ausschließlich das von mir beabsichtigte Verhalten feststellen. Das veröffentlichte Update behebt ausschließlich das Problem mit der Sprachvariable aus deinem Screenshot.

Die Funktion zählt bei jedem Aufruf mit, wie oft ein Begriff bereits angezeigt wurde. Dazu gehört auch das erstmalige Anzeigen eines Begriffs. Abhängig davon, wie oft ein Begriff bereits gezählt wurde, kann daher der Eindruck entstehen, dass Begriffe nach dem Bearbeiten „verschwinden“. Tatsächlich ist das jedoch nicht der Fall.

Die Begriffe sind weiterhin vorhanden, ihre Darstellung wird lediglich unterdrückt, sobald die konfigurierte maximale Anzahl an Erklärungen erreicht ist. Spätestens beim erneuten Bearbeiten des Beitrags ist erkennbar, dass der entsprechende BBCode weiterhin existiert.

Auch wenn mir diese Erklärung selbst nicht besonders gefällt, funktioniert das Verhalten aktuell wie vorgesehen. Wer die Begriffe grundsätzlich immer angezeigt bekommen möchte, kann die Anzahl der Erklärungen im eigenen Profil auf 0 setzen. In diesem Fall werden alle hinterlegten Begriffe ohne Begrenzung erklärt. Möglicherweise entspricht diese Einstellung eher deinem gewünschten Verhalten.