mirror of
https://github.com/HaschekSolutions/pictshare.git
synced 2026-04-25 15:05:56 +03:00
[GH-ISSUE #59] requirements #44
Labels
No labels
Feature request
Feature request
bug
cant reproduce
enhancement
help wanted
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/pictshare#44
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jersam on GitHub (Jun 22, 2018).
Original GitHub issue: https://github.com/HaschekSolutions/pictshare/issues/59
can you confirm, photos.domains or photos.com works but not domains.com/photos?
I guess it doesnt matter, I am getting 404s on the images while even using a.domain.com i have the nginx code in the / location.
checking again =D
@birkett commented on GitHub (Jun 22, 2018):
That's correct - sub domains (photos.example.com) are supported. Directories are not (example.com/photos).
@chrisiaut Improving the class resolution and routing is already on my list, and will go a long way towards supporting hosting out of a directory. The namespace autoloading in #60 is the first step.
@geek-at commented on GitHub (Jun 22, 2018):
confirmed that subdomain is the only way for the routing scripts to find what to do.. maaaaaybee with the use of the upload_location setting it might work but I doubt it
@jersam commented on GitHub (Jun 22, 2018):
thanks for the confirmation.
2018/06/22 21:16:40 [error] 9278#9278: *16 open() "/home/nginx/domains/a.domain.com/public/300/zuljj9whl7.jpg" failed (2: No such file or directory), client: 172.250.xx.xx, server: a.domain.com, request: "GET /300/zuljj9whl7.jpg HTTP/1.1", host: "a.domain.com", referrer: "https://a.domain.com/"kinda puzzled on my issue.
PHP 7.1.18
@birkett commented on GitHub (Jun 23, 2018):
Looks like your rewrite rules are not working, so nginx is attempting to serve the images directly.
Check your nginx configuration, specifically:
try_files $uri $uri/ /index.php?url=$request_uri;@jersam commented on GitHub (Jun 23, 2018):
Yeah. That's what I see too but not sure why.