Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Oct 24 14:31
    rosell-dk commented #132
  • Apr 02 14:29
    mosbth labeled #177
  • Apr 02 14:29
    mosbth assigned #177
  • Apr 02 14:29
    mosbth commented #177
  • Mar 31 17:34
    marcus-at-localhorst opened #177
  • Feb 26 14:55
    mosbth commented #171
  • Feb 26 14:51
    flobox commented #171
  • Feb 26 09:53
    mosbth commented #171
  • Feb 26 09:51
    mosbth commented #171
  • Feb 26 09:25
    mosbth commented #171
  • Feb 26 08:24
    flobox commented #171
  • Feb 26 07:51
    mosbth commented #171
  • Feb 25 18:31
    Surf-N-Code commented #171
  • Nov 27 2018 15:34
    mosbth commented #69
  • Nov 23 2018 13:29
    Fever905 commented #69
  • Nov 06 2018 17:18
    jzsf commented #132
  • Nov 06 2018 17:17
    jzsf commented #132
  • Oct 28 2018 18:10
    Travis mosbth/cimage (master) still failing (323)
  • Oct 28 2018 18:08

    mosbth on master

    fixed markdown syntax added sp… Merge pull request #176 from Sp… (compare)

  • Oct 28 2018 18:08
    mosbth closed #176
Mike Ellis
@m1ke_ellis_twitter
no, that's what I would assume
Mikael Roos
@mosbth
I can now see both your links of POMC02603.jpg, one of them needed to be recreated in the cache, by adding &nc or &no-cache. That recreates the image in the cache.
Mike Ellis
@m1ke_ellis_twitter
ok...
so there's something odd about the cache maybe
Mikael Roos
@mosbth
Yep
The first image is also okey now (I recreated it using &nc).
Mike Ellis
@m1ke_ellis_twitter
k
There are things appearing in the cache directoy
so it's writeable ok
Mikael Roos
@mosbth
Hmmm.
Mike Ellis
@m1ke_ellis_twitter
It's new hosting so I'm a little unfamiliar with it
Mikael Roos
@mosbth
Clear the cache dir, manually by removing the files in it? Perhaps odd owner/rights (guessing).
Mike Ellis
@m1ke_ellis_twitter
Ok, will try that
ok, done
I think that might have nailed it
Hm, maybe not
I guess I can just use &nc
would imagine serverside caching would deal with speed anyway
Mikael Roos
@mosbth
Would be intresting to see a ls -lR cache...
Do you get the same results when using imgd.php?
Mike Ellis
@m1ke_ellis_twitter
haven’t tried imgd
popped result into private message.
Mikael Roos
@mosbth
@m1ke_ellis_twitter seems like you solved it?
Mike Ellis
@m1ke_ellis_twitter
@mosbth Using &nc throughout - seems to work, and speed seems ok
Thanks for your help. If you have a brainwave about the caching let me know but am happy :-)
Mikael Roos
@mosbth
Oki. &ncis really only for development since it recreates the cached image file on each access, it does not take advantage of the cached file.
There is some odd problem you have. The first image you linked to - it fails 9 out of 10 times for me. But occasionally it works.
Perhaps disable postprocessing (if you have enabled it), as a step in troubleshooting.
Still just guessing...
Mikael Roos
@mosbth
Ah, perhaps an issue with you (nginx) cache?
https://salfordandcheethaminfocus.co.uk/cimage/webroot/imgp.php?src=POMC06608B.jpg&1 (works, which might indicate caching issues related to the url since &1 is completely irrelevant for cimage)
https://salfordandcheethaminfocus.co.uk/cimage/webroot/imgp.php?src=POMC06608B.jpg (fails, for some reason, perhaps cached by nginx or other frontend cache)
If it is only some images that fails, check each image, add &1, if it works, suspect general http caching (nginx or other).
This somehow relates to what you said "it works if I change the order of the querystring arguments". That is irrelevant to cimage, but might indicate general http caching issues.
Mike Ellis
@m1ke_ellis_twitter
@mosbth ah, that’s interesting, thanks - will look into that
Mike Ellis
@m1ke_ellis_twitter
Hi @mosbth - how would I get cimage to ignore file extension?
This for instance works:
Mikael Roos
@mosbth
The second link works for me, right?
Mike Ellis
@m1ke_ellis_twitter
It’s a “no image” image, though, right? I want it to be the same as the first one
Mikael Roos
@mosbth
.jpg and .JPG might be the same file on Windows, but not on Mac and Linux. So you are trying to access two different files with two different filenames.
Mike Ellis
@m1ke_ellis_twitter
Well, there’s only one file. So say there’s whatever.jpg on the file system, I want to retrieve it at either whatever.jpg OR whatever.JPG, see what I mean?
It’s because my client uploads both to their cdn
Mikael Roos
@mosbth
Well, by definition image.jpg and image.JPG would be two different files (on linux filesystem). As long as you are consistent in naming files, and accessing them, you would get the "correct" file.
Image files on Windows might commonly be named .JPG and accessing them as .JPG works.
There is currently no such "convenience setting" to allow cimage to look at .jpg and .JPG as the same image.
You could "educate" your customer, thats is one option.
One might consider such a feature you are talking about, maybe, maybe not (not since it conflicts with how the filesystem works).
One could also consider to deal with this in the upload phase, if thats an option.
So, I have no real proposal on how to tolve it.
Mike Ellis
@m1ke_ellis_twitter
Hm ok, a bit confused - I mean, I know Linux treats those two files differently but we have also managed to configure (via CheckSpelling On and CheckCaseOnly On) the direct access so that case of extension doesn’t matter
So for instance
and
…”resolve” to the same file
I guess I was hoping I could set up cImage to do the same. I don’t think client education is possible for all sorts of boring museum related reasons :-)
Mikael Roos
@mosbth
So, maybe for the file extension there might be an issue to support this?