Suche

[Toasti]

Kurzerklärung: Ich will Ascii Text satt Reintext im Quellcode sehen 
Vernünftige Erklärung:

Hi,
ich hab das Team Modul (was ich Klasse finde!) ziemlich stark umgebaut.

Statt der Email Adresse, ist dort nun auch nur noch ein Email Link zu sehen.
Das hilft mir leider noch nicht weiter, denn im Quelltext ist die Mail ja noch zu lesen.
Letztendlich boykottieren meine User das ganze wieder, weil sie mit der Veröffentlichung der Mail nicht zufrieden/einverstanden sind.

Nun dachte ich: Ich schreib einfach statt Reintext die Asciizeichen rein. Schön, so erscheinen sie dann auch in der SQL Datenbank, nicht jedoch im Quelltext.

Was müsste ich ändern, damit die Ascii Zeichen auch im Quelltext ausgegeben werden?
Hat da jemand eine Idee?

Mein Quelltext jetzt:

Code Auswählen Erweitern

<a href="mailto:blabla@bla.de">Email</a>
Der Quelltext wie ich ihn gerne hätte:

Code Auswählen Erweitern

<a href="mailto:&#98;&#x6C;&#x61;&#x62;&#x6C;&#x61;&#x40;&#98;&#x6C;&#x61;&#x2E;&#100;&#101;">Email</a>

Vielen Dank schonmal
Toasti

.


P.S.:
So genauer betrachtet müsste ich sogar vll. nur um folgenden If Eintrag der Team index.php ein "string chr ( int $ascii )" einbauen?
Wenn ja, wie müsste das dann aussehen (bin schon eine echte Php Niete...)

Code (Wie es bisher aussieht) Auswählen Erweitern

if ($row['email']) {
        $nospam = $row['email'];
        $nospam = str_replace("@", "<em> at </em>", $nospam);
        $nospam = str_replace(".", "<em> dot </em>", $nospam);
        echo "<table valign=\"top\" width=\"100%\" align=\"left\" border=\"0\" cellspacing=\"0\" cellpadding=\"0\"><tr><td width=\"50%\">&nbsp;</td><td><font class=\"tiny\"><a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;".$row['email']."\">"._TEAMEMAIL."</a></font></td></tr></table><br>\n";
    }

[JoergK]

Nach einigen erfolglosen Selbstversuchen bin ich dann beim googeln erfolgreich gewesen. 

Zunächst bauste Dir am Anfang der /modules/Team/index.php
zwischen

Code Auswählen Erweitern

$GLOBALS['index'] = $vkp28;
und

Code Auswählen Erweitern

function showDetail() {

diese function ein

Code Auswählen Erweitern

function str2ascii($string)
{
    $ascii = "";
    for($charcounter = 0; $charcounter < strlen($string); $charcounter++)
    {
        $ascii .= "&#".ord($string[$charcounter]).";";
    }
    return $ascii;
}


Dann änderste die Zeile

Code Auswählen Erweitern

echo "<table valign=\"top\" width=\"100%\" align=\"left\" border=\"0\" cellspacing=\"0\" cellpadding=\"0\"><tr><td width=\"50%\">&nbsp;</td><td><font class=\"tiny\"><a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;".$row['email']."\">"._TEAMEMAIL."</a></font></td></tr></table><br>\n";

in das

Code Auswählen Erweitern

$nospam2 = str2ascii($row['email']);
echo "<table valign=\"top\" width=\"100%\" align=\"left\" border=\"0\" cellspacing=\"0\" cellpadding=\"0\"><tr><td width=\"50%\">&nbsp;</td><td><font class=\"tiny\"><a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;".$nospam2."\">"._TEAMEMAIL."</a></font></td></tr></table><br>\n";

Mit dieser Änderung gibste wieder, wie gewohnt, die Email-Addy ganz normal ins Formular ein (und so stehts dann auch inner DB). In der Seitenausgabe (Quelltext) stehen jedoch mit der obigen Änderung nur noch die ASCII-Codes drinne. 

[Toasti]

 
Yes, Dein Ansatz hat auf Anhieb geklappt.
Mein Ansatz dagegen war zwar nicht Falsch, aber hatte in der Ausführung wohl Defizite, sprich: War halt Bullshit³  :heu:

By the way,
beim Googlen dazu habe ich vorhin gelesen, das diese Möglichkeit sich vor Spam zu schützen nicht mehr funktionieren würde. Das mag sein.

Zum Vergleich habe ich derzeit mal beide Methoden auf meiner Seite und stelle fest:
Unveränderte Mailangabe im Quelltext: 150 Spammails in 3 Tagen
Geänderte Mailangabe im Quelltext mit mailto: 1 Spammail in 10 Tagen
Geänderte Mailangabe im Quelltext inkl. dem mailto in Ascii: ? (hab ich grade erst eine Eingebaut)

Ein ähnliches Verhalten stelle ich auf einer anderen Website von mir schon seit ca 2 Jahren fest.

Danke Dir!

[FrankySZ]

Hi Toast, hi @ll,

hab deinen Thread leider zu spaet gesehen ... aber nur mal so gefragt ... waere die pragmainterne function  mxPrepareToDisplay()  nicht das gleiche und etwas einfacher zu verwenden gewesen   

siehe zB modules/Userinfo/view.php ca, Zeile 148

Code Auswählen Erweitern

<a href=\"mailto:" . mxPrepareToDisplay($uinfo['email']) . "\"><b>" . mxPrepareToDisplay($uinfo['email']) . "</b></a>

die email steht in diesem Fall zwar im <b> bereich aber da kann ja auch nen Name rein, und im Quelltext erscheinen dann der gewuenschten Ascii Text statt der lesbaren emailaddy ....

[Toasti]

Naja, vom <b> könnte man sich ja Fix trennen. Nur glaube ich nicht, das diese Funktion klappen könnte, da doch das User Modul und das Team Modul verschiedene Einträge in der SQL haben. Somit würde wohl die Funktion im Team Modul wirkungslos bleiben, oder?

[FrankySZ]

Hi

probiers doch einfach mal mit:

Code Auswählen Erweitern

<a href=\"mailto:" . mxPrepareToDisplay($row['email']) . "\"><b>hier irgendwas</b></a>

du kannst zwischen den () nach mxPrepareToDisplay doch so ziemlich jeden sqlwert eintragen und in der db vom Teammodul werden die emails doch eh normal gespeichert ....

hab das zwar nicht mit dem Teammodul getestet, verwende die function aber in etlichen eigenen Modulen ...

[Toasti]

habs mal getestet:
im quelltext steht dann folgendes:

Code Auswählen Erweitern

<a href="mailto:kontak&#116;&#064;&#102;okuswerk.de"><b>hier irgendwas</b></a>

hm... nicht ganz so prickelnd, oder?

[FrankySZ]

im Grunde genommen nur nen paar ascii weniger als in der Version oben ... aber imho voellig aussreichend .... da die spambots ja schon beim ersten ascii-code stolpern ...

ansonsten koennte man ja den Bereich der function in der mx_api erweitern/aendern ... ab ca. Zeile 259

denn der neue Code von JoergK is ja nur in deinem Teammodul, in der Userinfo etc findet ja auch die function Anwendung ...

Vorteil waere dann die Verwendung einer pragmainternen function die ueberall mit so ziemlich dem gleichen code aufgerufen werden kann ...

[Toasti]

Jepp
Wie man es auch machen mag, beiden Varianten funktionieren und man darf sich also für eine der beiden Entscheiden. Und genau das finde ich am Wichtigsten.

[FrankySZ]

da kann ich dir nur zustimmen ...
deswegen hatte ich ja auch " ... nur mal  so gefragt... "