Recent content by Aivaras

By purchasing and using what they created. You reciprocate when you do this. They get it when you do this. Communication does not have to be verbal. And for verbal communication, you do have all the means, if you pay for annual support. Remember, XF is a stock product to an informed customer...

The product is the communication. For a musician, it's a piece of music. For a painter, it's a painting. For a developer it's a piece of software. That's how they express and communicate themselves.

We finally solved our problems completely. In the beginning, we were a little confused by the reports of some users (e.g., this one) that XenForo and Cloudflare were working for them out of the box. This was further confirmed by the developers themselves, albeit conditionally. Unfortunately, it...

Thanks, Drone Tech! That's exactly what we're looking into currently. And it seems to be the solution, however we need to do more testing. Will report back.

Pressing Ctrl+F5 multiple times may cycle between ACP log-in and home pages (without the need to enter the log-in credentials). Sometimes I need to enter the log-in credentials a few times in a row to enter the ACP.

Another symptom that may be connected with the above is I'm frequently getting logged out.

Actually with "Proxied" on in Cloudflare, I can install some add-ons (e.g., Attachment Improvements by Xon) but not other (e.g., DragonByte eCommerce). Could it be a problem with timeout?

Hi, I cannot install add-ons in XenForo with A type records in Cloudflare set to “Proxied.” Pressing “Install/upgrade from archive” in ACP logs me out. If I change from “Proxied” to “DNS only” in Cloudflare, the installation process takes place as expected. Any ideas what might be causing this?

Firstly, the back-end does generate a friendly URL under one set of conditions (board is active), and it does not under another set of conditions (board is inactive). So back/front-end distinction does not remove the inconsistency in behavior. Secondly, the address of the link resolves in the...

Exactly, and it's broken: the link in the upper left corner of the ACP is generated by the system; the address the link resolves to belongs to the front-end and is unfriendly. Whom are you quoting?

It certainly is not in line with XenForo’s description of “Use full friendly URLs”:

Thank you for the explanation. Much appreciated!

I am looking at Cloudflare > Site > Analytics > Performance. There are three data charts on that page, the rightmost is entitled "Content Type Breakdown" and it shows all the data types that are cached. CSS is included, thus my question.

Are you logged out of the forum? You should be logged out, or be logged in as a non-admin? Did you meet these conditions in your tests?

I meant the destination of the link (forum).