itsgoingd / itsgoingd/clockwork
URI From Incoming Request Always Returns '/' On Octane
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 6k
- Forks
- 333
- Avg merge
- 5m
- Merged PRs (30d)
- 1
Description
Hi,
I'm currently trying to apply an only filter using the pattern '/v1*' for incoming requests, but it's not working as expected.
After some investigation, I discovered that the uri from incoming requests always returns '/' when the application is running under Octane. This issue only occurs in our cloud environment, where the app is deployed on AWS ECS. Octane is running on port 8000, and traffic is routed through an AWS ELB to the containers.
This filtering works perfectly in the local environment when running the app using php artisan serve. I also found that the uri values stored in our database are correct (We store Clockwork data to a MySQL table).
Would appreciate any insight or suggestions on how to ensure the correct URI is preserved and made available to Laravel Octane.
Thanks!
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the incoming-request URI handling used by Laravel Octane, comparing it with php artisan serve and the AWS ELB/ECS path. Confirm whether the path is lost before Clockwork's only filter; the existing MySQL values show stored URIs are correct. Done when an incoming /v1... request exposes its actual URI to the filter under Octane.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, laravel, mysql, php
- Domain
- backend, cloud, devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100