Rhett

Very hard to do without a raw list of what is being used, as to be creative you need to know the words being used and the context.

The first step would be to fix all the errors on your site, you can review this using browser dev tools.

No, block it via robots.txt as it shows on that link. Or ban the ip range on the server if you have access.

This was resolved via a support ticket, thank you for your business.

https://aspiegel.com/petalbot

You would not be fixing anything in that case, just tricking the test site to think it's better, it would have no real world impact. I wouldn't waste your time with this honestly, all this does is trick the test site into producing a better score, it has no impact on real world performance. (actual usage) If this actually made a difference in performance it would be included in the core with settings and options for this.

Can you again please clarify what problem you are trying to solve with this? Are you simply trying to trick/mask speed test sites to obtain a better results or are you actually having an issue that you are trying to correct?

short answer: No What problem are you having that you are trying to solve?

These are loading from cloudflare in your case, if they are slow to load, look to the source, in this case cloudflare for speed issues with loading them. However, those are all cached in the browser so they are only loaded once per user, once they are loaded they are served from the browser cache. Are you seeing actual speed issues with your site or trying to make speed test sites happy?

Users online since 4.0 (2015) uses php sessions, which have a default session length of 1440 seconds (24 minutes). This isn't something the software can edit and is a server side setting that can not likely be adjusted for many other reasons. What some users have done to overcome this is use one of the third party item (linked above) that show the number of active users in the last 24 hours on the bottom of the site instead of the current logged in users.

Can you clarify what you are referring to?

If you are using third party items you will need to wait for each one to be updated for 4.5 or confirmed the current version is working with 4.5. Since 4.5 hasn't been released at this point, nobody is working on updates just yet, once developers get their hands on beta versions they can start developing and testing for any needed changes. If you are not using any third party items, then once the final version is released, you can upgrade without issue! If you have a very large site or items of concern, and are self hosted, you can always do a test install to test your upgrade process and third party items before doing your live community if needed. The final golden rule, always do a backup of the database and file system before upgrades, things can sometimes go wrong, so it's always nice to have a quick restore as an option rather than freaking out if your community is troubled with an upgrade issue.

This isn't a queue in this case, but a log of failed emails, they won't be resent in this case, that is just a log of the errors.

This is a built in item, In your admincp live search, search for analytics, open the link of "Enable analytics tracking code" select "other" and paste in your code.

They do not auto install, to force this, download a full set of files from the client area, extract those to your computer and upload to your site, this will ensure you have all the latest files and patches, ensure that when uploading you overwrite all existing files.

This is actually built into almost all browsers by default, CMD + on mac and ALT + on windows, it retains memory based on the site as well, so you can have your users adjust this as needed for their sites they use. Mac - Cmd' + '+' (plus) to zoom in Win - Ctrl' + '+' (plus) to zoom in You can manually edit the theme, however there would be many areas to edit as there is different text size in many places.

Did you look into what I mentioned? it takes 5 minutes to ask your host that question, "what version of mysql is in use" do that if you want your site fixed, and go from there. 🙂

It looks like they may have upgraded you to mysql 8.x and the old version you are on will not work with that, you need to have them downgrade that to mysql 5.6 if you want the old version to function. Again this may not be 100% accurate, but a quick (blind) look at the site and it looks like that may be the case.

I wasn't talking about the file size in mb, I was referring to the file itself, it's very large and difficult for any image processing utility to handle 93 images, some do it more efficiently than others, in this case GD handles this better. I was just explaining why you are seeing issues with such images. Just looking at disk space size doesn't provide all the info though.

You provided the issue in your reply "Large animated gif's" Other software likely uses a different upload method to be honest, and which may be something we can improve on. That single image you attached is actually 93 images 😂 which is why you are likely seeing issues as it's pretty large to handle, and GD seems to do a more efficient job in this case on that file type.

Make sure you are setting a max image size to save, this helps greatly reduce these errors, as mobile and other devices these days take extremely large images, it's more difficult for web servers to handle such large items. Setting a max image size to save should resolve the issue for you. This is for forum and other attachments, not gallery though.

Just in case you didn't notice, users can hover over the time to get the exact date and time to display if needed.

We do not support nor should you ever edit a core file. So it cannot be done following the rules in stock form as noted in your ticket.

I feel some are overthinking this, thinking that if it's not in your sitemap then it won't get indexed, that really isn't the way Google and other search engines work, a sitemap is basically to kick start indexing. The goal for any site is to get the content indexed, a sitemap kick starts this and provides info for search engines to get started indexing, as they do, they will naturally index the whole site based on links, etc on your site as normal. I wouldn't think of a sitemap as a must have for every single item, think of it more as a way to push start the indexing process and let the search engines do their thing by indexing the complete site as they are crawling. If a topic is being crawled, search engines will certainly pick up the replies to this topic and index them too. 🙂

Here is the old support topic for it, longer ago than I thought, 2012.