Recent content by Simbiat

  1. S

    Header merge works as append

    I am adapting: I am using the workaround support found for now. For my needs it's good enough, although a micro-optimizer deep in my head is saying, that it is not as efficient
  2. S

    Header merge works as append

    I am not expecting my "wants" to be implemented right away or even at all. But I've made a policy for myself, that when I see that something may not be working correctly, or at least it does not match my expectations based on documentation and common logic, - I report it, I justify why this may...
  3. S

    Header merge works as append

    How is marketing related to documentation? And what is the point of this argument, when this has already been reported through ticket and is expected to be relayed to developers for further investigation?
  4. S

    Header merge works as append

    I, as a developer, believe, that if a developer says that something works a certain way - it does. And if it does not - he fixes it, so that it does, or if the change does not fit in the current paradigm of the product - justify, why it's not being fixed. Or, at least, updates the documentation...
  5. S

    Header merge works as append

    Erhm... "Append" by design means that a value is added and only added, without any checks. "Merge" implies checking for a value in a header, and adding it only if there is no such value already in the header. If appending the same value twice, like Header append vary Origin Header append vary...
  6. S

    Header merge works as append

    Append may result in duplicate entries in a header. I would definitely prefer merge to work as expected, that is the way it works in Apache.
  7. S

    Header merge works as append

    A workaround found by support: merge only 1 directive at a time, that is instead of Header merge vary Origin,Save-Data,Accept-Encoding do Header merge vary Origin Header merge vary Save-Data Header merge vary Accept-Encoding
  8. S

    Content-Type charset and compression

    I already moved to LSWS and was not able to get both charset and compression for SVG. Raised a ticket for that.
  9. S

    Header merge works as append

    Interesting: I've tried using append with condition in LSWS (since it's not supported in OLS) like this: Header append vary Accept-Encoding "expr=%{req_novary:VARY} !~ m#(^|,)\s*Accept-Encoding\s*(,|$)#/i" Since "Accept-Encoding" was already present, the expression would be "false", and no...
  10. S

    setifempty alternative

    In case someone will stumble on this, in LSWS (not OLS, sadly) you can do this: Header set header-name "GET, HEAD, OPTIONS" "expr=%{HTTP:header-name} == ''"
  11. S

    "onsuccess" condition is not recognized

    Can confirm the same behavior in LSWS
  12. S

    Header merge works as append

    Can confirm the same behavior in LSWS. In fact, it's a bit worse, because it has 3 "Accept-Encoding" entries:
  13. S

    Content-Type charset and compression

    I have an issue with several MIME types, for which I want to set charset in their respective Content-Type header. One of them is regular "image/svg+xml". It looks like the only way to apply charset to the header is to manually modify mime.properties file so that it will have a line like svg...
  14. S

    Conditional headers

    that's what I may have to do, yes and turned out that 2GBs is the limit for total RAM on server, not the amount of RAM LSWS can use, so looks like LiteSpeed can get a new customer
  15. S

    Conditional headers

    That's exactly what I have been trying to do for testing: header set x-test-header true OLS sends it normally, if I use the "Headers" field for a "Context" (besides an issue with "merge", that I've reported already), but it seems to completely ignore the directive in any field related to rewrite...
Top