Posted: June 3, 2013 at 12:34 pm
|
|
At first I had some issues with getting SSL set up to work with EE – I was glad to see in your docs that you recommended Better WP Security, which I had already installed before setting up my events for this year. Correcting those settings resolved the issue of the ‘Register for this event’ link not working. Now when I view an event (using Multi-Event registration), the ‘Register for this event’ link takes me to the shopping cart page, where I can select the tickets I want (e.g. 1 adult, 2 child). It calculates the total correctly, then when I click on ‘Enter attendee information’ it displays the main homepage to my site, which is completely outside WordPress. I can see in the address bar it says mydomain.com/?page_id=47®event_action=load_checkout_page , yet all the wordpress files are in the wordpress subdirectory; my event is at mydomain.com/wordpress/?ee=30, so the checkout page should be going to mydomain.com/wordpress/page_id=47®event_action=load_checkout_page. I’m only using WordPress for the back-end of the site, so in the WordPress settings I have both the WordPress Address and the Site Address set to mydomain.com/wordpress. I tried changing the site address to mydomain.com; yet with that setting, when I tried to view an event it went to mydomain.com/?ee=30, which again displayed the main site homepage (outside WordPress). I also tried adjusting the redirect rules in .htaccess; at one point I got to the checkout page, but then if I went to the main site homepage it went straight into WordPress. I also tried setting the SSL Host in the WordPress HTTPS settings to ‘mydomain.com’ and ‘mydomain.com/wordpress’, yet that had no effect. Sorry for being a bit long-winded; the basic question is “How do I force the ‘load_checkout_page’ action to stay in the wordpress directory, instead of going to the site root directory? My site is riverdaleriverfest.org Thanks, Ross Diamond |
|
The checkout page pulls what’s stored in the database as the site URL for that part of the URL. Did you try re-saving the permalink settings? While checking this, does the issue go away if you set WP to use the default permalink setting? |
|
|
|
At first I had some issues with getting SSL set up to work with EE – I was glad to see in your docs that you recommended Better WP Security, which I had already installed before setting up my events for this year. Correcting those settings resolved the issue of the ‘Register for this event’ link not working. Now when I view an event (using Multi-Event registration), the ‘Register for this event’ link takes me to the shopping cart page, where I can select the tickets I want (e.g. 1 adult, 2 child). It calculates the total correctly, then when I click on ‘Enter attendee information’ it displays the main homepage to my site, which is completely outside WordPress. I can see in the address bar it says mydomain.com/?page_id=47®event_action=load_checkout_page , yet all the wordpress files are in the wordpress subdirectory; my event is at mydomain.com/wordpress/?ee=30, so the checkout page should be going to mydomain.com/wordpress/page_id=47®event_action=load_checkout_page. I’m only using WordPress for the back-end of the site, so in the WordPress settings I have both the WordPress Address and the Site Address set to mydomain.com. I tried changing the site address to mydomain.com; yet with that setting, when I tried to view an event it went to mydomain.com/?ee=30, which again displayed the main site homepage (outside WordPress). I also tried adjusting the redirect rules in .htaccess; at one point I got to the checkout page, but then if I went to the main site homepage it went straight into WordPress. I also tried setting the SSL Host in the WordPress HTTPS settings to ‘mydomain.com’ and ‘mydomain.com/wordpress’, yet that had no effect. Sorry for being a bit long-winded; the basic question is “How do I force the ‘load_checkout_page’ action to stay in the wordpress directory, instead of going to the site root directory? My site is riverdaleriverfest.org Thanks, Ross Diamond |
|
|
The WordPress site URL is http://www.riverdaleriverfest.org/wordpress. I tried changing the permalink settings back to the default; this did not correct the problem I mentioned, and it caused other problems with the site. Then I change it back to ‘Post Name’ and saved it. I looked at the WP database with PHPmyadmin, there is a field in the wp-options table named wordpress-https_unsecure_external_urls, it includes ‘http://code.jquery.com/jquery-migrate-1.1.1.min.js?ver=3.5.1″;’ I tried removing this value, yet still the same problem – I just see [ESPRESSO_EVENTS] on the page. I did a thorough cleaning of my computer with CCleaner – still the same problem. The site is riverdaleriverfest.org, the test event is https://riverdaleriverfest.org/wordpress/?ee=30 I’m at a loss. This needs to be up and running by tomorrow. PLEASE HELP! |
|
It sounds like you should go through the steps outlined here to make sure the WP URL and site URL settings, index.php, and .htaccess files are set up correctly when running WP from a subdirectory: http://codex.wordpress.org/Giving_WordPress_Its_Own_Directory As an aside, forcing WP to load the latest version of jQuery will typically break things, so it would be best to revert the changes that were made to the theme to make it load a newer copy of jQuery. |
|
|
|
I have spent hours poring over the Giving_WordPress_Its_Own_Directory page; it doesn’t give specifics on what should be in the .htaccess files. I found this post and followed the instructions: http://wordpress.org/support/topic/htaccess-problem-on-subdirectory-install So in the riverdaleriverfest.org\wordpress folder the htaccess file contains: RewriteBase /wordpress/ RewriteRule ^index\.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /wordpress/index.php [L]
and in the root of riverdaleriverfest.org it has: RewriteBase / RewriteRule ^index\.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L]
I definitely had both the WordPress Address (‘siteurl’ in the database) and the Site Address (‘home’ in the database) set to http://localhost.riverdaleriverfest.org/wordpress previously; everything worked fine last year. I created a new database, then did a complete re-install of WordPress and Event Espresso on my testing server; on that I’m back to where I was a few days ago – I can see the event page and the cart page, then when it tries to load the checkout page it goes to the homepage. I also removed the change to make it load a newer version of jQuery. |
|
As long as WP has file access it will automatically update the .htaccess files for you when you go to the permalink settings page. The index.php file in root is the one that need to be manually changed where it says: require('./wp-blog-header.php');
to: require('./wordpress/wp-blog-header.php');
Please note: the line number in the above code samples do not get copied into the file. Also please note, if there is another site installed on the same server at root it will not work to point the siteurl away from the /wordpress subdirectory. |
|
|
|
Yes, the index.php file in root has the line require(‘./wordpress/wp-blog-header.php’); |
|
Hi Ross, I FTP’ed into the site after receiving the credentials that you sent and I don’t see how this is going to work. From what I know about running WordPress in from a subdirectory and pointing the site URL to root, it doesn’t work if there is already a website in root. In this case I recommend sticking with keeping the WordPress part of the site in /wordpress and the static part of the site in root. I can use the remaining minutes left in the support token to see if I can find a way to make this work, but I’m not seeing a way to do this. |
|
|
A few updates: The registration page wasn’t working for me at all so I did the following things: deactivated WP https At this point while logged in I can get to the point where you select the quantity of tickets in the cart. The next page where you’d normally fill out the registration form still redirects with a URL that does not include /wordpress/. I have no idea why this is happening. As an aside, if I’m logged out of the site and I try to register for an event, the cart page gives me an error that says:
I have a number of test sites set up in a subdirectory and the registration process goes through as expected. I’ll share my notes with the dev team and we’ll let you know if there are any other things that can be checked. |
|
|
|
The final piece turned out to be an issue with my theme. So I began to rebuild my theme, starting with a fresh copy of header.php from Twenty-twelve and the header.php from my existing Riverfest theme. I was trying to use the same copy of the fonts stylesheet. I had <base href=”/” /> and <link rel=”stylesheet” href=”/css/fontstyle.css” type=text/css” /> in the <head> section. I just commented out the ‘base’ tag and copied fontstyle.css to the theme folder – and it works! |
The support post ‘Load checkout page not working, WordPress in subdirectory’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.
