Forum Replies Created
-
AuthorPosts
-
October 18, 2017 at 11:38 am in reply to: Exclude events from the standard wordpress search results on the frontend #1365570DennisParticipant
No more questions from my side, thanks:)
October 17, 2017 at 11:50 am in reply to: Exclude events from the standard wordpress search results on the frontend #1364873DennisParticipantThanks AndrĂ¡s:)
October 14, 2017 at 8:47 am in reply to: Exclude events from the standard wordpress search results on the frontend #1363688DennisParticipantI looked for the same thing and it looks like this works almost fine.
Only thing missing is the pages. The search results page only shows the posts with this. Can you tell me how to include pages too? So that the search is active for posts and pages only.Thanks
DennisParticipantI think I found the problem.
@Cliff: Can you do a test with your URLs from above and make a header check right here: http://www.webconfs.com/http-header-check.phpWhen I enable week view, I can see the page and get a “Code 200 OK” with the the header check.
When I disable week view, I see my normal 404 page, but the http header still sends a “Code 200 OK” instead of 404, which should be returned to the browser, search engines and so on.I did a test on my other page with the default free plugin of TEC and disabled the month view. My browser returned the default 404 page for that: https://www.stockcar-news.de/events/monat/
But this URL also returns a Code 200 with the header check.DennisParticipantOk, thanks. So if I uncheck a certain view, these pages are still created, right? There is no way to avoid that these pages are generated?
I have to analyze if there are internal links pointing to these pages. I’ve crawled my website with screaming frog, but just found’t links to the previous and next week. But obviously it has to start somewhere.
There are no links on my sitemap to these pages. I will also run a test with a default theme. The theme came with it’s own style for TEC. Possible that there are internal links in there.
DennisParticipantThat snippet from the knowledgebase helps. I think I’ll get it from here:)
Thanks!
DennisParticipantHi Cliff,
sorry, I could have translated it:)
https://www.wann-is-was.de/kalender/kategorie/sport/fussball/woche/2016-11-28/
means
https://www.wann-is-was.de/calendar/category/sport/soccer/week/2016-11-28/So it’s the week view in soccer category. The first URL is just the same, but photo view. I was just wondering why these URLs are being generated, cause I have just enabled month and list view. From a SEO perspective it would be better if these URLs wouldn’t be generated so Google wouldn’t have to crawl them (even if they are set to noindex). It saves a lot of crawling budget. Controlling the crawl budget is a very important part of SEO these days. Focusing on the important pages of your website and not having too much sites with thin content helps.
DennisParticipantJust in case there is a problem loading the screenshots…
DennisParticipantI have the same issue on my site. Crawl errors have gone up the last weeks. Especially soft 404 errors. Those are not real 404 errors. But crawling these URLs costs crawl budget from Google.
I have enabled daily and monthly view and disabled everything else. Still Google is crawling pages like https://www.wann-is-was.de/kalender/kategorie/sport/fussball/woche/2016-11-28/. That site looks like a 404 page, but sends out a code 200 (OK).
Is there a way to prevent the creation of these pages (weekly view, list view and so on)?
December 12, 2015 at 5:54 am in reply to: Exclude Events / Categories from Upcoming Events Widget #1040004DennisParticipantHi Cliff, thanks. I overlooked that.
I will contact the developer of the theme for the 3 upcoming events on top of the start page. Maybe he can do something about that with the event list widget pro plugin
December 9, 2015 at 11:35 am in reply to: Exclude Events / Categories from Upcoming Events Widget #1038390DennisParticipantHi Cliff,
it should be removed from the upcoming events widget on every page. Everything can be visible on the events calendar page in list/week/month etc. view. I just want to have selected categories in the upcoming events widget whereever I put it. I use the widget in the footer section of my site for example: http://www.wann-is-was.de.
“Super Bowl 50” and all other entries in the category “american-football” should not be visible.
For the future it would be great to have a checkbox or something like that in the widget. So you can include/exclude categories from being visible in frontend:
December 8, 2015 at 12:07 pm in reply to: Exclude Events / Categories from Upcoming Events Widget #1037797DennisParticipantHi Cliff,
thanks for your response. Of course I can understand you don’t provide support for that theme.:)
I have a test installation of a WP 4.3.1 installation with Twenty Fifteen and v4.0 of TEC. But the upcoming events from the category “sport” still show up in the upcoming events widget when I am on the front page. The code has just removed the event from the events list and months view in the calendar. It’s also gone from the upcoming widgets view, but just when I’m in the calendar (/events/).
I put your code into the functions.php of Twenty Fifteen and just added ‘sport’ as category name in line 9.So I think your code example removes a lot more I wanted to. I was just asking for a removal from the default upcoming events widget you provide.
Thanks
January 18, 2015 at 3:35 pm in reply to: German translation for Events Calendar (Pro), Filterbar and Community Events 3.9 #934440DennisParticipantThanks Oliver,
obviously there was a problem with singular/plural versions of it. Still can’t see it in POEdit. So I’m going to use that plugin from now on;)
Cheers
DennisJanuary 18, 2015 at 9:36 am in reply to: German translation for Events Calendar (Pro), Filterbar and Community Events 3.9 #934365DennisParticipantHi,
thanks for the translation Oliver. But the translation of “Event Categories” is not working for me. Still showing the english version: http://www.wann-is-was.de/event/super-bowl-xlix/DennisParticipantThanks Casey. Code is working and the Date Format settings were indeed wrong. A German word in “Date time separator” field created a little problem.
Cheers
Dennis -
AuthorPosts