As for the version, I'm not sure which version that is. There was a version of the script released without some of the functionality included at one point. The idea was to make a send script for the link.
The version that I run on my sites, and which was written for Postcards.com does *not* use the LinkID except when called *from* a template, to load the URL field. After that, the URL is all that is used. In that way, the URL can be on another system (if a full http://domain.name/path) is given, or on the local system if only a relative url/path is given.
This is stored in the URL field of the POSTCARDS table.
As for User_Required, you can comment that out, *but* be forewarned, that you will then be running an anonymous (not really since*YOU* are the owner) OPEN relay for SPAM. This can get your site black-holed, or worse.
By requiring a user, with a real email address to validate their account, cuts the number of "problems" way, way down.
We ran an anonymous system until about 2000. After that, it was not possible. The log-on cut the number of people using our system, but it also stopped a lot of problems. You do *not* need to log on to receive a card, as that is only a database read, with no out-going processes.
The postcards script in some ways is very ancient, and in other ways is still very valid for the world we are in. It does not send anything but a text message. It always allowed the users to go to the original site/script an enter the pickup code by themselves, rather than clicking a link, and it doesn't load or allow "media" like flash or music which can cause problems on slow connections (yes, there are still a lot of those out there) or at night, or at work, or on an unsecured PC. The data for the card is kept in a database, not an html file (as some older systems used) and the images are simple http; requests to put a low load on the server.
It's not a very complex system, but it was very elegant, in that it was one of the first scripts for anything that allowed the spontaneous creation and pass-through of tags/variables from inside the templates, and then checked them before committing them to the database (so you could add your own tags without modifying code, only adding a field to the database).
I did a rewrite for LSQL2.? something, which trimmed it down quite a bit. A rewrite for GL3 might slim down the code even more, as some data features are simplified.
I *tried* to add a color picker and javascript nicities to the templates, but I could not get them to work in anything but MSIE, which defeated the purpose.
PUGDOG� Enterprises, Inc.
The best way to contact me is to NOT use Email.
Please leave a PM here.
The version that I run on my sites, and which was written for Postcards.com does *not* use the LinkID except when called *from* a template, to load the URL field. After that, the URL is all that is used. In that way, the URL can be on another system (if a full http://domain.name/path) is given, or on the local system if only a relative url/path is given.
This is stored in the URL field of the POSTCARDS table.
As for User_Required, you can comment that out, *but* be forewarned, that you will then be running an anonymous (not really since*YOU* are the owner) OPEN relay for SPAM. This can get your site black-holed, or worse.
By requiring a user, with a real email address to validate their account, cuts the number of "problems" way, way down.
We ran an anonymous system until about 2000. After that, it was not possible. The log-on cut the number of people using our system, but it also stopped a lot of problems. You do *not* need to log on to receive a card, as that is only a database read, with no out-going processes.
The postcards script in some ways is very ancient, and in other ways is still very valid for the world we are in. It does not send anything but a text message. It always allowed the users to go to the original site/script an enter the pickup code by themselves, rather than clicking a link, and it doesn't load or allow "media" like flash or music which can cause problems on slow connections (yes, there are still a lot of those out there) or at night, or at work, or on an unsecured PC. The data for the card is kept in a database, not an html file (as some older systems used) and the images are simple http; requests to put a low load on the server.
It's not a very complex system, but it was very elegant, in that it was one of the first scripts for anything that allowed the spontaneous creation and pass-through of tags/variables from inside the templates, and then checked them before committing them to the database (so you could add your own tags without modifying code, only adding a field to the database).
I did a rewrite for LSQL2.? something, which trimmed it down quite a bit. A rewrite for GL3 might slim down the code even more, as some data features are simplified.
I *tried* to add a color picker and javascript nicities to the templates, but I could not get them to work in anything but MSIE, which defeated the purpose.
PUGDOG� Enterprises, Inc.
The best way to contact me is to NOT use Email.
Please leave a PM here.
