nemlig. Men der er ca. 30-50 personer - som løbende kan blive udskiftet, da de er formænd/sekretærer i nogle underafdelinger. Så hvis der nu er en mere automatisk måde at sikre dem på ?
Jamen, du behøver kun at lave krypteringen run-time. Robotterne kan kun kigge på det endelige HTML-output. Så bare hav adresserne som normalt i databasen, og lav så et PHP-script som hakker dem i småstykker når de skal vises.
Kan du foreklare/vise eller give mig et link til hvor jeg kan se/læse lidt mere om "krypteringen run-time" + det med et PHP-script der hakker dem i småstykker ?
Det er to sider af samme sag. Det allernemmest er hvis du gemmer adresserne som to felter i databasen ( "navn" og "domaene", altså hhv. det til venstre og højre for @ ), og derefter gør sådan når du skal vise dem ( vi antager at du har den i et array der hedder $email, på hhv. plads 0 og 1):
Som du kan se, har jeg bare tyvstjålet det eksisterende javascript og indsat PHP-variablerne. Husk dog, at javascript skal være slået til i browseren, hvis brugeren skal kunne få dem til at virke.
dvs. sige at jeg ikke manuelt skal "kryptere" hver enkelt email men at emailen bliver samlet af PHP's echo + lidt javascript? (og vil ikke være helt så sikker)
Den vil være lige så sikker, idet du opnår samme resultat som scriptet fra HTML.dk - bare dynamisk. Det er ikke helt det samme som det du "omformer det til", idet sikkerheden hele tiden har ligget i javascripten.
espersen>> har du overvejet alternativt at kun lade brugere sende mails til kontakt personerne via en formular - så kan du have email i DB og først hente den nå formularen sendes
hvis nu du laver en alm formular hvor man kan vælge hvem der skal sendes til via dropdown/checkbox/radiobutton - hvad man nu synes bare den indeholder modtageres id i databasen oså et emnefelt + text felt og en send knap, når så der trykkes på send benyttes f.eks. action="sendmail.php".
i sendmail.php laves så et opslag i databasen via id og der hentes mailadressen frem til selve mailscriptet.
pokkers ; har ikke lige koden hos mig lige nu - dette kan måske uddybe det lidt bedre:
Det ser ud som om at den læser PHP ud af JavaScript (er min mistanke).
ændres det " til ': <a href='kontakt.htm' title='Send mig en e-mail' osv...
Så kommer data frem på siden (navn, link og email): men det er ikke muligt at klikke på emailen og dermed aktivere mailto: - den sender os blot videre til kontakt.htm (linket virker fint!)
Hvis du offentliggør medlemmernes email på dine side, krypteret for spamrobotter eller ej, så sørg for at få deres tilladelse til det. Pt vil spamrobotterne nok ikke finde adresserne, men teknologien udvikles, og så kan de jo pga af deres læselighed for almindelige mennesker havne alle mulige steder alligevel.
Formularen er den bedste løsning du kan få. Sæt evt spam-begrænsning på: fx max 10 mails om dagen pr email fra formularen.
Takker for input !: Vil arbejde videre med formular-løsningen...
(og vil naturligvis indhente tilladelser til at deres mails er tilgængelige - for en god ordens skyld - p.t. er de anført i alm. html/mailto - så den nye løsning bliver en klar forbedring)
Når i skriver at i ville bruge en formular, mener i så at man kan se email'en på siden, og så når man klikker på linket så kommer man videre til en side hvor der så er en kontakt formular? (jeg har lidt svært ved at se det for mig) - evt. link/eksempel?
af respekt for ikke at videregive linket vil jeg lige beskrive det: Et "ganske alm. html" kontaktformular som vi ser på næsten alle sider, hvor man indtaster oplysninger i en række felter. Eksemplet må være koblet op til 1 en enkelt mail-modtager (ingen dropdown e.l.)
Felter:
Emne: Dit navn: Dit telefonnummer: Din email-adresse: Tekst:
Endvidere med denne kode : <form name="hmail" action="mail.php" method="post">
Men du fik vist ikke koden til mail.php - men den er meget simpel. Du må gerne, det var en forglemmelse.
Men ideen er så at den kan udvides med fx et dropdownfelt med navne på den eller de personer, man vil sende mail til, dog således at de i HTML-formularen ikke identificeres med email, men med et nummer, og dette nummer bruges i scriptet på serveren til at sende til rette person.
Da admin-modulet giver mulighed for at oprette nye medlemmer/links vil den med dropdown-løsningen nok blive et problem. Så derfor bliver jeg nok nødt til at gå tilbage til "JavaScript-metoden" - og derved acceptere en risiko for spam.
Problemet med at adskille JavaScript og PHP er således tilbage. Hvorledes får jeg adskilt denne del af koden ?
Du aflæser blot dine medlemmer i databasen med et script (PHP/JSP/ASP), og genererer <select>-en ud fra det. Nej, du kan ikke tillade dig risikoen for spam!
"alt for usikker" er nok overdrevet, men den er unødigt usikker, når du nu uden videre kan lave en sikker løsning. Eet er om man anbringer sin egen email på en webside, med den anførte javascript metode - så kan man selv afveje risici. Men når du vil anbringe andres email på en webside, er du moralsk (og måske juridisk) forpligtet til at bringe risikoen ned på 0.
Jeg ønsker at løsningen skal være meget tæt på at man blot skal klikke på fx et ikon for at kunne aktivere en form for "mailto:" - kan det lade sig gøre med <select> ??
Hvorfor skjal det være en mailto: ??? ikke alle har installeret et mail program, mange benytter webmail og for disse vil det være langt mere venligt at benytte en formular!
jeg takker mange gange for jeres input - I har hjulpet mig rigtig godt på vej !!
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.