opentype

You have to piece this information together by going through the various parts of the statistics area. On some pages you can set the date range to “last year”, which will essentially show you what was going on this year if you open this page at the end of the year. Some areas can only do monthly views as the longest period, so you would have to calculate the result over the year yourself.

In which template exactly do you need this? Is there a file object present already or where does the attachment come from?

And the fear mongering usually employed to push it (so the ones pushing it can benefit). Looking at the website and the additional conspiracy theories it also pushes, I learned all I need to know.

no, they don’t.

Yes. But it’s meant to hide regular HTML output, not stop scripts from running.

There is no specific database-setting for that. You can only turn commenting on or off, set group permissions who can comment and you can decide if all comments are moderated or not. There is no exception to have just guest-posts moderated for a specific database. For guest-specific settings, global posting settings would apply (e.g. Post before Register settings).

It’s from an editor button called “Page”. I don’t see it in your screenshot above, but you could check the permissions to make sure it’s not active for other user groups. If you don’t use that button, do you have bb code still enabled? It this case, you want to turn that off.

It’s not clear what you are asking. What’s “social share”? What are you trying to achieve and how?

The issue is probably in your Meta developer account. You have to prove your eligibility over and over again and go through a lengthy process to get the necessary permissions for individual services. I’ve given up on it. It’s just not worth it anymore.

It’s the first link in the mobileNavBar template pointing to {setting="base_url"}. (Personally, I would rather reconsider the use of your homepage than trying to find every possible use of $base_url to manually override it.)

Earlier discussion ☞

I guess it was just a temporary caching or routing issue in connection with the server move. Everything is working fine now.

Anyone knows where this counter is stored in the database? With the Marketplace being removed and the plugins not having an update URL, this notification would stay there forever. I already cleared the update data in the plugins table, but the counter seems to be stored somewhere else.

You can check in the Search Console. If there are technical reasons, it will say so. Or it will say “crawled, currently not indexed”, which means Google just doesn’t find the article relevant enough for search results. You can only influence that indirectly by promoting your articles organically. If Google sees that people find the article relevant, then it will be relevant for the index as well.

It usually just works. Turn it on and then use the Test Settings button on the same page to send yourself a test email.

Where? Your hosting usually comes with email sending capabilities initiated through PHP. Does that not work?

Where are you hosted? What are your results with just PHP mail? Have you access to your DNS settings to optimize your mail delivery?

That’s not much to go on. Please describe your needs. How much emails do you send per month? And what is you are struggling with currently without an external mail service? Do you hit send limits with your host? Do you have delivery issues?

I’ve reported this already in September in a reply, but it might not have gotten attention this way. Steps to reproduce: visit an Invision Community website with Discovery as the homepage (like the one I link with this topic) and stay on the homepage delete all stored cookies if there are any Reload the page so the cookie bar appears on the homepage. Click Accept Cookies Result: Cookies get saved but the activity feed is removed and a page with an empty body is loaded (see screenshot) I can consistently replicate this on all my communities with Discovery as the homepage. It only happens for the root page “/”, not “/discover/6/" or anything like that. The browser doesn’t matter. It does not happen on a website where Forums or Pages is set as default app. The URL looks like this index.php?app=core&module=system&controller=cookies&do=cookieConsentToggle&ref=aH… So, it seems to fail to forward the user to the previous page because no “page” is detected. It would be nice to have a fix in the 4.x line. After all, the homepage is the most typical place where people will accept the cookie bar and presenting them with an empty page is not a very good start to keep people on the site.

Good idea! Thanks! I probably didn’t because I was originally sure it had to do with php.ini settings on my new server. It happened for all file sizes. The 100 MB limit is not a problem with reasonable php.ini settings so IPS uploads large files in chunks.

That’s not it unfortunately. I never had Rocket Loader on. I didn’t even change anything on the Cloudflare side other than pointing the DNS settings to the new server.

Exactly. That’s how it worked until Invision Community 3.x when everything was centered around the forums. Since 4.x, everything comes together on the Discovery feeds. That should be the place to discover new content. An Invision Community site where content needs to be discovered by browsing the forum index (and the need to click through individual forums and forum posts to get to articles, galleries or whatever) would be an awful user experience.

I’m currently moving my communities to a new managed server and everything works fine or better, but I have one strange issue: On one installation, the Files app doesn’t show a progress bar for new file uploads when Cloudflare is active. It seems like Cloudflare is interfering with the ajax/plupload(?) functions in the background. If I set the Cloudflare project into developer mode the problem goes away. Anyone got any ideas how to resolve that or even just investigate it further? I’m not sure what calls the upload form is making in the background or which Cloudflare settings could be relevant.

Might be a bug. I remember seeing that behaviour. Which defeats the purpose of having a forum discussion for the article to begin with. People see a topic and can comment it, but they have to open the link first to read the article and then come back to use the full forum features for the discussion. It’s a mess. Like I said: it’s a legacy feature. It causes more harm than good.