Nur kurz, muss gleich noch weg ...
keine Steuern
kein Verfall inaktiver Lose
Gründe sind klar, denke ich.
Brauch also nicht weiter diskutiert werden.
Gute Vorschläge bisher:
Shop4Lose mit klamm-Treuhand
"Live-Shopping" mit Losen
PostIdent für EF
Zu EF-PostIdent: Ein EF dient nicht nur dazu, eine Lose-Seite zu betreiben, sondern man kann ihn auch privat als zusätzliches "Lose-Konto" verwenden. Der Sicherheit oder der Übersichtlichkeit wegen. EFs kann man viele haben, klamm-Konten nur eins. WENN also eine EF-Vorab-Kontrolle käme, dann müsste ein API-Passwort her, um Seitenbetreiber und Privatnutzer voneinander unterscheiden zu können (wäre vllt. sowieso nicht schlecht mit dem API-Key unabhängig vom Login-PW).
Zur Menge:
Ich habe glaube ich schon mal eine "Umlauf-Menge" Angeboten. Die wollte damals niemand wissen. Das ist zwar nicht die Größe "aktive Lose" aber DIE Größe, die den Markt(preis) bestimmt. Also "wie viele Lose wechseln in Zeitraum X den Besitzer". Doch Interesse?
Gründe sind klar, denke ich.
Brauch also nicht weiter diskutiert werden.
Gute Vorschläge bisher:
Zu EF-PostIdent: Ein EF dient nicht nur dazu, eine Lose-Seite zu betreiben, sondern man kann ihn auch privat als zusätzliches "Lose-Konto" verwenden. Der Sicherheit oder der Übersichtlichkeit wegen. EFs kann man viele haben, klamm-Konten nur eins. WENN also eine EF-Vorab-Kontrolle käme, dann müsste ein API-Passwort her, um Seitenbetreiber und Privatnutzer voneinander unterscheiden zu können (wäre vllt. sowieso nicht schlecht mit dem API-Key unabhängig vom Login-PW).
Zur Menge:
Ich habe glaube ich schon mal eine "Umlauf-Menge" Angeboten. Die wollte damals niemand wissen. Das ist zwar nicht die Größe "aktive Lose" aber DIE Größe, die den Markt(preis) bestimmt. Also "wie viele Lose wechseln in Zeitraum X den Besitzer". Doch Interesse?
