Greetings from Romania !

Given the very slow Net connections here, I'd
like to have some materials to show / URL's to
point to current Web designers seeming too in
love with flashy, wasteful modern technology and
towards brief, to the point, economic page design.
Any relation to AS-vs-NT distinctions here ?

What I hate: unknown e-critters that launch
uncontrollable code; ActiveX; Flash (except when
really useful; I liked the extreme compression vs
quality of .FLV video streams in YouTube); JavaScript
for minor menus etc. easily doable in basic HTML;
dynamic URL's; distracting side animations; frames (now
I'm a little tolerant); "injected" links to ads, toolbars;
Java self-installers, QuickTime (an incompatible
version of course) to play music etc. Heavy processing
on their side: PHP, SQL-based "calculated" pages etc.
I've seen horribly slow e-commerce sites that
could have been much more convenient with just a
fixed HTML structure (and maybe a hidden way to
update them automatically).

All while useful _content_ is hard to find.
Any one more in the know can point to more
such current and near-future annoyances/threats
and ways to understand and protect from ?
What of these are designed to spy, pump ads
or other $$$-related causes, what to cater to real
or misunderstood NT "coolness", and what is just
plain stupidity, wasteful tools and overhead waste ?

[On the contrary, I've also seen the objection that
slow-Net users are also unlikely to buy other linked
products so they don't matter ?!?]

And then their servers get overloaded, and blame
us users instead of streamlining their serving ability !

Also: I'd think imperatively appropriate that every
Web designer tests his brand new creation with a
"slow Net emulator" ! To represent not only less
KB/s but also a long, unpredictable ping time.
If ping is X ms and main page has also N other
linked files (images, frames, CSS...) then the load
time is prolonged by N*X, or a multiple of that ?
don't know the exact protocol - one file needs how
many "pings" ?

Thank you for thinking about this,
Mircea Pauca, Bucuresti, Romania