PHP - Iets filteren uit een tekst

Haico wrote:
>> <news @ inventio (het Engelse woord voor uitvinding minus de laatste
>> n) .nl>
>>
>> Mailtjes aan bovenstaand adres komen dus gewoon aan.
>>
>
> Verdorie, hij heeft nog gelijk ook, ik heb het geprobeerd met bijna
> het onderstaande e-mailadres ( proefje was hspaapen) en ik ontving
> gewoon de e-mail, en nog bezorgbaar ook....
>
> proefje @ tiscali (het Engelse woord voor het is C Ali) .nl <proefje @
> tiscali (het Engelse woord voor het is C Ali) .nl>
>
> Nu lijkt het me wel heel moeilijk te worden om een goed pattern te
> schrijven. Wat mij betreft heb ik gewoon pech wat die adressen
> betreft. Als ik een voorzichtige schatting doe dan weiger ik maximaal
> 50% van de adressen, dat vind ik acceptabel :-) Misschien valt het
> wel mee.
> Haico
Ik heb niet alles gelezen, weet niet de exacte opzet van je site, maar je
kan iemand laten aanmelden, direct een bevestigingsemail sturen met daarin
een activatiecode. Dan ben je van al dat omslachtige gedoe af. Heeft
voordeel dat als de gebruiker per ongeluk een typfout maakt in het
emailadres, dat deze dat zelf ook ontdekt.
SF

SF:

> Ik heb niet alles gelezen, weet niet de exacte opzet van je site, maar je
> kan iemand laten aanmelden, direct een bevestigingsemail sturen met daarin
> een activatiecode.

Had de thread maar wel gelezen. Met jouw opzet komt toch "AND DELETE
WHERE 1=1" in de database terecht.


--
Erick

"Senior-ontwerpers: mensen die in de boomtijd bij 0 zijn begonnen en in
de laatste 7 jaar niets meer erbij geleerd hebben" - Eric B. Bednarz in
niwo

Wimjan:
> Erick T. Barkhuis schreef:

