![]() |
Quote:
Crapppp. That would break a whole lotta links right? Cause my ranking to go down? Damn. |
It would. You can setup a 301 redirect for google and your visitors though. Within 3-4 month's you should be getting less & less crawl errors/redirects. Personally, I would mass message your members about the change or announce it, then go for it. Or register a new domain.
|
Damn.
--------------- Added [DATE]1312165937[/DATE] at [TIME]1312165937[/TIME] --------------- By the way I used that link you posted to optimize images and it made my first byte time faster. Thanks a lot man. |
No problem, it wasn't too hard to follow the way I explained it was it?
EDIT: Seems you could still use a few more optimized images Optimizing the following images could reduce their size by 35.6KiB (57% reduction). Quote:
|
I optimized those images and after uploading them they did not work. They appeared as question marks. The main ones that site was worried about were my menu images. I optimized those. I think I can optimize photopost thumbnails. I had jaxel's media library in the side widget but I need to optimize the thumbnails to be smaller first. I can do that in the settings.
|
You must have dome something wrong. Appearing as question marks means it didn't find the image. Aka a 404 error.
|
Quote:
Sorry to say that, but how is optimizing images related to first byte time? Quote:
Sending http-request (timing should be similar to a ping) - your webserver (apache?) connecting to your php-system, your php system then will check whether the site can be served via your php cache or whether it has to compute everything new. For vbulletin: running the forum.php including all those database queries, takeing the output, go through the template - build the html page. And finally it goes to the user. At this point your webserver finally does know what images/html it has to send. Up until this point he does nothing and waits. So optimizing images does not influence the first byte at all. I would go for statistical fluctuation here. You can speed up that process by using a web accelerator (varnish for example). With this it would go like that: http-request goes in, web accelerator sends cached page back. We would avoid all database queries and php compilation etc. Since we can't really serve our users some cache data which does not check for their permissions, web accelerators can only used (not 100% true) for guests and crawlers. But well guests and crawlers make up most of the traffic anyway, so varnish is a huge gain, really huge gain in speed and server load. (web accelerator setup is pretty advanced and probably can't be explained in a simple how to - you need a tech admin who knows exactly what he is doing) |
Quote:
|
You can always try this plugin as well, to reduce cookies from javascripts, css & images. (just point the resources to a subdomain)
http://wiki.netdna.com/Implementation/vBulletin https://vborg.vbsupport.ru/external/2011/08/121.png |
You mean buy vbSEO?
............................... |
All times are GMT. The time now is 02:18 AM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|