Forum Replies Created
-
AuthorPosts
-
HenryMember
That post didn’t seem to come out that great. To disable both scripts across the whole site, add this to your functions.php file
Of course you could then do something like this in the template header:
http://pastie.org/3915313HenryMemberHi Karen
I believe the jquery.pjax.js and events.js scripts are loaded globally. You can disable them but keep in mind you’ll lose some functionality.
To disable both scripts across the whole site, add this to your functions.php file
Of course you could then do something like this in the template header:
http://pastie.org/3915313HenryMemberWhat is the URL you’re using?
Out of the box the events calendar/list would be here:
http://www.example.com/eventsAn individual event here
http://www.example.com/event/EVENTNAMEHenryMemberPerhaps you could use an iframe to load the grid view (the full calendar) on a standard wordPress page.
iframes are good and bad depending on what you use them for. The good points include being able to load a page within a page quite easily.
A bad point is the content within the iframe doesn’t get treated as page content by Google so you won’t get valuable SEO points for anything inside the iframe. In general, keep your valuable content outside of an iframe and stuff that you’re not bothered about scoring SEO points for can go inside. An example of something else you could have in an iframe is a Google map.
HenryMember‘upcoming’ shouldn’t display past events so after the event end time has been hit then event should drop out of the list. Are you specifically setting the end time for each event or are you marking the events as ‘all day events’? I am assuming all day events would drop out of the list at midnight?
May 14, 2012 at 5:03 am in reply to: Thousands of URLs for every future date possible auto generated. Possible bug? #19103HenryMemberHi Jonah
I have an update on this. As per 13 May I am still getting 75 soft 404 errors showing up in my Google Webmaster Tools. All of these are the event day view URLs. I’m also getting 15 not followed errors and all of these the the event day view URLs as well.
Not sure what is going on with this but would like to try to get it resolved?
HenryMemberJust to point out – unless you have specifically specified it in your permalinks or .htaccess file there is no need to use index.php with WordPress URLs
HenryMemberHi Gareth
try getting rid of index.php. This works for me:
http://www.dragondark.co.uk/eventslistings/HenryMemberHi Jonah
Nice one. I tried it and it worked fine.
To go one step further, is there a way (either hacking the core or via a setting) of removing the /event/ from single events? it would be great to have URLs like:
example.com/the-event-title
May 10, 2012 at 3:15 pm in reply to: Thousands of URLs for every future date possible auto generated. Possible bug? #19008HenryMemberHi Jonah
Google crawled my site on 22/04/2012 and found the soft 404 errors on this date. I had 2.0.4 + installed at this point so the problem could well persist.
Could you take another look at this to make sure it has been resolved? I am not 100% sure it has been sorted on my site.
Did the fix put a noindex on all day view pages? Out of interest, what else has the fix done?
Thanks
HenryHenryMember@Yancy
I found out how to do this. You need to opt-in support for it. Use the ‘hierarchical’ => true flag of the ‘rewrite’ array for the event tags taxonomy. See my example:
May 9, 2012 at 3:44 pm in reply to: Thousands of URLs for every future date possible auto generated. Possible bug? #18963HenryMemberHi Jonah,
I am using 2.0.5 which is a later version than the version where the ‘fix’ was introduced (2.0.4).
Got hundreds of soft 404 errors showing up in my Google Webmaster Tools dashboard. All of them are the “day view” pages. Eg http://www.thirstcard.co.uk/events/2061-08-17
Could it be that Google crawled these pages and index them before the fix was introduced? I am hoping that I see no new soft 404s going forward…
May 4, 2012 at 7:26 pm in reply to: Thousands of URLs for every future date possible auto generated. Possible bug? #18724HenryMemberWondered if anyone else was seeing this? Scratching my head on this one. :{
HenryMemberJonah’s code goes in your theme’s functions.php file. As pointed out in the WP function reference, typically add_post_type_support() should be attached to the ‘init’ action hook.
Example:
http://pastebin.com/jMhkWhmzHenryMemberAh thanks Jonah, nice one.
-
AuthorPosts