> > (?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?
> > [ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[
> > \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\]

[...]

> [ik heb deze regexp uit respect laten staan]

Ik dan maar even niet.

> Kom op Erick, ik had de OP toch al de moed in de schoenen doen zakken?

Dat is wel zo, maar zojuist ontdekte ik dat EBB deze regexp kwootte als
antwoord op een post van.....Haico slechts twee weken geleden. De OP
heeft kennelijk over hetzelfde onderwerp een nieuwe thread geopend, in
plaats van gewoon even de genoemde regexp over te tiepen en te gebruiken.
Mooie boel! :-)



--
Erick

"I like kids, but I don't think I could eat a whole one"

Erick T. Barkhuis wrote:
> SF:
>
>> Ik heb niet alles gelezen, weet niet de exacte opzet van je site,
>> maar je kan iemand laten aanmelden, direct een bevestigingsemail
>> sturen met daarin een activatiecode.
>
> Had de thread maar wel gelezen. Met jouw opzet komt toch "AND DELETE
> WHERE 1=1" in de database terecht.

die term zegt me niks. Iemand komt pas in de database terecht na de
activatie, dus met een geldig emailadres. Als je het ip-adres ook nog
noteert kan je iemand blokkeren die vervelende mails achterlaat (op ip-adres
dan wel te verstaan).
SF

SF:
> Erick T. Barkhuis wrote:
> > SF:
> >
> >> Ik heb niet alles gelezen, weet niet de exacte opzet van je site,
> >> maar je kan iemand laten aanmelden, direct een bevestigingsemail
> >> sturen met daarin een activatiecode.
> >
> > Had de thread maar wel gelezen. Met jouw opzet komt toch "AND DELETE
> > WHERE 1=1" in de database terecht.
>
> die term zegt me niks.

Dat komt doordat je de thread niet hebt gelezen, waarschijnlijk.

> Iemand komt pas in de database terecht na de
> activatie, dus met een geldig emailadres.

Goh. En waar staan zolang alle eerder ingevoerde gegevens (if any), dan?
Je zult toch iets moeten bewaren om tegen de 'bevesiging' te kunnen
houden.

> Als je het ip-adres ook nog noteert

"noteert" zoals in "opslaan, ergens"? Of bedoel je werkelijk met papier
en potlood?


--
Erick

"Het gaat erom dat je links maakt die naar een target kunnen verwijzen en
frames schijnen taboe te zijn" - SF in niwo

SF:
> Erick T. Barkhuis wrote:
> > SF:
> >
> >> Ik heb niet alles gelezen, weet niet de exacte opzet van je site,
> >> maar je kan iemand laten aanmelden, direct een bevestigingsemail
> >> sturen met daarin een activatiecode.
> >
> > Had de thread maar wel gelezen. Met jouw opzet komt toch "AND DELETE
> > WHERE 1=1" in de database terecht.
>
> die term zegt me niks.

Dat komt doordat je de thread niet hebt gelezen, waarschijnlijk.

> Iemand komt pas in de database terecht na de
> activatie, dus met een geldig emailadres.

Goh. En waar staan zolang alle eerder ingevoerde gegevens (if any), dan?
Je zult toch iets moeten bewaren om tegen de 'bevestiging' te kunnen
houden.

> Als je het ip-adres ook nog noteert

"noteert" zoals in "opslaan, ergens"? Of bedoel je werkelijk met papier
en potlood?


--
Erick

"Het gaat erom dat je links maakt die naar een target kunnen verwijzen en
frames schijnen taboe te zijn" - SF in niwo

Erick T. Barkhuis wrote:
> SF:
>> Erick T. Barkhuis wrote:
>>> SF:
>>>
>>>> Ik heb niet alles gelezen, weet niet de exacte opzet van je site,
>>>> maar je kan iemand laten aanmelden, direct een bevestigingsemail
>>>> sturen met daarin een activatiecode.
>>>
>>> Had de thread maar wel gelezen. Met jouw opzet komt toch "AND DELETE
>>> WHERE 1=1" in de database terecht.
>>
>> die term zegt me niks.
>
> Dat komt doordat je de thread niet hebt gelezen, waarschijnlijk.
>
>> Iemand komt pas in de database terecht na de
>> activatie, dus met een geldig emailadres.
>
> Goh. En waar staan zolang alle eerder ingevoerde gegevens (if any),
> dan? Je zult toch iets moeten bewaren om tegen de 'bevestiging' te
> kunnen houden.
>
>> Als je het ip-adres ook nog noteert
>
> "noteert" zoals in "opslaan, ergens"? Of bedoel je werkelijk met
> papier en potlood?

1 keer is genoeg. Kan je niet een tijdelijke 2e database maken en die pas na
activatie overschrijven in de 1e?
SF

SF:
> Erick T. Barkhuis wrote:
> > SF:

> >> Iemand komt pas in de database terecht na de
> >> activatie, dus met een geldig emailadres.
> >
> > Goh. En waar staan zolang alle eerder ingevoerde gegevens (if any),
> > dan?

> 1 keer is genoeg. Kan je niet een tijdelijke 2e database maken en die
> pas na activatie overschrijven in de 1e?

Natuurlijk. Maar waarom mag destructieve code wel in database nummer 2
terechtkomen, dan?

--
Erick

"Success always occurs in private, and failure in full view."

"Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> schreef
> Natuurlijk. Maar waarom mag destructieve code wel in database nummer 2
> terechtkomen, dan?
>
> --
> Erick
>
die kan je toch droppen?
SF

SF:
>
> "Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> schreef
> > Natuurlijk. Maar waarom mag destructieve code wel in database nummer 2
> > terechtkomen, dan?

> >
> die kan je toch droppen?

Even terug naar de situatie, dan.
Het gaat om aanmelding middels een formulier. Jij suggereert aanmelding
met bevestiging via e-mail.

Dat betekent, dat de gegevens van de aanmelder tijdelijk bewaard moeten
worden, totdat de aanmelder zijn aanmelding bevestigt. Pas daarna worden
die gegevens in de database definitief vastgelegd (bijvoorbeeld door
wijziging van een status-veld, of door het kopieren van zijn gegevens
naar een andere database, zoals jij voorstelt).

_ALS_ je al een tweede database gebruikt voor het tijdelijk vasthouden
van gegevens, kun je die natuurlijk niet verwijderen zodra de bevestiging
heeft plaatsgevonden. Immers, de onderhavige persoon is niet de enige die
zich aanmeldt. Die tijdelijke database zit helemaal vol met aanmelders,
die zich al dan niet definitief aanmelden. Sommigen blijven een hele tijd
in die gegevensbak zitten. Een script zal op enig moment moeten besluiten
dat die aanmelders kennelijk niet de moeite nemen om hun inschrijving te
bevestigen...en het zal de database moeten schonen.
Ga je die database verwijderen, dan verwijder je tevens de gegevens van
degenen van wie de gegevens nog even moeten worden bewaard in afwachting
van bevestiging.

Nee, zo eenvoudig als jij het hier voorstelt is het allemaal niet.


--
Erick

"Ik wil graag een server op mijn pc laten draaien en hierop mijn
bestanden plaatsen. Nou is dit mogelijk, alleen het mag niet" - Etienne
in niwo

Erick T. Barkhuis wrote:
> SF:
>>
>> "Erick T. Barkhuis" <erick.usenet@ardane.c-o-m> schreef
>>> Natuurlijk. Maar waarom mag destructieve code wel in database
>>> nummer 2 terechtkomen, dan?
>
>>>
>> die kan je toch droppen?
>
> Even terug naar de situatie, dan.
> Het gaat om aanmelding middels een formulier. Jij suggereert
> aanmelding met bevestiging via e-mail.
>
> Dat betekent, dat de gegevens van de aanmelder tijdelijk bewaard
> moeten worden, totdat de aanmelder zijn aanmelding bevestigt. Pas
> daarna worden die gegevens in de database definitief vastgelegd
> (bijvoorbeeld door wijziging van een status-veld, of door het
> kopieren van zijn gegevens naar een andere database, zoals jij
> voorstelt).
>
> _ALS_ je al een tweede database gebruikt voor het tijdelijk vasthouden
> van gegevens, kun je die natuurlijk niet verwijderen zodra de
> bevestiging heeft plaatsgevonden. Immers, de onderhavige persoon is
> niet de enige die zich aanmeldt. Die tijdelijke database zit helemaal
> vol met aanmelders, die zich al dan niet definitief aanmelden.
> Sommigen blijven een hele tijd in die gegevensbak zitten. Een script
> zal op enig moment moeten besluiten dat die aanmelders kennelijk niet
> de moeite nemen om hun inschrijving te bevestigen...en het zal de
> database moeten schonen.
> Ga je die database verwijderen, dan verwijder je tevens de gegevens
> van degenen van wie de gegevens nog even moeten worden bewaard in
> afwachting van bevestiging.
>
> Nee, zo eenvoudig als jij het hier voorstelt is het allemaal niet.

wat omslachtig allemaal zoals jij dat wil doen. Die tijdelijke database kan
1 gegeven bevatten, gecreeerd worden en gedropt worden. Maakt het uit dat je
misschien 10 tijdelijke databases hebt, zolang ze maar weer weggaan als ze
niet meer nodig zijn
Is er niet iets eenvoudigs met cgi/perl die dit soort problemen oplost?

SF

SF wrote:

>>
>> Nee, zo eenvoudig als jij het hier voorstelt is het allemaal niet.
>

ik vond net een interessante tutorial
http://www.sitepoint.com/article/ant...cess-control/7
misschien niet helemaal wat jullie zochten, maar wel aardig om naar te
kijken dacht ik
SF

>> Kom op Erick, ik had de OP toch al de moed in de schoenen doen zakken?
>
> Dat is wel zo, maar zojuist ontdekte ik dat EBB deze regexp kwootte als
> antwoord op een post van.....Haico slechts twee weken geleden. De OP
> heeft kennelijk over hetzelfde onderwerp een nieuwe thread geopend, in
> plaats van gewoon even de genoemde regexp over te tiepen en te gebruiken.
> Mooie boel! :-)
>

