|
Stichting Festival Aangeschoten Wild
|
February 25, 2013 at 12:06 pm
Dear EventEspresso, As explained in another topic (https://eventespresso.com/topic/app-keeps-on-fetching-events-and-seems-stuck-in-a-loop/), I’m having some trouble with getting the Ticketing app to work. I’m running a multisite install of WordPress and have followed the steps outlined in https://eventespresso.com/wiki/espresso-ticketing/#services to adjust for that. However, it still seems stuck in a loop. On a single-site install (separate server), it does work without problems. Thanks for your help, Bram
-
This topic was modified 11 years, 1 month ago by
 Josh. Reason: added title
|
|
Garth
|
February 25, 2013 at 10:18 pm
I can’t necessarily comment on the Multi-site installation, someone else might be able to help you there (though we technically don’t support it).
However, you might have more luck with the Event Espresso API and iPad app (if you have access to an iPad):
The API is still in the pre-release phase, but you can get access to it. I don’t think we’ve tested it yet in an multi-site environment so we’d be glad to know how it works (or doesn’t).
|
|
Stichting Festival Aangeschoten Wild
|
March 10, 2013 at 5:58 am
I have just checked in the iPad-app, and although face with some issues (https://eventespresso.com/topic/ipad-app-only-showing-50-attendees/), this seems to work perfectly out of the box.
However, we have much more smartphones than iPad’s available to use for scanning tickets. I would still very much like to see this resolved. I understand now that multi-site installations are not technically supported, but I hope you still have some ideas on this. So far, I have:
– made sure that the multi-site ID is included in the espresso-services add-on;
– made sure that EE is not network-enabled (however, the EventEspresso-tab still shows up in the other installations, although the EE plugin is not showing in the respective Plugins-tab);
– espresso-services is CHMOD-ded to 755 (or 775 or 777, makes no difference);
– I am busy resetting the licence key to see if that makes a difference.
According to the posts I have come across in the various forums, this sould be enough, but I might have missed something.
Help is much appreciated!
Thanks,
Bram
|
|
Josh
|
March 11, 2013 at 10:59 am
Hi Bram,
This is the part that doesn’t sound right to me:
- made sure that EE is not network-enabled (however, the EventEspresso-tab still shows up in the other installations, although the EE plugin is not showing in the respective Plugins-tab);
This sounds like it is network activated because you are seeing the Event Espresso tab in the other installations, with no way to deactivate it from the respective sites’ plugins tab.
When you go to the network admin’s Plugins page (/wp-admin/network/plugins.php), it should look like this.
The other network site’s plugin pages should look like this. These are the sites where you’re not running Event Espresso.
Then, the site where you are running Event Espresso should have a plugin page that has this.
|
|
Stichting Festival Aangeschoten Wild
|
March 12, 2013 at 1:44 am
Hi Josh,
Thanks for your comments! I re-did the network deactivation, and my setup now looks as in your screenshots.
I’ve also discovered something new. The base URL to the specific site I’m running EE on is http://aangeschotenwild.com/2013/. When I use that as the Event Espresso Endpoint in the app, it logges in but remains stuck in the ‘Loading / Fetching Events’-part. However, when I set http://aangeschotenwild.com as the endpoint, it does clear that loading-screen. Only problem is that in that installation, no events are found.
Could this information help thinking of a way to fix this? Once again, curious to your thoughts!
Bram
|
|
Josh
|
March 12, 2013 at 9:38 am
Hi there,
I think you’ll need to find which database has your event data. Since Event Espresso was network activated, I’m wondering if the event data is in the database for the 2013 site.
When you’re using the mobile app – you’re actually connecting to the espresso-services files, which is a simple API that connects the app to the database. So the Endpoint is where the espresso-services directory is, which should be http://aangeschotenwild.com. Once it’s connected, it needs to know where to look for the events. Since this is a multisite installation (and the mobile app api is not compatible with multisite) you’ll need to make sure that the mobile app api is looking for events in the database that has the event data.
|
|
Stichting Festival Aangeschoten Wild
|
March 12, 2013 at 10:14 am
Yes, EE was linked to the _6-tables in the database. I checked with phpMyAdmin. The result has changed a little, but unfortunately not in a good way. Also using the main URL as endpoint results in a very persisent loading-screen.
In the meantime, I have also run an attendees query (from attendees.php) directly on the server. Using the output function from the file mentioned and an existing event ($eventID = 1), the output is the following:
3No Attendees for this Event
Problem cannot be with permissions, since these are still set at 775.
Bram
|
|
Stichting Festival Aangeschoten Wild
|
March 12, 2013 at 10:15 am
(Oh, the result of said query can also be checked at http://aangeschotenwild.com/espresso-services/test.php.)
|
|
Stichting Festival Aangeschoten Wild
|
March 16, 2013 at 7:06 am
Any ideas?
|
|
Stichting Festival Aangeschoten Wild
|
March 16, 2013 at 8:52 am
I have fixed the problem. In the different files within the espresso-services folder, there is a part that builds up an XML-readout of the database ($response). In there, two lines (event_time and end_time) apparently caused an error, causing the entire $response-output to be empty. I have removed these two lines from the code and although the app now does not show start and end times, it works perfectly in scanning!
|
|
Josh
|
March 18, 2013 at 9:49 am
That’s interesting. Are event start times and end times entered for your events?
|
|
Stichting Festival Aangeschoten Wild
|
March 18, 2013 at 11:25 am
Yes they are, and the also appear in the database. I did not have the problems on a single-site (although that was a different server). Also, I have not investigated the problems (if its the output or the formatting), as there were other event-organization things to do ;).
If I manage to take another look at it later on, I’ll let you know!
|
|
Josh
|
March 22, 2013 at 8:04 am
It might be a difference between the time formats with the multisite vs the single site. Are the event times are formatted differently between the two?
|
