Comments on: Long time, no talk, but GigPress 1.4 is here

By: Derek

Derek — Mon, 20 Apr 2009 15:25:37 +0000

@Ulf – can you try opening the gigpress-se_SE.po file in POEdit and entering translations for the months, then saving it and re-uploading the .mo file? Someone else had this problem and this fixed it.

By: Ulf Karlsson

Ulf Karlsson — Mon, 20 Apr 2009 15:18:51 +0000

Hi!

Installed you excellent plug-in. But there seems to be som kind of problem with the translation file. Im running Word-press 2.7.1 Swedish version, but in the administration panel it is still in english. Any ideas?

By: James

James — Tue, 31 Mar 2009 13:24:37 +0000

I’m also having the “Error 500 – Internal server error” when I try to activate the GigPress plugin. It says “Error 500 – Internal server error – An internal server error has occured! Please try again later.”

I’m using the latest version of WordPress (2.7.1) and my web host is 1&1. Any ideas on how I can fix this? I’d really like to use GigPress!

By: Zain

Zain — Mon, 19 Jan 2009 16:46:24 +0000

Hi Derek,

I’ve been doing some testing this afternoon after I saw your reply earlier on. Basically, I set up a second site on Dreamhost but on a different server. My client is set up on Greene, whereas I’m set up on Titan, so I thought I’d try something out. Basically, I’ve now spent the afternoon and I can categorically say…

…GigPress works on the Dreamhost Titan server.

You can see it running on this demo site: http://gigpress.knowledgeconstructs.com/ which is a replica of my client’s site: http://the-coach-academy.com/ .

Unfortunately, I can’t even *activate* GigPress on my client’s site as it’s gotten to the point that even trying to switch *ON* the plugin, kills the site (well… major grinding and Internal 500 Server Errors).

I’ve now gotten in touch with Dreamhost and now proved that it’s not the GigPress plugin on Dreamhost servers that’s causing a problem.

I think there might be a slight set up difference between the 2 servers (having now checked phpinfo() on both domains). The problem is, I’m not techie enough to work out what would be causing the problem…

Anyway, hope that’s shed some light on some things. I’ll let you know if I find out anything more from DH on tracking this down.

By: Derek

Derek — Mon, 19 Jan 2009 12:45:25 +0000

@Zain – glad you like the new features. Very strange hearing now that you’re having these same slowdown issues, but on Dreamhost, as Randy’s tests indicated that Bluehost was problematic, but not Dreamhost. And in fact, this site is running on Dreamhost, and it’s experiencing no slowdowns at all.

I plan on doing some testing this week to try and reproduce this somehow so I can fix it.

By: Zain

Zain — Mon, 19 Jan 2009 12:21:18 +0000

Hi Derek,

Nice to see that you’ve implemented some features that allow admins to take a bit more control over the layout (and naming of various label). As you know, I use GigPress as an Events plugin so being able to control the various labels is an absolutely brilliant feature. This now means that people can use GigPress for more than just displaying gigs! A few more tweaks and it will be perfect!

Anyway, while it’s great that there’s new features, unfortunately, I’m getting the same type of issues as Randy. Have spent 2 weeks checking various settings and re-optimizing a new site I’m building – turns out that GigPress is causing major timeouts on Dreamhost. I’m having to switch it off for the moment as it’s sucking the site’s will to live.

The issue seems to affect both frontend and backend. I noticed that the plugin also calls files on pages where it’s not needed – any chance of fixing that?

Thanks again for the brilliant plugin. Will be excellent when I can start using it again

Cheers,

Zain

By: Flick

Flick — Sun, 18 Jan 2009 14:54:58 +0000

Development aside, thanks again for continuing to maintain and add new features to GigPress!

I was wondering if there are any plans to add categories? I know existing shows can already be listed under a ‘Tour’ but was thinking of using GigPress to possibly list a band’s other appearances (like on radio shows) etc. Thanks ^^

By: Randy

Randy — Thu, 01 Jan 2009 19:54:41 +0000

Here are some test I ran… The pages I tested were not using gigpress in the posting section or the sidebar. The results were kind of weird because my queries dropped way off when I turned off Gigpress, even on the pages that weren’t gigpress.

From the results below it’s obvious that bluehost cant handle gigpress, Im not sure why, but there’s no denying it. (I tested the crap out of this…)

BlueHost

gigpress on
45 queries. 2.270 seconds.
gigpress off
15 queries. 0.467 seconds.

gigpress on
44 queries. 1.568 seconds.
gigpress off
15 queries. 0.499 seconds.

DreamHost

gigpress on
51 queries. 0.402 seconds.
gigpress off
22 queries. 0.265 seconds.

Gigs Page with about 24 shows
54 queries. 0.436 seconds.
Gigs Page with gigpress off
17 queries. 0.238 seconds.

My question is why is gigpress calling queries when it’s not being used? Is it because of the add_shortcode that the info is begin grabbed and prepped even when its not being used?

Anyway, for those you having the slow queries… here’s proof that it’s probably your host.

By: Ivo Minchev

Ivo Minchev — Mon, 22 Dec 2008 23:34:42 +0000

The Bulgarian version that I translate works very good now. The problem before was my fault, but now everything is OK. Derek has the translation files and I have them too. If anyone from Bulgaria need them just ask.

Thanks to Derek for the good job.

By: Derek

Derek — Mon, 22 Dec 2008 22:46:51 +0000

@Jonas and Pierre – another person has also contacted me with this problem, though I cannot seem to replicate it on any of my test servers, running any version of WordPress. If you look on this very site, in the footer of the source code, you’ll see the load time is very quick – even on the examples page where GigPress is making a bunch of queries.

Could you each email me at derek [at] amphibian.info and tell me who your host is, and what your server configuration/WordPress setup looks like? The previous case was on MediaTemple, though I didn’t get a response as to which service (I’ve heard that their Grid Service setups can be dog slow running MySQL queries.).

As for there being “something really buggy about this release” … perhaps an exaggeration? Most people I’ve heard from are very happy with the 1.4 release, and are not encountering these performance slowdowns.