OK, ik geef toe niet alles te (kunnen) proberen wat me wordt aangegeven.
Gezien het aantal nieuwe posts in deze NG ben ik misschien wel heel erg
NOOB. In ieder geval iedereen bedankt voor de suggesties en antwoorden op
mijn vragen.

Groet,

Haico

Erick T. Barkhuis schreef op 11-12-2005 22:09:
> Ga je die database verwijderen, dan verwijder je tevens de gegevens van
> degenen van wie de gegevens nog even moeten worden bewaard in afwachting
> van bevestiging.

Je kunt een veld maken met daarin de timestamp van het moment dat de
gebruiker zich heeft aangemeld. Als je dat hebt kun je heel eenvoudig
een scriptje schrijven die alle aanmelders ouder dan 48 uur verwijderen.

> Nee, zo eenvoudig als jij het hier voorstelt is het allemaal niet.

Mwah. Ik zie uberhaupt het probleem van 'destructieve code' niet zo,
addslashes erover heen en wat is het probleem dan nog? Je kunt allicht
geen mailtje meer versturen, maar dat is ook de reden om rare
e-mailadressen af te vangen met een regex.

--
Met vriendelijke groeten,
Geert Wirken

"Maarten Wierda" <moart3nAT@chelloDOT.nl> schreef in bericht
news:dnhp1j$5vo$1@nl-news.euro.net...

> Ik weet niet voor wat voor soort toepassing je dit stukje
> controle gaat gebruiken, maar misschien moet je iets minder
> tijd steken in ueberhippe regexps, en gewoon via e-mail
> verifiëren of het ingevulde e-mail adres daadwerkelijk het
> e-mail adres is van de gebruiker.
>
> 1) Controleer een 'beetje' op het e-mail adres, maar sta het
> e-mail adres 'bij twijfel' gewoon toe.
> 2) Stuur een e-mail naar dat e-mail adres waarin je vraagt
> de inschrijving (of wat dan ook) te bevestigen via een url.
> 3a) De inschrijving is bevestigd, inschrijving geslaagd.
> 3b) Is er na - pak 'em beet - 48 uur nog niet gereageerd,
> verwijder dan - geldig e-mail adres of niet - het
> betreffende account.

Dat is dus ook uiteindelijk mijn bedoeling, maar omdat ik niet wist dat het
ook mogelijk was/is om de totale invoer van een textbox te valideren of het
een e-mailadres is of niet ( dus het begin van de textbox-string moet het
begin zijn van het geldige e-mailadres en het einde van de textboxstring
moet het eind zijn van het hetzelfde geldige e-mailadres , ofwel ^ en $ )
heb ik een beetje 'onnodig' deze draad gestart.
Haico