the future of msx.org: Braindumps needed

Página 1/3
| 2 | 3

Por Sander

Founder (1865)

imagem de Sander

15-07-2003, 18:36

Hi,

We got two challenges at msx.org. The one thing is that our datatraffic increases every month. The other one is that our newsfeed continues to grow.

In search of our continuing effort to make this site better and faster while maintaining a bandwidth use that´s acceptable to pay every year, please let your thoughts shine too for a moment on this subject.

Which amazing sites do you know that are fast, slick designed while eating not to much bandwidth? (clear your browsers cache, load the site, look how much kb you´ve lost on your harddrive)

Do you have great idea´s or did you made any implementations of websites that meet the above specifications (if so, you are probably a webmaster at the wrong location...)

Do you have better idea´s how our frontpage (first page) should load and display in the browser, while maintaning a good overview of current news and other functionality?
Do you have examples? Post them here!

Please note that we won´t go back to the stone age. (e.g. black and white gfx, text only)

Every suggestion is welcome. This your change to help shape www.msx.org, keep it fast and affortable. No idea´s? There are other ways to help. Just look around this site to find out.

Entrar ou registrar-se para comentar

Por Maggoo

Paragon (1214)

imagem de Maggoo

15-07-2003, 19:36

Well having been thru this when I was developing web based applications for my previous company I can give you some advices:

* Limit the number of different pictures to a minimum per page (that's an obvious one), when you use pictures, take care of the format in which you save them. Sometime you can save a few KB by reducing the colors to 16 instead of 256 when 256 is not necessary. When saving a jpeg, try increasing the compression ratio as long as the quality remains acceptable. That's already one or two KB saved.

* If you use editors like front page or similar html editor, always review the HTML manually, there is a lot of unnecessary code generated which can be deleted.

* Most important: Use CSS Style sheets, as much as you can, this will reduce the size of your HTML by a factor of 2 or 3 (more sometime). Also put the stylesheet in a separate file that is referenced in all your HTML pages, this way the stylesheet can be cacched and downloaded only once, reducing the traffic even more.

Looking at the source code of the front page and the forum, I see a lot of formatting that could be done thru CSS stylesheets instead (align, bgcolor, border, cellpadding, cellspacing, valign,width,height...). You'd be surprised how tiny your HTML will get if you replace these by proper shylesheets. It will also make your HTML easier to manage.

Netscape 4.5 has some bugs in the support of CSS but it's still ok. Most recent browser have pretty decent compatibility with CSS.

Hope this helps.

Por Manuel

Ascended (18233)

imagem de Manuel

15-07-2003, 20:10

Another hint: Sean Young wrote some stuff about fast loading web sites: www.msxnet.org/fast-website

Furthermore I can only refer to Maggoo's nice post, although I'm sure that you don't use FrontPage at all :)

Por Sander

Founder (1865)

imagem de Sander

15-07-2003, 20:40

CSS -> we use that already. We can not support it fully, because we want to ensure maximum compatibility. (it's an msx site you know Wink )

gfx optimisation-> most pictures have been squezed and tweaked. pennie gfx, top bg all use 16 colors.

We don't use frontpage indeed Big smile

Please also read my questions about how a new frontpage should look like. And if you know cool websites that load fast and are small in size, please share your links.

Por Maggoo

Paragon (1214)

imagem de Maggoo

15-07-2003, 20:54

Another hint: Sean Young wrote some stuff about fast loading web sites: www.msxnet.org/fast-website

Furthermore I can only refer to Maggoo's nice post, although I'm sure that you don't use FrontPage at all :)

I guessed so too :)

Por Jorito

Mr. Ambassadors (1771)

imagem de Jorito

15-07-2003, 21:03

Something that comes to mind: frames! The top of the page is always the same, heck, even if it's just loaded only once and retrieved from cache afterwards, it still costs some time to layout that part of the site everytime you load the page. More or less the same goes for the menu on the left...

Also: for speed, try to limit database usage as much as you can. Even tho database queries (I think you're running a MySQL backend?) are very fast, if you use a lot of them, you will definitely notice it...

More stuff: I think the page itself is pretty optimized already, with regard to images, so that's not too big a problem. However, I think (didn't check the HTML source) that there's quite some HTML tables in the site. This also will take some time for the engine to layout. Very obviously, if you use any non-caching tags (metatag PRAGMA NO-CACHE or so iirc), throw it out immediately Big smile And... of course a better/faster webserver also helps Smile CSS is always a good idea, so use that as much as possible too...

Por FiXato

Scribe (1717)

imagem de FiXato

15-07-2003, 21:16

Try optimizing the MySQL queries, combining several into 1 complex query where possible.
The less queries that have to be processed, the less dataload. Over at XMBForum.com we (well, mostly Tularis, our leaddeveloper) crunched down from 2secs download to 0.5sec...

also, you could try to optimize the Notification-script on the forums.
I don't know how the users are informed now. Is it a mail()-function that gets executed for every user that has subscribed, or does it first gather all subscribed users email and execute only 1 mail()-function using BCC?

Also, try implementing a single thread subscribe, instead of a forumsubscribe. Some users, like me, want to be kept informed of some threads only. Now I have to subscribe to the entire forum, instead of a single thread... Giving me such as option, would save some datatraffic, since I don't get notified on EVERY post in that forum, only to new replies (you could even implement a check if I have checked the thread, so I don't get thousands of notifications even though I didn't check it out again... Like phpBB2.x does...

that's my 2 cents for now...

Por snout

Ascended (15184)

imagem de snout

15-07-2003, 21:17

PHP is the basis of the website and we mostly use adapted highly third-party modules. It's indeed not possible to squeeze everything in CSS, and it's not always easy to optimize the HTML output of often complex PHP sources. As the main coder of the new MRC my first focus was (always has been) implementing new features leaving optiimization and minor improvements of the sources to be done later on.

There are still several features I'd like to code before I can start the real optimization, but I don't think it will decrease datatraffic a lot. Most of Sean Young's tips aren't very useful to the MRC given the dynamic nature of our website.

We don't use frames because it's easier to do deep-linking right now. Besides, the menu on the left is generated dynamically with special features for logged-in members, admins etc. Theoratically similar things might/will happen on the 'top frame'.

I'd like to see this discussion move more to what the subject says: "How do you see the future of msx.org?".

Por snout

Ascended (15184)

imagem de snout

15-07-2003, 21:19

Also, try implementing a single thread subscribe

With over 1000 threads already and over 1200 members, imagine what a load of data this could potentially mean. Wink

Por anonymous

incognito ergo sum (116)

imagem de anonymous

15-07-2003, 21:39

How ridiculous...
Optimizing won't get you out of trouble. You cannot optimize away the amount of bandwidth required to make a real difference, and even an 100% optimized site will run into its limit sooner or later. Looking at the rate at which MRC is growing, I'd say it's rather sooner than later anyway!

Por FiXato

Scribe (1717)

imagem de FiXato

15-07-2003, 21:46

>>Also, try implementing a single thread subscribe<<

With over 1000 threads already and over 1200 members, imagine what a load of data this could potentially mean. Wink

well, for instance I (and maybe others) would NOT be subscribed to ENTIRE forums, thus saving traffic... but on the other hand, adding such feature needs more checking, which generates more traffic as well...that's true...

Página 1/3
| 2 | 3