Die Verwendung von JQuery ist möglicherweise nicht die Route, die Sie verwenden möchten, da dies auf der Clientseite erfolgen würde. Gibt es einen Grund, warum Sie nicht serverseitig verschlüsseln?
Nun, genau wie ein Kommentar, möchten Sie wahrscheinlich, dass die Quelle eine getarnte E-Mail-Adresse hat und dann jQuery verwendet, um den Link zu korrigieren oder zu konstruieren, um die richtige Adresse zu haben ... weil Bots die Quelle und nicht die Ergebnisse der Ausführung Ihres Javascript; -)
Semantische Nazis würden "kodieren", nicht "verschlüsseln" sagen. Verschlüsseln bedeutet, dass zum Dekodieren ein Geheimnis benötigt wird. Die Umwandlung in die HTML-Entitätssyntax wäre ein anständiger Encodierungsprozess , um neugierige Menschen fernzuhalten, aber Bots könnten leicht entschlüsseln es.
Um irgendwie auf das zurückzukommen, was Mike Stone vorschlug, würde ich es auf der Serverseite verschlüsseln und etwas auf der Serverseite haben, das es entschlüsseln und als JSON zurückgeben würde (jsonresult in mvc Framework, Webservice, http-Handler, was auch immer). Auf diese Weise können Sie jQuery verwenden, um die E-Mail-Adressen zu entschlüsseln, wenn Sie es wollten, aber es würde immer noch jeden Bot verwirren, der kein Java-Skript unterstützt. Auch dies ist keine kugelsichere Lösung, aber es kann tun, was Sie suchen.
Was ich getan habe ist, es zu verschleiern, wenn es gerendert wird und es zu verstecken, dann benutze Javascript, um die Verschleierung zu beheben und den Link zu zeigen.
Sie können dies beispielsweise vom Server rendern:
%Vor% Dann können Sie mithilfe von regex ^^ für @ und $$ für .
Was immer Sie sich vorstellen können, wird wahrscheinlich in Ordnung sein. Natürlich, wenn der Bot Javascript versteht, ist es sowieso egal.
Sie werden 95% der Bots blockieren, die auf Ihrem Weg sind, und der Rest Ihrer Benutzer wird die Adresse gut sehen.