Ryan Ashbrook

Currently taking bets on how many times @Ehren is mentioned in this topic.

We actually do this ourselves for various things (though we do it the other way around - from here to Monday). 🙂

You can change this via the language system. ACP > Customization > Languages. Click translate on your language and search for the following and adjust accordingly: num_short_thousand num_short_million num_short_billion

Yes, and also more subtlety between the parts that are bold and the parts that aren't. This is the example I saw, which does actually work for me.

This is interesting, because I'm actually experiencing the same in this instance, but when I came across this the other day I actually did read the example text faster. I wonder if weight and size somehow contribute?

It should have prompted you on the requirements / health check screen. It would only disable designers mode to proceed if you clicked the button prompting you to do so.

Those are not standard columns for that table, so it seems that would be something third party related.

For the language query - that query always runs, because that is the main query that loads all of the words that will be used on a particular page. The only time that query would likely ever not be ran, is if there are no language strings on the page, which will be rare. That query isn't actually run by Pages, and is actually ran by the core itself. The other queries are necessary because Pages has it's own unique routing system, so those queries are necessary to determine if you are on a Pages page if the URL of the page you are viewing does not match up to an existing friendly URL from one of the other apps.

If you are running WHM on your server, see here: There seems to have been an automatic update that happened. Try disabling zlib.output_compression in your PHP configuration, or contact your host and ask them to disable it if you are unable to.

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.

It's showing fine for me - you may need to clear your browser cache.

To add to that, the <a> tag is added using Javascript. If you disable Javascript in your browser and load the page, you'll likely see the same thing the API is sending.

With regards to theme resources - it's not moving the files (mostly - images are moved), but it's actually just re-creating them on the fly from what's in the database as you access the site. When it does this, it automatically creates the folder using PHP's mkdir() function and attempts to CHMOD it to the correct permissions using the chmod() function. If either of those fail, then an error will be thrown. Both of these do, use the configurations as noted in the documentation. It will only ever do this once, though, when it creates the folder. If the CHMOD permissions of the folder are being changed after it was initially created, then that would be caused by something else outside of the software. I'm not seeing any instances where the software changes it to a value other than what is defined by your configuration. All of that said, however, getting to the root cause of this would likely require us to take a look at the affected site. If you are still experiencing this issue, I would recommend starting your own topic so we can start clean and take a look for you specifically.

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.

I do not recall any recent changes to template disk caching. It's also working for me in testing. Though note it does not work while IN_DEV or in the Admin CP.

You're likely seeing something else - I can confirm that if a topic is truly linked to a database record, then the software intentionally blocks editing and merging on topics. If you need to edit it, you must edit the record, and when saved, the new contents is synchronized to the topic.

You can use an Image Feed block that only shows Featured Images.

See my reply here. Because we use ranges to send the contents of the file in parts, we need to also send the total file size of the file being downloaded along with the parts we are downloading. This needs to be completely accurate otherwise the download will fail. Additionally, using ranges is not specific to the downloads application - as such, the size of a file may not be known when it is sent to the browser to be downloaded, so we get the total file size on the fly. That being said, there should not be any significant impact on download speeds for this, since it is only done once at the start of the request. Any impact would likely be server related.

If you are using Amazon S3, then we simply redirect to a signed URL and allow S3 to do what it needs to do. In other cases, however, we use HTTP ranges to serve the file in parts until it has finished downloading. We do this because if the download fails, it can then be restarted from the point of failure, rather than downloading the entire file again. Whether or not multiple connections are established to download multiple parts at the same time, would be something the browser / downloading client does, not our software.

The AdminCP upgrader can actually handle those. For instance, if you were going from 4.6.0 to 4.6.1, then it would not likely kick you to the full upgrader because the only changes between those versions were code changes, theme changes, and JavaScript changes.

Actually, there's quite a bit more to it than that. 🙂 There are some specific circumstances where even if you go from, for example, 1.2.3 to 1.2.4, then it can all be done within the AdminCP. If there are more significant changes, however, then it will send you to the full upgrader.

Does this mod perform the updates all at once, a multiple redirect, or does it use background tasks? Ideally, you should contact the author and ask if they can change the process - CiC has a hard limit on the number of requests per minute, as well as a hard timeout on the length of a request. Ideally, anything that performs a mass-update should use the background task system to avoid issues such as blocked requests or timeouts.

Yes, in this case, you (or anyone specified under the Purchase Notifications setting for the package) would receive an email for every purchase generated of that particular package. These emails are unique to the actual purchase itself, even if purchased alongside other purchases of the same package type. These emails, however, do not go out to the user - they would receive the standard invoice paid notifications, which will have grouped them all together (since those emails are unique to the invoice that was generated, not the purchases themselves).

$count = \IPS\Db::i()->select( 'count(*)', 'forums_posts' )->first(); print $count;