llclj
08-30-2008, 10:54 AM
EDITED TO ADD: Before sending this I added a php.ini file to my public_html directory and changed the session path to /home/sitename/tmp where sitename is the username listed in my cpanel. Since this didn't help I wondered what I am missing.
**********************
so maybe this isn't exactly an advanced scripting question but here goes.
I have a wordpress plugin that suddenly quit working. It is a shopping cart plugin and when you press "add to cart" nothing happens.
I did some research on the plugin website and the consensus seems to be that the issue is with php sessions going nowhere. Another user said the issue was a quick cpanel fix, contact your ISP, but he did not elaborate and I don't know where to look.
I have been on live chat here twice but no results so hoping someone here might be able to shed a light. Or even a pinprick at this point would be helpful.
I have done a bit of php programming but never messed with the php.ini file. Where exactly do I need a php.ini file? If I modify php.ini to save sessions to a certain directory - where should this directory be? Is it even necessary to specify the directory? If I have 3-4 sites hosted with bluehost, do I need multiple php.ini files or just one in public_html?
About a month ago I enabled fastcgi. Is that what caused my problem and I just didn't notice it until now? (because I have been travelling)
(here is the full story and what I have tried, sorry for the length but hopefully detail helps)
The person I was chatting with at bluehost suggested the problem is a) plugin incompatibility and/or b) the plugin not working with wordpress 2.6. (I had added a new plugin.)
I think s/he completely ignored my question about php sessions going nowhere.
He asked me to re-upload the plugin. (perhaps a better action would have been to deactivate the new plugin but anyway...). He seemed to indicate that he added a php.ini file to my site and that would solve my problem (after re-uploading didn't). Actually what he did was to run a script that added a php.ini file to EVERY directory on my site. EVERY ONE.
This did not solve the problem. After adding all of the php.ini files and re-uploading the plugin, I could not access the site at all. I was getting a fatal php error that I can't remember now.
(the plugin has worked fine with the current configuration. i.e. not previously needed these files in every directory)
He then renamed the plugin directory. I could access the site so he left me to figure out my pluign problem - again ignoring the php sessions question. So...
I got rid of most of the php.ini files, successfully re-activated the plugin, could now access the site but original problem still there.
I contacted live chat again.
This guy says the php.ini files don't hurt anything and since they exist there CANNOT be a php sessions issue. He says the problem is that when I "add to cart" a google analytics call is made that never finishes. I delete the google analytics code from the site but.... problem still happens. (and the google code suddenly quit working?)
so now I am at a loss.
If in fact the problem is php sessions going nowhere, how do I fix this?
Thanks for your time,
Lori
**********************
so maybe this isn't exactly an advanced scripting question but here goes.
I have a wordpress plugin that suddenly quit working. It is a shopping cart plugin and when you press "add to cart" nothing happens.
I did some research on the plugin website and the consensus seems to be that the issue is with php sessions going nowhere. Another user said the issue was a quick cpanel fix, contact your ISP, but he did not elaborate and I don't know where to look.
I have been on live chat here twice but no results so hoping someone here might be able to shed a light. Or even a pinprick at this point would be helpful.
I have done a bit of php programming but never messed with the php.ini file. Where exactly do I need a php.ini file? If I modify php.ini to save sessions to a certain directory - where should this directory be? Is it even necessary to specify the directory? If I have 3-4 sites hosted with bluehost, do I need multiple php.ini files or just one in public_html?
About a month ago I enabled fastcgi. Is that what caused my problem and I just didn't notice it until now? (because I have been travelling)
(here is the full story and what I have tried, sorry for the length but hopefully detail helps)
The person I was chatting with at bluehost suggested the problem is a) plugin incompatibility and/or b) the plugin not working with wordpress 2.6. (I had added a new plugin.)
I think s/he completely ignored my question about php sessions going nowhere.
He asked me to re-upload the plugin. (perhaps a better action would have been to deactivate the new plugin but anyway...). He seemed to indicate that he added a php.ini file to my site and that would solve my problem (after re-uploading didn't). Actually what he did was to run a script that added a php.ini file to EVERY directory on my site. EVERY ONE.
This did not solve the problem. After adding all of the php.ini files and re-uploading the plugin, I could not access the site at all. I was getting a fatal php error that I can't remember now.
(the plugin has worked fine with the current configuration. i.e. not previously needed these files in every directory)
He then renamed the plugin directory. I could access the site so he left me to figure out my pluign problem - again ignoring the php sessions question. So...
I got rid of most of the php.ini files, successfully re-activated the plugin, could now access the site but original problem still there.
I contacted live chat again.
This guy says the php.ini files don't hurt anything and since they exist there CANNOT be a php sessions issue. He says the problem is that when I "add to cart" a google analytics call is made that never finishes. I delete the google analytics code from the site but.... problem still happens. (and the google code suddenly quit working?)
so now I am at a loss.
If in fact the problem is php sessions going nowhere, how do I fix this?
Thanks for your time,
Lori