Du sagst es! :-)
Eine (letzte) Möglichkeit den Zeitraum einzugrenzen, wäre noch eine Filterung durch dein Script. Ist nicht so schön wie dies gleich bei der SDS-Abfrage zu erledigen, würde aber auch zum Ergebnis führen. Da das created-Feld auf jeden Fall geliefert wird, könnte der Filter noch vor allen anderen Behandlungen angewandt werden.
Könntest das ja mal im Vergleich testen. Wobei die Schnelligkeit auch darauf ankommt, ob viele Suchergebnisse vorher herauszufiltern und weitere nachzuladen sind...
In der Testversion habe ich jetzt einen Datumsbereich eingefügt, der funktioniert aber nur, wenn min. ein Tag angegeben ist. So schlimm find ich das gar nicht, z.B. mit "steemexclusive" findet man doch einiges.
Normal werden 30 Posts pro API-Aufruf geladen, wenn eines der "Advanced" Felder (die extra eingeblendet werden können) ausgefüllt wurde, dann 300 Posts vorab. Filterung läuft dann über das Script und es kann natürlich sein, dass keiner von den 300 Posts den Bedingungen entspricht.
Kannst gerne mal einen Blick drauf werfen, wenn du magst.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Hey, das ist doch richtig gut!
Eine Kleinigkeit ist mir aufgefallen: Wenn das Advanced-Fenster eingeblendet wurde, verschwindet es nach dem Aufbau der Suchergebnisse wieder. Hier wäre es gut, wenn das Fenster erhalten bleibt. Sonst muss man es immer wieder erneut einblenden, wenn man die Kriterien ändern möchte.
Da du die Debug-Infos noch eingeblendet hattest, habe ich mir den berechneten Timestamp angeschaut und war kurz verwirrt, ob der mit dem Datumswechsel übereinstimmt. Wenn ich den in UTC-Zeit umwandele, passt es nicht ganz. Dann habe ich aber überlegt, dass es sicherlich besser ist, nach Lokalzeit des Suchenden zu gehen. Meine anschließenden Tests haben das auch bestätigt. Top!
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Danke für's Reinschauen! Ich hatte mir tatsächlich den Status des Fensters gemerkt und es blieb dann entsprechend offen. Mit der Zeit fand ich es dann aber besser, wenn es nicht offen bleibt. Bei mir verdeckt das den gesamten Bildschirm und man muss scrollen um die ersten Ergebnisse zu sehen. Am Handy ist der Effekt noch gravierender. Oder wenn bei den 300 geladenen Posts keiner den Kriterien entspricht, dann muss man auch scrollen um mit dem blauen Rechtspfeil die nächsten Posts zu laden. Das fand ich nervig.
Aus dem Grund lasse ich es jetzt geschlossen und zeige dafür die Advanced-Einstellungen,
sofern vorhanden, als Text unter dem Eingabefenster an.
Hatte auch überlegt, die nächsten Posts automatisch nachzuladen, da könnte man aber in einer Endlosschleife landen.
Mit dem Timestamp, das muss ich mir nochmal anschauen, die Abfrage müsste ich doch auf UTC umstellen, created ist ja auch UTC. Mal guggen, danke für den Hinweis.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
So ist das halt. Man muss eben die Vor- und Nachteile abwägen und sich dann als Entwickler für eine Alternative entscheiden. Es sei denn, man macht das für einen Kunden, und der entscheidet.
Deine Gründe für das Zuklappen sind genauso nachvollziehbar. :-)
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit