-
Notifications
You must be signed in to change notification settings - Fork 205
Relative URL's to assets #3
Comments
Yep, seems that Laravel/URL tries to use |
That's possibile, I didn't test this on Nginx. I plan to rewrite a lot of the routes to controllers to the new Laravel, hopefully this week, this problem might be fixed in 3.0. Thanks for bringing this up. |
This is sorta a temporary fix, but in app/application/config/application.php under the |
Please checkout the develop branch, it is completely in Laravel 3.1.4, see if it fixes your issue. You may find other bugs, I litterly spent the last few hours converting it all over and I am sure something might be broken :). You may still need to define your URL, which you can do in the config file now. I think you only need to define the URL if you are on a non-apache setup. |
Thanks a lot for the help. I was able to get it working and I would like to see if I can add anything to this project - but first I have to convince my team to give it a try over ahem the issue tracker we are using right now. :P |
Awesome! I don't really have any long term ideas or plans for the project, my goal was to keep it pretty simple but refine it and make it better. If you have any feature ideas or refinement send them over a "issue" and we can talk, this is my first dealings with managing a open source project! I am going to close this issue. Thanks! |
Rather than pointing to something like
app/assets/js/app.js
Laravel seems to be creating links likehttp://tinyissue.loc/project/app/assets/js/app.js
which includes an extra "project" folder in front of the path. On other pages it looks likehttp://tinyissue.loc/index.php/administration/app/assets/js/app.js
.In other words, it always appends the current URL path to the location when
Asset::styles()
is called. I assume this is just a Laravel 1.0 bug.I'm using Nginx and so it might not like the
$_SERVER['REQUEST_URI']
that nginx provides or something.The text was updated successfully, but these errors were encountered: