Closed KonstantinKo closed 7 years ago
@Twiek Überlegung: Wir würden gern am expiring-Prozess etwas verändern. Idee 1: expires_at wird immer beim Speichern auf (aktueller Tag + 1 Jahr) verändert => verhindert, dass lange herumliegende Angebote fast schon expired sind wenn sie approved werden Idee 2: Wir schmeißen expiration einfach mal raus. Hat doch gerade eh keine praktische Auswirkung mehr. Expired state tut effektiv nichts, Angebote sind trotzdem im Frontend. Wenn wir einfach mal herausfinden wollen, welche Angebote seit > einem Jahr nicht mehr bearbeitet wurden, bekommen wir das auch über scopes hin.
@NilsVollmer Ergänzungen?
Unter Vorbehalt sind die folgenden Änderungen zum alten Backend vorzunehmen:
Nicht im neuen Backend anzeigen, aber in derDatenbank behalten:
Wieder direkt und gleich anzeigen:
Umzug zur Split-Base:
Komplett raus (auch aus der Datenbank):
Deploy TODO: expires-at zu ends-at übertragen, wo ein starts-at vorhanden ist. Ansonsten auf nil setzen. code_word von offer auf split_base übertragen TBD: solution_category_id offer/split base differenzen? kann von offer gelöscht werden?
Vorerst funktionsgleich zum alten Backend