Ik wil een formulier gebruiken om emails te versturen en heb gezien dat er zoiets op users.skynet te vinden is en blijkbaar werkt dat ook alleen daar.
Door een beetje rond te kijken zag ik dat het daar om een cgi script gaat en blijkbaar kan ik daar niet aan behalve dan om het te gebruiken op die site.
Zijn er gelijkaardige of betere alternatieven om dat te doen?
Greetz
mailformulier
-
- Erelid
- Berichten: 2117
- Lid geworden op: 15 sep 2002, 08:50
- Locatie: Zelzate Belgie
- Contacteer:
Kijk eens op deze topic
http://www.userbase.be/forum/viewtopic. ... =formulier
misschien kan je hier iets mee doen??
Greetz
Weetgraag
http://www.userbase.be/forum/viewtopic. ... =formulier
misschien kan je hier iets mee doen??
Greetz
Weetgraag
"Carpe Diem"
- meon
- Administrator
- Berichten: 16609
- Lid geworden op: 18 feb 2003, 22:02
- Twitter: meon
- Locatie: Bree
- Uitgedeelde bedankjes: 564 keer
- Bedankt: 759 keer
- Contacteer:
Wegens spam/misbruik zijn zo goed als alle publieke formmail-cgi's verdwenen. Als je provider / hoster dus zelf zo niets draait heb je een probleem, tenzij je een of andere vorm van server-side scripting kan draaien. Als je een cgi-bin hebt kan je zelf formmail.pl installeren ( http://www.scriptarchive.com/formmail.html ) of via PHP ( http://www.dtheatre.com/scripts/formmail.php ) of via een Java servlet ( http://www.servletsuite.com/servlets/formmail.htm ) of via ASP ( http://www.brainjar.com/asp/formmail/ ) of via ColdFusion ( http://www.hotscripts.com/Detailed/27703.html ).
Als je er natuurlijk niets op tegen hebt dat je e-mail adres op het internet staat is het te doen met een doodgewone form.
Wil je niet dat een bot je e-mail kan zien, zoek dan eens de javascript-funtie unescape op. Daarmee kan je zorgen dat je broncode in ASCII tekentjes opgeslagen wordt, waardoor deze dus niet leesbaar is tenzij je hem terug omzet naar gewone tekst. (Je pagina wordt welliswaar groter)
Je email zal zo nog steeds te vinden zijn, maar dan moet er toch al een persoon aan bezig zijn, weinig bots zijn slim genoeg om zo'n pagina te 'begrijpen'
Wil je niet dat een bot je e-mail kan zien, zoek dan eens de javascript-funtie unescape op. Daarmee kan je zorgen dat je broncode in ASCII tekentjes opgeslagen wordt, waardoor deze dus niet leesbaar is tenzij je hem terug omzet naar gewone tekst. (Je pagina wordt welliswaar groter)
Je email zal zo nog steeds te vinden zijn, maar dan moet er toch al een persoon aan bezig zijn, weinig bots zijn slim genoeg om zo'n pagina te 'begrijpen'
- meon
- Administrator
- Berichten: 16609
- Lid geworden op: 18 feb 2003, 22:02
- Twitter: meon
- Locatie: Bree
- Uitgedeelde bedankjes: 564 keer
- Bedankt: 759 keer
- Contacteer:
Niet vergeten dat het dan via je eigen mailclient gemaild wordt en dat alle velden in een .att-file komen in het geval van prince.
Hij bedoelt als action in de <form>-tag gewoon "mailto:jeemailadres" in te geven. Dat kan natuurlijk altijd.
Hij bedoelt als action in de <form>-tag gewoon "mailto:jeemailadres" in te geven. Dat kan natuurlijk altijd.
Blue-Sky, bedankt maar ik zocht juist naar een alternatief om het op een andere server te kunnen doen werken.
Ondertussen heb ik me een beetje verdiept in php en alhoewel dat sinees was, het is me gelukt dat te maken op die manier!
Meon (of iemand anders), wat is het verschil tussen cgi, php, java, asp en coldfusion? Is dat in een paar woorden uit te leggen en dan bedoel ik niet de syntax hé.
Ondertussen heb ik me een beetje verdiept in php en alhoewel dat sinees was, het is me gelukt dat te maken op die manier!
Meon (of iemand anders), wat is het verschil tussen cgi, php, java, asp en coldfusion? Is dat in een paar woorden uit te leggen en dan bedoel ik niet de syntax hé.
cgi, php en asp zijn server-side berekende webpagina's. Dit betekent dat bij elke request van een internetpagina, de server telkens html code zal genereren aan de hand van code.
coldfusion is ook zo'n webpagina, maar ook serversoftware. coldfusion is van macromedia (ja, die mannen van flash enz)
java hoort niet in het rijtje thuis. Je verward het waarschijnlijk met javascript. Javascript is een client-side programeertaal. Dit betekent dat code in de html wordt meegestuurd naar de client, en dat zijn pc dat zal berekenen. Het goede hieraan is dat je server geen extra processorkracht nodig heeft, het 'slechte' is dat ze de code kunnen zien.
Java (dus niet javascript) is een programeertaal die je kan vergelijken met c++, delphi, visual basic,...
Waarom client-side code gebruiken ipv een server-side code?
Indien het is om een klok of een menu weer te geven is client-side (javascript) aan te raden.
Het zou stom zijn van elke seconde een nieuwe pagina te laten genereren en deze door te sturen omdat uw klok zijn secondetellerke omhoog moet gaan hé.
Server-side is goed voor beveiliging en/of om gegevens uit een database te halen. (dit forum is daar een mooi voorbeeld van) Indien je je afvraagt uit wat voor een database deze gegevens kunnen gehaald worden raad ik je aan eens te zoeken achter MySQL.
Javascript is de bekendste en meest compatiebele, maar vbscript bestaat ook, en als je al VB of VBA kent, misschien een goede aanrader om mee te beginnen.
coldfusion is ook zo'n webpagina, maar ook serversoftware. coldfusion is van macromedia (ja, die mannen van flash enz)
java hoort niet in het rijtje thuis. Je verward het waarschijnlijk met javascript. Javascript is een client-side programeertaal. Dit betekent dat code in de html wordt meegestuurd naar de client, en dat zijn pc dat zal berekenen. Het goede hieraan is dat je server geen extra processorkracht nodig heeft, het 'slechte' is dat ze de code kunnen zien.
Java (dus niet javascript) is een programeertaal die je kan vergelijken met c++, delphi, visual basic,...
Waarom client-side code gebruiken ipv een server-side code?
Indien het is om een klok of een menu weer te geven is client-side (javascript) aan te raden.
Het zou stom zijn van elke seconde een nieuwe pagina te laten genereren en deze door te sturen omdat uw klok zijn secondetellerke omhoog moet gaan hé.
Server-side is goed voor beveiliging en/of om gegevens uit een database te halen. (dit forum is daar een mooi voorbeeld van) Indien je je afvraagt uit wat voor een database deze gegevens kunnen gehaald worden raad ik je aan eens te zoeken achter MySQL.
Javascript is de bekendste en meest compatiebele, maar vbscript bestaat ook, en als je al VB of VBA kent, misschien een goede aanrader om mee te beginnen.
- meon
- Administrator
- Berichten: 16609
- Lid geworden op: 18 feb 2003, 22:02
- Twitter: meon
- Locatie: Bree
- Uitgedeelde bedankjes: 564 keer
- Bedankt: 759 keer
- Contacteer:
Prince, java hoort wel degelijk in het rijtje thuis: java server pages (.jsp) bestaan namelijk ook en ook servlets zijn in java geschreven. De achterliggende architectuur van ColdFusion is zelfs ook java.
CGI of Perl wijkt af van ColdFusion, PHP, ASP, ASP.NET omdat in tegenstelling tot die laatstgenoemden zelfuitvoerend zijn. Daar waar CFM, PHP, ... 'uitvoeringssoftware' bovenop de webserver nodig heeft (Jrun, Tomcat, PHP, ASP-isapi-module) zijn perl- en cgi zelfuitvoerend. Dat kunnen dus .exe's zijn, gateways naar andere systemen, ...
- ColdFusion draait op Jrun onder Apache, maar ook als ISAPI-module onder IIS
- ASP als ISAPI-module onder IIS, maar er is ook mod_asp voor Apache en Chilisoft ASP voor Apache
- ASP.NET draait als ISAPI-module onder IIS, maar heeft het .net framework nodig
- PHP draait als module onder Apache, maar kan ook als CGI draaien. PHP kan ook als module onder IIS draaien, maar wordt daar meestal als CGI geladen.
CGI of Perl wijkt af van ColdFusion, PHP, ASP, ASP.NET omdat in tegenstelling tot die laatstgenoemden zelfuitvoerend zijn. Daar waar CFM, PHP, ... 'uitvoeringssoftware' bovenop de webserver nodig heeft (Jrun, Tomcat, PHP, ASP-isapi-module) zijn perl- en cgi zelfuitvoerend. Dat kunnen dus .exe's zijn, gateways naar andere systemen, ...
- ColdFusion draait op Jrun onder Apache, maar ook als ISAPI-module onder IIS
- ASP als ISAPI-module onder IIS, maar er is ook mod_asp voor Apache en Chilisoft ASP voor Apache
- ASP.NET draait als ISAPI-module onder IIS, maar heeft het .net framework nodig
- PHP draait als module onder Apache, maar kan ook als CGI draaien. PHP kan ook als module onder IIS draaien, maar wordt daar meestal als CGI geladen.
Wees gerust, zolang je geen servers gaat opzetten, moet je eigenlijk niets weten over modules of dergelijke dingen.
De 'gewone gebruiker' is normaalgezien genoeg met de 'talen' waarop de server werkt. In andere woorden: dat je geen php bestandjes op een server zet die het niet ondersteund, maar zover was je ook wel al hé
Eigenlijk maakt het allemaal niet zoveel uit, het ene is goed bepaalde dingen, en het andere dan weer voor andere. De ene schrijft snel en vlot, maar kan je minder diep mee gaan, etc... Beetje gelijk de keuze tussen programmeertalen om programma's te schrijven.
PHP is gebaseerd op C, dus de meeste programmeurs zullen hier weinig problemen mee hebben.
Naar horen is ASP iets meer op z'n Visual Basic, maar dat weet ik niet zeker, dat heb ik van een vriend van me.
De 'gewone gebruiker' is normaalgezien genoeg met de 'talen' waarop de server werkt. In andere woorden: dat je geen php bestandjes op een server zet die het niet ondersteund, maar zover was je ook wel al hé
Eigenlijk maakt het allemaal niet zoveel uit, het ene is goed bepaalde dingen, en het andere dan weer voor andere. De ene schrijft snel en vlot, maar kan je minder diep mee gaan, etc... Beetje gelijk de keuze tussen programmeertalen om programma's te schrijven.
PHP is gebaseerd op C, dus de meeste programmeurs zullen hier weinig problemen mee hebben.
Naar horen is ASP iets meer op z'n Visual Basic, maar dat weet ik niet zeker, dat heb ik van een vriend van me.