Welcome to WebmasterWorld Guest from 188.8.131.52
For instance, I have three files:
which of course returns 0 instead of 1
In other languages (VB) I can create global variables that are available from everywhere and that remember what I set them to.
Can this be done without using $_SESSION or $_COOKIE, or passing the information forward with $_POST/$_GET?
Use a screwdriver on the screw, not a hammer. :) $_SESSION is your best bet for this.
I have a few pages that use a php PDF class, and for whatever reason I can't declare session or use start_session on the same page that this PDF class is used.
Which really stinks because in order to get the users member information I have to echo all the users information into a form with hidden fields, submit the form and reload the page, and then I can read the post data into the PDF.
Functional? Yes. Messy? very.
Alternately, perhaps a custom session handler would work. Do you have a database available? If so, I can provide a simple database session handler I wrote. It's simple, but it does the trick. On the off-chance that you're using CodeIgniter, I have a library that plugs into that easily as well. :)
If you want to play around with it, its from [ros.co.nz...]
$pdf =& new Cezpdf();
$pdf =& new Cezpdf();
fails without an error, just page cannot be displayed.
I do have a database available, but would it be able to keep informations straight for multiple users over multiple pages if there is no session info or id available from page to page?
It also adds a bit of validation--though you can disable it, by default it will check and make sure the user agent and IP address match what was received in the last request.
Unfortunately, it's about 100 lines of code, and the SQL script to create the table is another 10--plus, this forum destroys formatting. Sticky me your e-mail address and I'll e-mail the files to you. :)
I have a html form that has been getting some spam, but they aren't using the actual webpage to send the spam, just spoofing the headers and sneaking it through.
I don't know if it would work, but it might be interesting to use this session stuff to make sure that the people that are submitting the form are at least going to the webpage, instead of just automating stuff.
This sounds like a fatal PHP error to me. Have you actually tried looking in your error logs to see if something is coming up in there?
>> I have a html form that has been getting some spam
This is a common issue and yes, it can be solved with sessions. Have a look at something called CAPTCHA and you will see some common implementations of it. There are other methods, too, and a few of them are explained in a thread we keep in the forum library: Combatting webform hijack [webmasterworld.com].
I think that if I make it so that the person is submitting the form has to do it from the actual original web page, it might be to much trouble for them and it'll taper off.