michaelgrosser

Hi,
I haven’t spent much time validating the plugin against WordPress Multisite, but I can explain the max_input_vars message.

Max_input_vars is a setting that determines the maximum number of GET or POST objects the PHP interpreter will allow to be posted. So, in the example of the plugin, every checkbox on the functions list is an input field, so if you have a large installation of WordPress with may third party plugins, your function list may grow beyond a thousand. Newer versions of WordPress may even have enough on a clean install to exceed this number. I’m not sure as I haven’t had time to test the plugin with 4.X+ yet.

In any case, increasing the max_input_vars should solve your problem. There’s not a quick fix to reduce the input vars from a code perspective, so I don’t think something like that will be available in the near future. For now, if you need the plugin, increasing max_input_vars is the way to go.

Hi,
I have not yet tested with WordPress 4.0. It’s possible it’s a conflict with something 4.0-related.

I will be testing for 4.0 compatibility in the near future.

It’s OK. I just didn’t want it to turn into a bunch of job applications in the forum.

I’m also not taking any freelance work at the moment, but thanks again.

The plugin can be a starting point, but I can’t guarantee it will be able to retrieve the data from your other plugins out of the gate. Reason being, it really depends on the order in which your WordPress instance loads plugins, which can’t really be controlled.

Your developer may have to use my code as an example to add web services methods to your other plugins.

The plugin is designed to support a broader set of web service hooks on your WordPress site. So you can more easily get data into and out of WordPress. When it comes to other external platforms, they could tie into these web services, but this plugin will not facilitate communicating from WordPress to the other platforms.

Does that make sense?

Hi,
No offense, but this is a support board, not a classified section, and I like to keep the discussions focussed and productive.

Please post on one of the many freelance websites instead. Thanks.

This should be resolved in the newest version. You may need to go in and enable this method in the settings page unless you remove and reinstall the plugin.

To update these items:

1. This should now be resolved.

2. The debug method is now more usable if you wish to call it. Note, I don’t provide a way to do so outside of editing the source.

3. This should be improved but probably still not perfect.

Thanks for the suggestions. I’ll take them under advisement for a future feature-enhancement release.

This is resolved in the newest release – 0.8.1.

This is fixed in the newest release.

The call-time pass by reference is fixed in the newest release.

Ok – thanks. I’ll check it out along with a list of other issues that have come up lately.

1. Ok, I’ll take a look. I hadn’t originally designed it with WPMU in mind. If it’s a fairly simple fix I’ll get it in there.

2. It is there for debugging when/if needed. It wasn’t meant to be a public-facing feature and is not meant to be used full time, thus, this is as intended.

3. Yeah, this is a known issue and why the plugin hasn’t seen a 1.0 release. The only real guaranteed to this is to take a fairly different approach to getting the function list, which likely involves either forgoing the use of get_defined_functions() or some level of hackery. The plugin won’t see a 1.0 release until that is solved, but it is unfortunately not a problem I have time to solve at the moment.

Hopefully soon. My day job has been pretty busy the last few months, so I haven’t had much (read: any) time to devote to this. I’ll try to make a point to do it some time this month.