Gabriel Torres

Hi @Marc Stridgen, I see, here it is configured as Update the last action: When the item is edited only However, as I said, it looks weird that the item is listed with its original published date, because it shows an old article in the middle of the articles. I believe this could be improved to show "updated" and the updated date. I will open a topic in the suggestions forum as per your suggestion. Cheers.

@Marc Stridgen Since we run a very large community, let me know if you need any report or access to our Google Search Console. I'd gladly give you full access.

@Marc Stridgen Upon further inspection, I made a small mistake in my original post. I found out that the records shown in the screenshot were actually edited. So the stream was populated with them because it probably does a query by updated date. This might be the correct behavior. However, it is weird to show the original post date ("9 years ago") in a stream that I set to only show the contents from the past 7 days. So, these records shouldn't be list or, if listed, have a phrase that shows something like "Edited 3h ago" instead of the original post date ("9 years"). Answering your question, the links for the example in the screenshot are as follows: News in our database "Notícias": https://www.clubedohardware.com.br/noticias/portateis/macbooks-com-tela-retina-já-estão-à-venda-no-brasil-r48936/ https://www.clubedohardware.com.br/noticias/software/sistema-operacional-mountain-lion-disponível-na-mac-app-store-r48362/ https://www.clubedohardware.com.br/noticias/gabinetes/nzxt-anuncia-o-gabinete-torre-média-s340-r49317/ I created an RSS feed for the custom search detailed in the first post, so you can check it out: https://www.clubedohardware.com.br/discover/655.xml/?member=281750&key=dc4c2a7587aa86e3c5d658dc3c9181d1 Pay close attention to the <pubDate> for those three articles. Cheers.

@SeNioR- Not the same issue. The rel="nofollow" is present, but the tags also have rel="noopener" and per HTML standard links cannot have two rel=, they must be combined into one.

@Marc Stridgen Solved this by editing core > global > global > includeMeta and replacing device-width and device-height with width and height, respectively. Before: <link rel="apple-touch-startup-image" media="screen and (device-width: {expression="$image['width'] / $image['density']"}px) and (device-height: {expression="$image['height'] / $image['density']"}px) and (-webkit-device-pixel-ratio: {$image['density']}) and (orientation: {$image['orientation']})" href="{file="$image['url']" extension="core_Icons"}"> After: <link rel="apple-touch-startup-image" media="screen and (width: {expression="$image['width'] / $image['density']"}px) and (height: {expression="$image['height'] / $image['density']"}px) and (-webkit-device-pixel-ratio: {$image['density']}) and (orientation: {$image['orientation']})" href="{file="$image['url']" extension="core_Icons"}"> This should be fixed in a coming update! 🙂 Gabe.

Hi, Validating our website with the W3 validator tool, I found a glitch in the core > front > sharelinks templates, where the tag "rel=" is duplicated (there is a rel="nofollow" and a rel='noopener'; they should be combined as rel="nofollow noopener"). For example, the twitter template is: <a href="http://twitter.com/share?url={$url}" rel="nofollow" class="cShareLink cShareLink_twitter" target="_blank" data-role="shareLink" title='{lang="twitter_text"}' data-ipsTooltip rel='noopener'> <i class="fa fa-twitter"></i> </a> But it should be: <a href="http://twitter.com/share?url={$url}" rel="nofollow noopener" class="cShareLink cShareLink_twitter" target="_blank" data-role="shareLink" title='{lang="twitter_text"}' data-ipsTooltip> <i class="fa fa-twitter"></i> </a> The same happens in the linkedin, pinterest, and reddit templates. Cheers.

Hi, Running the W3 HTML validator on our website, it complains about this line: <input type="checkbox" name="remember_me" id="remember_me_checkbox" value="1" checked aria-checked="true"> This also happens when we audit www.invisioncommunity.com Please advise. Cheers.

@Daniel F Can you please provide the exact language key? All language strings containing "topic" are translated here, hence me opening this topic. The language key 'topic' defaults to "Topic" (with a capitalized "T") and it is translated in our install, so it isn't this key. mysql> SELECT * FROM core_sys_lang_words WHERE word_key='topic' AND lang_id='2'; +---------+---------+----------+----------+--------------+-------------+----------------------+---------------------+---------+-------------+-------------+------------+----------------+ | word_id | lang_id | word_app | word_key | word_default | word_custom | word_default_version | word_custom_version | word_js | word_export | word_plugin | word_theme | word_is_custom | +---------+---------+----------+----------+--------------+-------------+----------------------+---------------------+---------+-------------+-------------+------------+----------------+ | 18630 | 2 | forums | topic | Topic | Tópico | 101016 | 101024 | 0 | 1 | NULL | NULL | | +---------+---------+----------+----------+--------------+-------------+----------------------+---------------------+---------+-------------+-------------+------------+----------------+ 1 row in set (0.00 sec) Cheers.

Hi, In our translation, we are unable to find the word "topic" that appears when modlog__action_split is used, so we can translate it. I am afraid this word might be hardcoded. Please avise. Cheers, Gabe.

Hi, I wonder if the message "Post #0 unset as best answer" is the correct expected value in the moderator logs (in the ACP and in the topic itself). It seems weird to me. The language key is modlog__best_answer_unset which defaults to Post #%s unset as best answer. I believe that %s should be replaced with the post id (pid). If we check the logs for setting the best answer, we can see that the post id (pid) is being set correctly: Upon inspecting the source code, I found the bug at /system/Content/Controller.php Where it is: \IPS\Session::i()->modLog( 'modlog__best_answer_unset', array( $item->$solvedField => FALSE ), $item ); It should be: \IPS\Session::i()->modLog( 'modlog__best_answer_unset', array( $comment->$idField => FALSE ), $item ); Cheers, Gabe.

