[Timo]

Thanks for the example!

Now I could see what the problem is. The Flex Template still needs a CSS rule for the automatic height of the images. This will follow with the next update. Until then, you can use this simple workaround: In the ASA2 area „Service“ enter the following CSS in the box „Custom Frontend CSS“:

.asa2-flex-1 img {
height: auto;
}

like this:

After that you can try it with more columns than 3. This can be set in the template options of „Flex_1“. Or dynamically with shortcode option „max_row_items“, like this:

[asa2_feed limit=“50″ tplid=“17″ image_size=“small“ max_row_items=“5″]1[/asa2_feed]

I hope I was able to help you. If you still have questions, please let me know.

• Diese Antwort wurde geändert vor 6 Jahren, 9 Monaten von Timo.
• Diese Antwort wurde geändert vor 6 Jahren, 9 Monaten von Timo.

[Timo]

Thanks for your feedback. It’s hard to tell without knowing what kind of design idea you have. Would you prefer a more compact view than the templates currently offer? Do you have an example of how you imagine it?

[Timo]

Hallo Christian,

das hört sich gut an. Wenn der Cronjob jetzt bei dir läuft, aktiviere bitte noch die Option „Deactivate auto-refresh“ (siehe http://docs.getasa2.com/options_repo.html#deactivate-auto-refresh). Damit verhinderst du, dass Produkte beim Öffnen einer Seite (von Besuchern) aktualisiert werden, wodurch es unter Umständen noch zum RequestThrottled Fehler kommen könnte.

Halte mich bitte auf dem Laufenden, ob sich die Situation dadurch verbessert.

Gruß,
Timo

[Timo]

Hallo Christian,

die Meldung bedeutet, dass pro Sekunde über deinen Account mehr Anfragen an die Amazon API gesendet werden, als erlaubt. Das kann aktuell auftreten, wenn du auf einer Seite mehrere Produkte eingebettet hast, deren Cache-Lebenszeit zum selben Zeitpunkt abgelaufen ist und daher alle auf ein Mal aktualisiert werden. Das wäre z.B. der Fall wenn der Cache auf eine Stunde gestellt ist und erst nach zwei Stunden ein erneuter Seitenzugriff erfolgt. Dann kann es dazu kommen, das ein Produkt nicht angezeigt wird.

Vermeiden lässt sich das mit Einsatz des serverseitigen Cronjobs (http://docs.getasa2.com/cronjobs_repo_refresh.html), der die Produktdaten selbstständig aktualisiert, also ohne Beteiligung eines Benutzers. Dann sind die Daten immer aktuell und beim Anzeigen einer Seite muss nie die API bemüht werden.

Ich hoffe, die Info hilft dir weiter.

[Timo]

Hallo Giga,

ich vermute, dass deine Produkte per AJAX nachgeladen werden und beim ersten Aufruf der Seite noch nicht alle im Cache zwischengespeichert sind. Daher müssen die Produktdaten erstmal von Amazon geladen werden und das kann bei vielen Produkte schonmal etwas dauern. Beim zweiten Aufruf wird dann schon ein Teil aus dem Zwischenspeicher geladen und die fehlenden Produkte werden geladen. Sobald alle Produkte im Cache sind, laden alle Produkte. Das ist quasi ein bekanntes Verhalten. Mit ASA2 kann man dafür sorgen, dass die Produkte im Voraus geladen werden und es nicht zu solchem Verhalten kommt.

Ich hoffe, die Info hilft dir weiter. Christian hat auch sehr viel Ahnung von ASA und WordPress. Er hat bestimmt auch noch einen Tipp für dich / uns. 😉

[Timo]

Danke für die Info. Freut mich, dass du es selbst lösen konntest! 🙂

[Timo]

Hi Christian,

das lässt sich leider nicht übernehmen, da „php7.0“ nur auf deinem Server als ausführbares PHP auf der Shell konfiguriert ist. Standard ist einfach nur „php“ für die aktuell eingestellte Version. Das wird bei dir wahrscheinlich auch laufen, dann allerdings für die Version 5.x (oder noch älter). Es kommt häufiger vor, dass Webhoster ihre eigene Philosophie verfolgen und beliebige Namen für das PHP CLI hinterlegen.

Lösung hierfür ist, ein eigenes Shell-Skript im Home-Verzeichnis des Users anzulegen, von dem aus mit der individuellen PHP Executable (in deinem Fall php7.0) das ASA2 Cronjob-Skript aufgerufen. Z.B. so:

#!/bin/sh
php7.0 -f [path-to-your-website]/wp-content/plugins/amazon-simple-affiliate/lib/IfwAsa2/Wp/Plugin/Cli/Executables/script.php — „[path-to-your-website]/wp-content/plugins/amazon-simple-affiliate“ Asa2_Module_Repo_Cron_Refresh -lt=600 -limit=10 –verbose

Im Detail ist das nochmal hier beschrieben: https://ifeelwebde.zendesk.com/hc/en-us/articles/115000447406-The-ASA2-refresh-cronjob-is-not-working-on-cPanel

Zum Thema E-Mail:

ASA2 verschickt selbst keine E-Mails nach Ausführung eines Cronjobs. Die Mail-Funktion bezüglich des Cronjobs ist eine serverseitige Konfiguration. Es ist bei Webhostern üblich, dass die Ausgabe, die ein Cronjob generiert, als E-Mail versendet werden kann, unabhängig vom Inhalt. Empfehlung meinerseits: Richte für diese E-Mails ein eigenes Postfach ein und erstelle dafür Filterregeln, z.B. wenn „There is nothing to worry about“ im Mail Body steht, verschiebe die Mail direkt in den Papierkorb. Zusätzlich eine Regel, die Mails im Papierkorb nach einer gewissen Zeit automatisch löscht.

[Timo]

Was könnte es Sonntag Vormittag schöneres geben, als hier schnell zu antworten? 😉

Danke für den Hinweis. Ich teste mal, ob dieses AMP Plugin die Bildquellen umschreibt. Du kannst mir per Ticket (http://www.ifeelweb.de/support/) auch gerne mal eine URL zu einer deiner Seiten schicken, wo ich mir das Ergebnis ansehen könnte.

[Timo]

Hallo,
danke für dein Feedback. Die Bild Quelle (binäre Daten) wird so jedenfalls nicht von ASA2 gesetzt. Evtl. ist da ein anderes Plugin beteiligt. Welches AMP Plugin nutzt du?

Derzeit wird an einem verbesserten AMP Support von ASA2 gearbeitet.

[Timo]

Hi Christian,

sehr gut. Jetzt laufen die Cronjobs wieder. Beim ersten geht es um den Cronjob zum Aktualisieren der Ratings. Der meldete in deinem Screenshot zurück, dass gerade noch die Sperre aktive war. Der Cronjob richtet sich ja auch nach das Lock Duration (http://docs.getasa2.com/options_ratings.html#refresh-lock-duration).

Der andere Screenshot zeigt, dass der Cronjob zum Aktualisieren der Produkte im Repo auch durchgelaufen ist und drei Produkte bearbeitet hat. Failed bedeutet hier, dass die Produkte nicht aktualisiert werden konnten, z.B. weil sie nicht mehr existieren o.ä. Das hat aber mit der Ausführung der Cronjobs nicht zu tun. Die laufen jetzt wieder.

Schreibrechte (777) musst du dem Script übrigens nicht geben. Ausführungsrechte (755) reichen aus.

[Timo]

Hi Christian,

evtl. fehlen der script.sh die Ausführungsrechte für den User unter dem der Cronjob ausgeführt wird. Das sollte sich beheben lassen, indem du die Ausführungsrechte vergibst.

Auf der Shell geht das so:
chmod a+x […]/amazon-simple-affiliate/scripts/script.sh

Oder per FTP Programm. In den meisten kannst du per Rechtsklick auf die Datei die Zugriffsrechte anpassen.

Ich hoffe, das hilft dir weiter.

[Timo]

Hi,

thanks for using ASA2! Before I describe how to manage collections in ASA2, please have a look at this page in the online documentation: http://docs.getasa2.com/collections.html
That should explain everything important. If you still have any questions, feel free to ask them here or create a ticket at http://www.ifeelweb.de/support/

• Diese Antwort wurde geändert vor 6 Jahren, 10 Monaten von Timo.

[Timo]

Danke, ich habe gerade geantwortet. 😉

[Timo]

Super! 😉

[Timo]

Hallo Constantine,

danke für dein Feedback. Kannst du mir einen Link zu einer Seite von dir schicken, damit ich es mir ansehen und evtl. per CSS testen kann, wie du das regeln könntest? Wenn du den Link nicht öffentlich zeigen möchtest, gerne auch per Ticket (http://www.ifeelweb.de/support/).

Vielleicht ist auch das Template „Flat_box_vertical“ eine Option für dich. Damit sind momentan mehr Anpassungen möglich als mit dem „Vertical_box“ Template, z.B. die maximale Titel zu limitieren.