CiviCRM Community Forums (archive)

I would double check and ensure that it is added in the right file:

wp-content/plugins/civicrm/civicrm.settings.php

thats all you need to do, if it does not work, i suspect u'll need to debug the code and figure out whats happening and why. The relevant code is at:

CRM/Utils/System/WordPress.php, function url

lobo

Hi All,
thanks for your help.
No luck so far. I've checked the wp-content/plugins/civicrm/civicrm.settings.php file, and placed the following straight under the BaseURL command, as follows:
define( 'CIVICRM_UF_BASEURL'      , 'http://www.druweb.info/' );
define( 'CIVICRM_UF_WP_BASEPAGE', 'Events' );

The permalink for the page is: http://www.druweb.info/events/
This page works if I type that into the browser.
I've tested for case-sensitiveity by changing the permalink as well as the code from events to Events, with no luck.

Hmmm! I notice that our developer has installed both an SEO plugin and a Bullet Proof Security plugin, so maybe they are interfering somehow. I'll look into disabling them and trying again.

Unless there's anyting else you can think of?

Thanks for your help,

A

It works for me for Personal Campaign Pages (PCP) with version 4.3.2. 

I added a blank WordPress page called "blank".   I modified the settings file to include:
define( 'CIVICRM_UF_WP_BASEPAGE', 'blank');
When I goto my PCP from within CiviCRM, it goes to the URL "website/blank/?page=CiviCRM&q=civicrm/pcp/info&reset=1&id=1" and show my PCP page formated correctly.

What I did appears to be what you are trying.  The only difference I can see is that I'm using version 4.3.2.  Also I didn't add the define statement.  It was already in the settings file commented out.  I edited that.

In the settings file it said:

This will be moved to a DB setting in 4.3, check CRM-10682

Did this get included in 4.3?  I don't see it.

I'm using events without a problem. Also, while the define statement is commented out by default in the civicrm.settings file. it can be anywhere in the file. It is easiest and probably a best practice to just un-comment the existing line.

It may be version related. I did have trouble with this on an install with Version 4.2.8. I thought it was related to problems with the WordPress side since it was a bit of a mess.

BT

Hi everyone,
thanks so much for your help. CiviCRM is a great community!

I've tried everything that's been shared above, but with no success so far. However, i haven't had the chance to fully test the scenario with and without the SEO and Bulletproof security plugins yet, so the jury's still out....

Best wishes,
A

Sorry to reply to an old topic, but I don't need to bring anything new up. I'm just adding my experience to the thread as I pieced together a similar puzzle.

The Wordpress site I am working on exists in a subdirectory on the webserver /example/public_html/wordpress but I've configured the Wordpress index.php file so that it comes up at http://www.example.com rather than http://www.example.com/wordpress

I've installed CiviCRM as a plug-in and for images and other functionality in CiviCRM to work correctly I have the following set in civicrm.settings.php

define( 'CIVICRM_UF_BASEURL', 'http://www.example.com/wordpress/' );

As others have outlined in this thread and in CRM-10682 I needed to set CIVICRM_UF_WP_BASEPAGE so that public subscribe/unsubscribe works. My process was as follows:

• In Administer > Users and Permissions > Permissions (Access Control) > WordPress Access Control, I made sure to give Anonymous access to CiviMail: access CiviMail subscribe/unsubscribe pages.
• I created a Page in Wordpress simply titled civi-public which resolves at the URL http://www.example.com/civi-public
• In civicrm.settings.php I modified the following line to be define( 'CIVICRM_UF_WP_BASEPAGE', 'civi-public');
  

At this point, I could see the setting had taken affect. I sent myself a test email and the opt-out link changed to http://www.example.com/wordpress/civi-public?page=CiviCRM&q=civicrm/mailing/optout&reset=1&jid=123&qid=12345&h=123a45678bc9de01

However, this triggered a 404 error. After trying several things I discovered that the URL  http://www.example.com/civi-public?page=CiviCRM&q=civicrm/mailing/optout&reset=1&jid=123&qid=12345&h=123a45678bc9de01 resolved the opt-out page correctly. However, changing CIVICRM_UF_BASEURL to http://www.example.com/ broke other areas of CiviCRM.

I'm not claiming that it's the proper one, but a solution that worked for me was to add and appropriate redirect to my .htaccess file for the site.

RedirectMatch 301 /wordpress/civi-public(.*) /civi-public/$1

Public opt-out is now working properly for me. Cheers!