@AlexWebsites Yes, and the latest version doesn't deal with the patterns I am talking about, hence me opening this topic.. 😉

As you may noticed from my recent topics, I am trying to improve our website's SEO. One thing that caught my eye in our website's Google Search Console was the Coverage > Blocked due to access forbidden (403) report, with 38.7k entries. I noticed that most URLs have repeated patterns such as ?advanced_search_submitted=, ?do=reportComment, and ?do=markRead. My question is very simple: for SEO strategy, should we add those patterns to our robots.txt, or this wouldn't matter at all? My logic here: if we place these in robots.txt, Google won't try to crawl these pages, saving crawling time/bandwidth. Cheers!

This is regarding records in databases in Pages. My Activity Streams > Create new stream Content items only Content types: (selected all databases, which contain articles) Read status: everything Ownership: everything Following: everything Time period: last 7 days Sorting: newest activity first To my surprise, very old articles showed up. The reason being: I recently moved these articles from one category to another. IMO, these articles shouldn't be listed. Simply moving an article from one category to another shouldn't trigger it as being a "new activity". If this is the intended behavior, then the text should be about the item being moved, not about it being posted. Edit: this was caused because the records were edited. However, I don't think a simple edit shouldn't trigger this. Thanks

@Stuart Silvester brainfart here. I was aware of that, I even exchanged a couple of messages with you regarding robots.txt. We have in fact this directive in our robots.txt. I edited the title of this topic to reflect our current (and correct) discussion. # Block profile pages as these have little unique value, consume a lot of crawl time and contain hundreds of 301 links Disallow: /profile/ I was intrigued on why Google was still indexing my own profile and found this: https://developers.google.com/search/docs/advanced/robots/intro That is exactly what is happening here. Therefore, based on what you wrote, besides the nofollow, I believe that probably it should be added the noindex directive to the user profile pages. However, in order for the noindex to work, the pages must not be blocked in robots.txt: https://developers.google.com/search/docs/advanced/crawling/block-indexing Could you please take a look into this? Thanks.

Today I bring a very interesting suggestion: the ability for the platform to automatically create the meta description tags for the user profile pages. Taking my own profile in our community as an example: https://www.clubedohardware.com.br/profile/281750-gabriel-torres/ See how Google lists is ("There is no information available for this page"). It would be great that the platform automatically created the meta description based on a language phrase that could default to '%'s profile at %s', where the first replacement would be the username and the second one would be the website's name. Cheers.

Hi, This question refers to the Pages app. In the databases, we can set categories, and in each category, we can set default meta tags, as below: At the front-end, the Meta Description is being inserted correctly, however, the meta keywords is missing. Check the live URL for the above category: https://www.clubedohardware.com.br/artigos/armazenamento/ This could be a template issue, however, it looks like a core bug to me. Could you take a look into this? Cheers.

@Jim M That did the trick, but it is weird how the solution proposed by Daniel F, above, somehow didn't work for me. It would be best to redirect /store/ to /subscriptions/.

@Marc Stridgen same result, it generates lots of these invalid apple-touch-startup-image links.

@Daniel F Did that, cleared the caches, but it didn't work: it is still opening the store instead of the subscriptions.

Hello, I found out that Google is indexing https://www.clubedohardware.com.br/forums/startTopic/ The problem is, this URL should be available for users without the proper permission (e.g., logged in users). We have anonymous post disabled in our community. I checked and your website also has the same issue: https://invisioncommunity.com/forums/startTopic (try opening it in an anonymous tab to see). I can partly solve this by adding a rule to robots.txt, however I believe this is a bug: IMO the software should thrown a permission denied error or ask the user to log in. Cheers.

Hi, Today I found out using Google that the /store/ URL is active in our install, even though we don't use it, as we only have /subscriptions/: https://www.clubedohardware.com.br/store/ https://www.clubedohardware.com.br/subscriptions/ How could we disable acess to /store or redirect it to /subscriptions? BTW, why is this URL accessible if we don't have any products? Wouldn't this be something to be improved in the software? Thanks.

Hello, I've just ran the W3 HTML validator tool (https://validator.w3.org) here and it complained about these: <link rel="apple-touch-startup-image" media="screen and (device-width: 568px) and (device-height: 320px) and (-webkit-device-pixel-ratio: 2) and (orientation: landscape)" href="https://www.clubedohardware.com.br/uploads/monthly_2021_06/apple-startup-1136x640.png">↩ <link rel="apple-touch-startup-image" media="screen and (device-width: 812px) and (device-height: 375px) and (-webkit-device-pixel-ratio: 3) and (orientation: landscape)" href="https://www.clubedohardware.com.br/uploads/monthly_2021_06/apple-startup-2436x1125.png">↩ <link rel="apple-touch-startup-image" media="screen and (device-width: 896px) and (device-height: 414px) and (-webkit-device-pixel-ratio: 2) and (orientation: landscape)" href="https://www.clubedohardware.com.br/uploads/monthly_2021_06/apple-startup-1792x828.png"> I checked and these are generated in the includeMeta template, which is unmodified in our install. I checked invisioncommunity.com and it doesn't get the same errors, because it is using apple-touch-icon instead. I don't know the difference between the two tags. Please advise! Cheers!

@Adriano Faria The new plugin is now available at the marketplace. Working great here.

@Adriano Faria Not available yet (broken link).

Many thanks @Adriano Faria once again for creating these plugins for us! 🙂