It is also google analytics for AI picture generation to see how quick you solve problem and what route your “mouse pattern” takes to solve picture.
Could you have a look at my questions at top please and THANKS!
Not sure what you mean by this?
The form is submitted to your server via PHP, so you email address is never exposed in the browser.
The settings for your email account are stored in a configuration file on your server.
Hope that makes sense!
Checkboxes = multiple options can be checked
Radio = single option can be checked
Select = we only support a single item being selected atm, we might add multi select support to either the Select component, or add a new Multi Select component. I’m unsure which way we’ll go on this right now.
We considered other options, but landed with using PHP for a few reasons.
One of the main reasons is the universal support across hosting companies.
We also wanted to make this “just work” for most users, and the other options would have required technical expertise and/or having to install/setup things on a server.
In the end we felt like PHP was the best options for our built-in forms
We have thought about adding a “honeypot” field for additional protection, however, I’m unsure how affective they actual are these days.
From my research/understanding, bots are pretty clever about understanding when / when not to fill in certain form fields.
Having said that, as always, if this is something you guys want we’re open to adding it in the future
You have done a really good job with Forms. However, I would still miss one little thing, namely the possibility to write the data of selected fields directly into an SQL database.
THANKS for coming back to me. I did NOT obfuscate my email address in RW older versions and got spammed big time. I was told to obfuscate email every where I put it in dare I say “stacks” and spam stopped. I have never put my email in any website design since without obfuscating it. Is this not required in ELEMENTS? Also can you kindly answer question about components question TIA
How are you currently obfuscating your email address? As far as I’m aware, this is not secure; spam bots are smart enough to work around most methods.
We’d always recommend using the Form Component to allow visitors to contact you. This way, your email address remains secure and is never exposed to anyone, including spam bots.
I use JW Obfuscating tool. However if Form is more secure then I will await new form release. TIA
What’s that… do you have a link?
If you configure our built-in Form to send an email to you on submission (rather than using a webhook), then the email address the form data is sent to is never exposed in the browser, and therefor is not accessible to any spam bots. Your email address (and other email server details) are stored in a server configuration file that is not readable by visitors.
All the processing of the data and sending the email happens server side, so again, your details are never seen by the browser/visitor.
There would be absolutely no benefit, or need, to obfuscate your email address in this scenario.
I wrote a small Elements component that deals with that. The email or wapp number is junked up into data props of a link <a data-name="fullname" ... />
and via css i attach that the after of the link. So it looks like an email but on code it can not be read. And via javascript I send to the concatenated mail. If you want to have it more sophisticated you would add a hidden image, with the email so if someone disables JS and CSS it would still be readable.
That email obfuscation tool is a very basic obfuscation technique and is not secure against modern email scrapers and bots. It relies on encoding the email address into ASCII character codes which can be easily decoded by modern web scrapers.
I’d recommend @joeworkman update the advice and remove the tool on this page, it’s very outdated.
Every episode with exciting new options in Elements is a feelgood experience.
Big thumbs up to you guys!!
Forms is shaping up real good and makes me kinda greedy ;-), so what about:
- Forms that span multiple pages (tabbed)
- A slider-function for inputting values (like ‘0-100%’ with stops)
Thanks guys, keep up the good work!
From the heart
We’re all used to it by now, but building everything in a WYSIWYG-interface is the real magic.
Maybe the honeypot could be an option within the input filed for manual setup. Bricks Builder in WP uses is and i have good experiences with it.
I setup a field I do not use, in this case the telephone field, and I can set it as a honeypot field. In the front end it’s not visible to the eye but the html code looks inconspicuous - not like class=“honeypot”.