[wp-hackers] set_transient returns false on live server but true on local host.
Haluk Karamete
halukkaramete at gmail.com
Sun Jan 5 17:41:54 UTC 2014
Otto, after your reminder about the external cachers, I found out that the
production server has total cache installed.
I tried the solution mentioned here
http://wordpress.stackexchange.com/questions/108287/trouble-with-transient-api-when-w3tc-is-activated
but no luck.
still the beautiful transient system that WordPress has for us is by passed
here... I build a plug in tapping into the core transient API's left and
right... and it works like a charm on my localhost test environment...
but these external cache systems put a bullet hole into the basics...
Any recommendations?
On Sun, Jan 5, 2014 at 7:52 AM, Otto <otto at ottodestruct.com> wrote:
> If we assume that neither server has an external object cache set up,
> then a return of false here most likely means that the insert or
> update of the options table failed. In which case, check that the
> options table doesn't need a REPAIR run on it.
>
> -Otto
>
>
> On Sun, Jan 5, 2014 at 9:35 AM, Haluk Karamete <halukkaramete at gmail.com>
> wrote:
> > What would be the reason for the set_transient API to return FALSE on a
> > live server but TRUE on local host - that's obviously for the same code.
> >
> > The only diff is live server is IIS and the local is Apache.
> >
> > And how would I get to the bottom of a set_transient-returns-FALSE
> > situation?
> >
> > I understand that the set_transient does not return an error object in
> the
> > case of something not going right.
> > _______________________________________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.com
> > http://lists.automattic.com/mailman/listinfo/wp-hackers
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
>
More information about the wp-hackers
mailing list