Wordpress On ZC [Support Thread]

[bumba000]

This is still in test mode. Looks Good So Far!

in includes / extra_configures / wordpress-config.php around line 18 you will find

if($req=='?'){
        $_GET['main_page']='wordpress';
    }

change it to

if($req=='wordpress'){
        $_GET['main_page']='wordpress';
    }

This works great for me. Fixed the issue with the manufacturer name and with the currencies.

I have noticed no other problems not covered by this fix or created by this fix. If you find a problem, please let me know!

[graphicagenda]

Hello, I'm trying to find out why the /index.php?main_page=wordpress
brings up a post not found and search posts box. The same wordpress home page works when the full wordpress address is typed in the url.

[rainthebat]

This is still in test mode. Looks Good So Far!!

Brilliant idea. Lookin' pretty slick. You even have permalinks set up to work for your blog!

[rainthebat]

Hello, I'm trying to find out why the /index.php?main_page=wordpress
brings up a post not found...

I think this can happen when one of the settings in the Wordpress Admin :: General Settings:

WordPress address (URL):
Blog address (URL):

is set incorrect. The first address is probably set correctly, that is why your blog displays when you type in the blog URL. The second address sho

[DivaVocals]

Hello, I'm trying to find out why the /index.php?main_page=wordpress
brings up a post not found and search posts box. The same wordpress home page works when the full wordpress address is typed in the url.

Can you post a link to your site for others to see what's happening?? Can't say for sure, but it sounds like one of the issues that several of us had running WOZ and WordPress v2.7.1. Search this thread for Kiddo's fix.. (I believe it's back around page 55-56 -- but searching this thread for "kiddo" will get you to it quicker..)

[rainthebat]

Warning: Cannot modify header information - headers already sent by (output started at /home/includes/templates/template_default/common/html_header.php:22) in /home/wp-includes/pluggable.php on line 850

Another fix for this is to open pluggable.php and rename the function wp_redirect() to something like wp_redirect2(). If the error occurs again, keep replacing the name of that function to make the error go away. You may need to replace 3 or 4 occasions of it in 2 or 3 files. I think canonical.php comes up as well.

Now the page will work, and you can use the latest Zen Cart 1.3.8 and the latest Wordpress 2.7.1. Now, some files from your Wordpress Admin will still want to make a call to wp_redirect(), so it would be good to do a bulk search and replace of all calls to that function for any file within the /wp-admin/ folder. A couple plugins may also call wp_redirect(), so rename the function in those files as well.

I know this way is backwards as all 'get out', but it works - until the next wordpress upgrade! Actually, say you upgrade, just remember to do a bulk replace of the function wp_redirect() in the admin files. For those wondering how to do a bulk replace (i.e. search and replace) of a function name in many files, I recommend a program such as WeBuilder 2008, which is a php, html, css etc. etc. editing program. It may be a standard feature in editors these days anyways, not sure.

[DivaVocals]

Kiddo already posted a fix to this error earlier in this thread.. (see pages 57-59 of this thread)

Is this fix better than Kiddo's fix?? How/Why??

Another fix for this is to open pluggable.php and rename the function wp_redirect() to something like wp_redirect2(). If the error occurs again, keep replacing the name of that function to make the error go away. You may need to replace 3 or 4 occasions of it in 2 or 3 files. I think canonical.php comes up as well.

Now the page will work, and you can use the latest Zen Cart 1.3.8 and the latest Wordpress 2.7.1. Now, some files from your Wordpress Admin will still want to make a call to wp_redirect(), so it would be good to do a bulk search and replace of all calls to that function for any file within the /wp-admin/ folder. A couple plugins may also call wp_redirect(), so rename the function in those files as well.

I know this way is backwards as all 'get out', but it works - until the next wordpress upgrade! Actually, say you upgrade, just remember to do a bulk replace of the function wp_redirect() in the admin files. For those wondering how to do a bulk replace (i.e. search and replace) of a function name in many files, I recommend a program such as WeBuilder 2008, which is a php, html, css etc. etc. editing program. It may be a standard feature in editors these days anyways, not sure.

[rainthebat]

Kiddo already posted a fix to this error earlier in this thread.. (see pages 57-59 of this thread)

Is this fix better than Kiddo's fix?? How/Why??

No, No, Kiddos method is clearly better after reading it. I have been away from this thread for long time, and got back and didn't read the gazillion posts, for I don't have gazillions of time to do so. Its tuff to stay in tune with all these different things, I read a few posts a couple pages ago, and skim through, and find garbage and no answers to my problems. But on certain pages there is much relevant information that has solved same problems in much better way than mine.

[bumba000]

I have seen it asked here a few times but there are no answers.

I (and others) need to be able to use custom meta data for each post, page, category.

I have installed a mod that lets you assign specific metas for each page but as mentioned previously in this thread, they end up in the middle of the page (view page source). This is not good.

Somehow ZC is pulling the Blog Name and using it as the page title. You would imagine that it would be fairly simple to also pull keywords and a description from the DB too. Not for me!

Any advice is greatly appreciated.

Thanks in advance,
John

[DivaVocals]

No, No, Kiddos method is clearly better after reading it. I have been away from this thread for long time, and got back and didn't read the gazillion posts, for I don't have gazillions of time to do so. Its tuff to stay in tune with all these different things, I read a few posts a couple pages ago, and skim through, and find garbage and no answers to my problems. But on certain pages there is much relevant information that has solved same problems in much better way than mine.

Okay.. Just checking.. Thanks for the confirmation..

Truthfully I have largely lost interest in the embedding fetures of this add-on anyway as there are far too many errors for me to sort out.. I figured out how to make use of this add-on's sideboxes only on the Zen side. (I can get all the sideboxes to work while embedding the blog fails)

On the WordPress side, I simply run the blog standalone and skin it to match my store's look and feel.. This has eliminated 99% of the headaches I got trying to "make" this add-on embed the blog into Zen Cart, and it's a perfectly acceptable solution for my clients.

It turns out that not one of them expected the blog to be embedded inside Zen Cart (turns out they also really never cared about this feature either). So I put it (the embedded blog) into the nice to have category.. I will continue to keep an eye on this thread. Maybe one day someone is truly going to post a solution to the remaining problems this add-on suffers from. Kiddo's post corrected one issue, but there are others..

So for now I'm gonna roll with my "WOZ sidebox only" workaround for now..