rasdesignmedia
Forum Replies Created
-
Problem solved:
Alex determine that it was a server issue as there was nothing showing when running the following code at the end of the URI (?callback=json&format=json). I checked my server logs for any errors but there were none. Still in a quandary it came to me that I had configured my development server with gzip compression using this partial code snippet in my .htaccess file:
AddHandler mod_gzip_on Yes AddHandler mod_gzip_dechunk Yes AddHandler mod_gzip_item_include file \.(js|css|html|php)$ AddHandler mod_gzip_item_include handler ^cgi-script$ AddHandler mod_gzip_item_include mime ^text/.* AddHandler mod_gzip_item_include mime ^application/x-javascript.* AddHandler mod_gzip_item_exclude mime ^image/.* AddHandler mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*I removd this code and the slideshow worked. Alex took it one step further and suggested commenting out only the AddHandler line that includes ^text…. because the php script sends this out in the header prior to initiating the script:
header('Content-Type: text/plain; charset=' . get_option('blog_charset'), true); $this->output = json_encode($this->result);That did not work so I removed gzip compression entirely which in hindsight probably should have been for a WP install anyway (remnant from non-WP site developments)!
Great learning experience…Thanks Alex!`
Interesting. My local server is MAMP and the slideshow is working. I have set up virtual hosting so my local (MAMP) URL is local.kimweston.com.
When I upload my theme to the development server (Hostmonster), the slideshow does not work.
I have seen the perpetual loader a few time when working with plugins or jQuery in general. My experience has been that it is a path issue. Which in your case would prove true. In my case I’m not sure. I was wondering if it had to do with my development path being dev.kimweston.rasdesignmedia.com (a sub-domain with multiple ‘dots’) though my clean install test this morning would prove otherwise (wordrpess.rasdesignmedia.com). I’m grasping here.
Thanks for the update. Keep me in the loop!
Interestingly enough, I’ve created a new development environment (on the same server) using the basic Twenty Ten theme and a fresh download of Next Gen. Placing the shortcode [slideshow id=1 w=640 h=250] on a page I get the loader only again.
Strange indeed.
http://wordpress.rasdesignmedia.com/
* Operating System : Linux (64 Bit)
* Server : Apache
* Memory usage : 26.09 MByte
* MYSQL Version : 5.1.47-community-log
* SQL Mode : Not set
* PHP Version : 5.2.14
* PHP Safe Mode : Off
* PHP Allow URL fopen : On
* PHP Memory Limit : 64M
* PHP Max Upload Size : 10M
* PHP Max Post Size : 8M
* PCRE Backtracking Limit : 500000
* PHP Max Script Execute Time : 30s
* PHP Exif support : Yes ( V1.4 )
* PHP IPTC support : Yes
* PHP XML support : YesGraphic Library
* GD Version : bundled (2.0.34 compatible)
* FreeType Support : Yes
* FreeType Linkage : with freetype
* T1Lib Support : No
* GIF Read Support : Yes
* GIF Create Support : Yes
* JPG Support : Yes
* PNG Support : Yes
* WBMP Support : Yes
* XPM Support : No
* XBM Support : Yes
* JIS-mapped Japanese Font Support : NoO.k. I was wrong. ‘r is null’ still exists this morning. Hmmmmm.
Well I somehow managed to correct the js error but the slideshow still is not working. I can’t for the life of me figure out why. I’ve compared my local environment code to the development environment code and everything is equal yet the local slideshow version works and the development slideshow version does not. Hmmmm.
I’d be grateful for someone’s insight.
Alex,
Thank you for your prompt reply. If I have followed through with your suggestion properly by using this new code to replaced the original code, there has been no change in the error code Firebug shoots back.