Anzahl der Aufrufe von Artikeln/Modulen/Formularen begrenzen

[koopoo]

Hallo!

Im Zuge einer Gewinnspielformular(e)-Entwicklung,
möchte ich, dass die Artikel, in denen ich die Formulare einbinde
ODER die Formulare selbst folgende Bedingung erfüllen:
1. Sie sollen zeitlich nur bis maximal 24 Stunden angezeigt werden
2. Wenn sie noch vor Ablauf der 24 Stunden z.B. 300 Mal aufgerufen wurden, dann soll
das Formular/der Artikel unmittelbar deaktiviert werden.

- Existiert ein Modul oder ein CODE-Schnipsel, über den die Anzahl der Aufrufe reguliert werden kann?
Wäre natürlich komfortabel, wenn es eine über das BE pflegbare Lösung gäbe.
So könnte sich dann mein Kunde darum kümmern.
- Bei den Formularen handelt es sich ja im Grunde um Registrierungsformulare.
Wie kann ich es erreichen, dass eine E-Mail-Adresse mehrfach verwendbar ist?
Im FE erscheint ja normalerweise, dass eine E-Mail-Adresse bereits existiert.
- Kann man eventuell irgendwie die Teilnahme-Anzahl beschränken, so dass jemand mit seiner
E-Mail-Adresse auch nur z.B. 1 Mal pro Tag teilnehmen kann?

HINTERGRUND/Bedingungen/Ablauf meiner IDEE - Da ich kein Programmierer bin, ist mein Lösungsansatz ggf. umständlich:
Ein Kunde erhält einen Gewinn-CODE.
Er besucht die Website: www.name.de/gewinnspiel
Eines von 10 Formularen wird per Zufall (Modul: randomarticle) angezeigt.
Den Code kann der Kunde im Formular eintragen + seine E-Mail-Adresse. Mehr nicht.
Dann ist er registriert und landet in einer von z.B. 10 Mitgliedergruppen.
Der Kunde erhält eine Bestätigung über seine Teilnahme.
Der Administrator erhält natürlich eine Bestätigungsnachricht - ebenfalls 1 von 10 Varianten,
damit im Betreffsfeld bereits erkennbar ist, welchen Preis der Kunde gewonnen hat.
Jede Mitgliedergruppe repräsentiert also einen gewinnbaren Preis.

Freue mich natürlich, wenn es jemanden reizt mir zu helfen.
Ich will aber natürlich niemanden hier zeitlich zu sehr in Arbeit bringen.
Wenn also jemand von Euch, eine perfekte Lösung hätte, die aber entsprechend programmiert werden muss,
dann würde ich meinen Auftraggeber auch gerne darüber in Kenntnis setzen, damit eine preisliche Verhandlung
zur Grundlage käme und derjenige von Euch in den Genuss eines Programmierauftrags käme.
Dann wäre natürlich ein anderer Kommunikationsweg wünschenswert.

Ich hoffe, das ist ok so, wie das alles hier dargelegt habe.

Schöne Grüße

Rüdiger

[MacKP]

Hallo koopoo,
das mit der Registrierung ist da glaube ich eher unpassend. Du hast ja selber schon gemerkt, das du dann Probleme bekommst bei der gleichen E-Mail Adresse.
Ich würde mir an deiner Stelle mal den EFG anschauen. Die Daten dann einfach zusätzlich noch in der Datenbank speichern. Da kann dein Kunden dann über das Backend gucken und schauen wer sich angemeldet hat etc.
Das mal so als erste Idee für sowas.

Viele Grüße

[koopoo]

Hallo MacKP,

ja - vielen Dank - das hatte ich mir auch schon gedacht, ABER der Kunde will diese E-Mail-Adressen auch bereits
für AVISOTA zur Verfügung haben.
Und es existiert ja glaube ich keine geeignete export/import-Funktion, um die über efg gespeicherten
Formular-Daten in gewünschte Mitgliedergruppen zu übertragen, oder doch?

[MacKP]

Das weiß ich nicht wirklich ob das geht.
Aber auch da wirst du dann in das Problem rennen, das die nicht mehrfach vorkommen dürfen soweit ich weiß.. Irgendwo wirst du dann glaube ich um ein eigenens Modul dafür nicht drum herum kommen.

Viele Grüße