-
Notifications
You must be signed in to change notification settings - Fork 602
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Website loading is very slow #148
Comments
Humm just a wild guess but maybe you need php curl module? I'll need to check on my dev box if I have it enabled... One way to solve all those dev environment issues will be to have a vagrant setup file in the project git so everyone can have a working dev environment if they want to :) |
cURL support enabled |
Same with you, its very slow, and give me this after completed
Symfony\Component\Debug\Exception\FatalErrorException
…\bootstrap\compiled.php3317
Illuminate\Exception\Handler handleShutdown
<#unknown>0
|
The same for me. Very slow! |
I am setting up an old MBP and will try to do a Vagrantfile to attach to this project. I don't see how this can't be an environment issue with basset . Do you have other Laravel 4 apps running basset just fine in your dev environments? Would be nice to know if it is something specific to basset or if it's implementation in the starter site. Thanks for the feedback!!! |
Please try the current develop branch. There is a vagrant file included and the readme is updated on how to use it. Let me know if you still encounter the same issues in this environment. Thanks! 👍 |
Just because I think it's cool I'll repost here, to get going on the develop branch:
Go to http://127.0.0.1:8080 and enjoy your new laravel starter site running in a freshly setup Ubuntu 12.04 environment with everything needed for Laravel 4! Want to test registration email functionality?
All outgoing emails from your application will display in the ssh session! Pretty easy huh? :) |
Same problem here, Basset has some problems under windows. I tested on my linux virtual host with same code, there isn't such problem. |
Just found a quick hack to fix it: |
@andyhu , i'll try it, thanks for your solution :) |
Thanks for sharing your findings guys, I will mark this issue as closed, as it is seems to be related to the Twitter package. I suppose most just import the files in their assets, I liked the idea of using the package better :) |
I think it's better to write a line or two about this issue in readme.md file to benefit others.This is an issue for all users which are using Windows without any exception, and it's really too slow (could take several minitues for loading just 1 page). Much slower than my Drupal site with around 100 modules enabled |
I went ahead and asked Jason Lewis about this. We'll see if there's a way to ignore files within included directories. |
@andyhu good call, we'll add it in the read me first chance we get! |
Same problem here, very slow loading on local: Windows 8 + XAMPP/Wamp. I also think Basset has some problems under Windows environment. [somehow related to this #133 issue ? ] Also, when I look at console under Chrome, i get two errors:
I tried @andyhu 's solution, but even after I removed the file from " I tested on my Debian Linux server and is loading very fast. |
There's something up with Basset deployments with Windows. @florinvirdol can you test by removing the composer loaded twitter package and replacing it with a direct twitter bootstrap download? |
@andrew13 I don't know if i understood correctly what do you want me to test, but this is what I did, still, without any success on getting better loading time (just got rid of javascript errors that appeared on console):
|
Not quite, can you try the config from here: |
@andrew13 I modified (comment/uncomment) the two lines related to So this is the best solution, right? Should be used by default direct twitter bootstrap download instead of composer loaded twitter package? |
@andrew13 those two lines indeed help with it, I rarely get 30s error. However it is still by far too slow, takes around 15+s to load, while it takes ~2s on my RPI (nginx). There has to be another issue |
It's not the best solution, it's just a workaround as I think there is still a bug within Basset on Windows. We should be able to load the directory from the composer package in windows like we can in linux. |
Has there been any word back on this? I can't find any reference under Basset's github project of any performance issues.. |
still loading slow for me on windows did a fresh install today. |
I commented in Basset: jasonlewis/basset#177 It seems Basset has issues with the Bootstrap included meta files. I don't have windows so I'm unable to debug this. I'd welcome anyone to help improve Basset or the windows include. I'm sorry but I can't help without a system to debug on. |
@andrew13 thanks for the quick reply, I'll see what I can on my end. |
Thanks for taking the time to attempt to debug it. |
Hello, i have very similar problem on Windows 8 + xampp 1.8.2. Up to 44 seconds on page load. I trace the problem to loading files from CDN urls. I have jquery from ajax.googleapis.com and font-awesome from their CDN. Each consume 22 seconds. After i remove them from collections => 0.2 seconds :) Edited: The problem comes from Basset\Factory\AssetFactory::buildAbsolutePath() - realpath takes ages to resolve the CDNs without http or https. |
You're right - after changing my realpath_cache_size in php.ini to 64k from 16k on my Win7 + XAMPP setup, it sped along rather smoothly. |
I had the same issue, using https://github.com/andrew13/Laravel-4-Bootstrap-Starter-Site/blob/f22e102d1be017ca68f88f8c2868ea735aed1352/app/config/packages/jasonlewis/basset/config.php |
Using the config.php above will load the assets individually. However, I have many assets, so I want to keep using the $collection->requireDirectory method. However this doesn't work on windows (mac seems to work fine). So scanning the different directories here looks buggy. I always get the cUrl timeout. (note: when I disable stylesheets, and just load the javascript, it actually gets there, but takes a long time)
Note: After further investigation it seems that my hidden window files like .DS_store etc. were interfering. So make sure you have all hidden files removed from those folders. |
I have the same problem on my Windows machine. Is there a final guide on how to overcome this? |
I had the slow website problem too in Windows, and I have solved it by adding 'http://' to all remote assets. This solution actually had been addressed by @drekinov in his comment, but newbie like me didn't get it :p So basically I made some changes in this file app/config/packages/jasonlewis/basset/config.php:
to:
I also need to remove a file like @andyhu said in his comment So far, it looks like the problem has gone... :) |
@xdimension and @drekinov fix is way faster. |
Added this information to the readme. Thanks all! |
I've tried all the suggestions mentioned here, but my speed is so slow the development environment is unusable! |
@daveit With Basset, I've done a few things:
Important Note: Basset github readme says to not use any files outside of assets folder. Take a look at reasoning. |
Moving everything into the public folder is on my todo list. As I think that's causing a lot of the issues here. |
I also tried all suggestion mentioned here. Finally i did a fresh installation without bootstrap(bootstrap package removed from composer) . but still it is slow without bootstrap. |
More ideas, In the basset config, I made sure there were no requests to full Instead of "add()" use "stylesheet" or "javascript" (or whatever the In the end, I've run the cachegrind/webgrind and it's definitely an issue and last but not least... General Windows Rule; Restart Computer : ) On 10 September 2013 19:41, fasilkk [email protected] wrote:
|
Tried everything from the above comments but its not helping in my case on windows. Working fine on mac. |
I have removed Basset and twbs from composer. Loading all js and css from local twbs directly (without basset) and its working on windows but still slow compare to Mac.. |
This problem crept up again. Finally I removed Basset completely. |
You mean changing the domain name / machine name and updating the same in start.php? |
I mean, "host name".
Cheers - Chris On 23 September 2013 16:46, virendrapatidar [email protected]:
|
i copied jquery.min.js ad jquery.dataTables.min.js to "public/assets/js", replaced $collection->javascript with $collection->add. Problem solved :) |
FINALLY!!!!!!!! After adding "http:" to js file addresses who starts with stupid "//" (why not just http:// or https:// ?) - my site now loads pretty fast :) Win7 PS thank you for this quick starter! if not this i wouldn't even use Laravel :) |
Resolved this same way, thanks @drekinov and @xdimension ! |
ah,finally works here too... What @drekinov and @xdimension said. Adding http:" to js file addresses that start with "//" worked. |
removing vendor/twbs/bootstrap/js/.jshintrc was the solution for me from unusable to what i expect it to be |
after going over these threads a dozen times, I put this fix together. I barely managed to get this up here, but i figured i'd share it as soon as i got it working for myself. all the credit belongs to you guys. https://github.com/doveraudio/Laravel-4-Bootstrap-Starter-Site |
@andyhu solution to just delete |
IMO Deleting files from vendor folder is problematic as you would have to
On 10 April 2014 10:44, Joshua B [email protected] wrote:
|
Hi, |
???? 2014-04-15 1:33 GMT+01:00 heitorglockner [email protected]:
|
I keep getting the following error: "Maximum execution time of 30 seconds exceeded". Sometimes it loads in time, but it still takes 20s to load.
Symfony \ Component \ Debug \ Exception \ FatalErrorException
open: .....\vendor\jasonlewis\basset\src\Basset\Asset.php
APACHE 2.4.4
MYSQL 5.6.11
PHP 5.4.14
The text was updated successfully, but these errors were encountered: