PHP-direct eval problems [Solved]

[janaf]

I have tried adding on the top of my code:

PHP Code:

$vbulletin->options['nocache'] = 1; 


But it behaves as before: code works if global caching is disabled only.

There is also a caching timeout setting (which I set to 0) for each php-direct-eval (se attachment) but it does not seem to have any effect.

This is also abut as far as I got also half a year ago when I took a shot at this. Then Lynne and others helped too, but I never got to get things fully working. Actually there was a hack that seemd to work but of course I forgot to update with new vB versions:
https://vborg.vbsupport.ru/showthread.php?t=251402
..and it seem that hack is obsolete, vB code and variable names have changed since then.

So should this be reported as a bug / update request?

I'd realy like this solved once for all. Would you suggest I rewrite this as a product (never done that before) or widget (never done that before) or is there a fix in site?

[Lynne]

I would put this in as a bug. The cache refresh time being set to 0 does not seem to be working at all. If I set it to 1, it works the first time. If I set it to something like .1, then it doesn't work and if I go to edit the article again, then that value is changed to 0. I have a feeling 0 means just cache the darned thing, forget about the setting, instead of actually meaning 0 caching.

I does work for me if I also use the plugin I wrote above.

[janaf]

Thanks for the feedback Lynne. I have made a bug report.

[SkyStryder]

Hi, I have verified the bug and the cache plugin that Lynne wrote and that is
all working. My current problem is I am trying to move some php programs into
PHP-direct eval. They all have session_start(); and then manipulate $_SESSION.
This appears not to be working. Could someone explain what I need to do the
keep session variables for a php direct eval program? Thank you!

[Lynne]

You should start your own thread and post exactly what you are entering into the php direct eval text form so we can see what is going on.

[janaf]

For other newbs out there this is what I finally did:

Added to my php-direct-eval POST form:

PHP Code:

<input type="hidden" name="nocache" value="yes" /> 


then added to the file /forum/includes/init.php under the init_stratup (near line 330 in unmodded vb 4.1.3)

PHP Code:

if ($_POST['nocache']=='yes')
{
$vbulletin->options['nocache'] = 1;
} 


Now the code works with caching enabled and one just needs to remember this fix on future vb updates

[SkyStryder]

That is the idea of putting it into a plugin. Then repatching software
is not necessary. Just create the plugin and insert your code. Then
make sure the plugin is active. Hope this helps.

[janaf]

Originally Posted by rickf

That is the idea of putting it into a plugin. Then repatching software
is not necessary. Just create the plugin and insert your code. Then
make sure the plugin is active. Hope this helps.

Thanks Rickf

Never done that. Is there a newbie primer on plugins

Ah found it!

Really simple to use IF you know which hooks to use.

[SkyStryder]

Fortunately, Lynne mentioned it above. For this one,
use hook location - init_startup

[janaf]

This could possibly related to that I had Apache KeepAlive disabled:

http://tracker.vbulletin.com/browse/VBIV-7712

I have enabled KeepAlive now, and things like POST seem to work better with php-direct-eval but I have not dug into details yet.

--------------- Added [DATE]1303815211[/DATE] at [TIME]1303815211[/TIME] ---------------

I have done some more tests and it seems that both the POST problem and the security token issues where solved simply by enabling Apache KeepAlive (which is the default setting for Apache).