how to avoid buffering?

I know muscular engineers loved to fool around skinny programmers, notably female programmers with boobs. :)

I am repeating using cross-posting:

"Re: how to avoid buffering?" <=- it's called caching not buffering.

web page caching - Google 搜尋

Le 18/07/2026 à 05:34, Mr. Man-wai Chang a écrit :

you need a SPA architecture !

why ?

Because, you have two way to kill a data in client side. other side is dark side !

so, what is a spec for javascript ? is client side, and one of the principles: code crushing

or, the like to play why the request and do F5 1000 times !

so, if you want change a data, to change the page...kill au a part of the client side data ! but where come from the " DATA "... :)

Please don't. I don't think posts like yours have a place anywhere, but I know for certain that they are completely unrelated to C programming, electronics, and operating systems. Maybe the original thread was topical for groups that discuss web programming.

For anyone else seeing the posts in this thread - please keep your posts topical for particular groups, and keep them within the relevant groups. If you want to reply in the thread, trim the newsgroups list appropriately, and do not add new random newsgroups.

Cashing, sorry, caching is not just don't by the web browser and the web server.

The operating system might cache disk reads and writes to speed things up. The memory of the O.S. might also caches things. UNLESS, you enforce no caching in both the programs, the OS, device drivers, AND THE HARDWARE (including the CPU aka Cental Procesing Unit)!!

Users don't usually have the options nor means to disable ALL caching.

Think shipping and cargos. "buffer" and "cache" are old words.

That's a negative. Buffer and cache are completely related to "C programming, electronics, and operating systems".

Did you write programs and/or design hardware that fool around using buffering and caching? Computer speed is all about these ideas. :)

BTW, security firewalls might cache things.

--

@~@ Simplicity is Beauty! Remain silent! Drink, Blink, Stretch! / v \ May the Force and farces be with you! Live long and prosper!! /( _ )\

How about playing with buffers and caches of human brains? Would this be more relevant to your intent and ambition? :)

Your Honor:

Buffering and caching are just technology to duplicate and copy memories like Xerox machines.

Le 19/07/2026 à 02:54, Mr. Man-wai Chang a écrit :

nana nana nana

when i do a header the hoster do what i want.

the high level software f*ck !

if you have a good MASTER, all teste the page under 1Mo cache. after, if you download 10Mo each time...is another mind.

You have no idea who you are conversing with, right?

If comp.lang.c can just focus on C the language itself, well...

Buffering and caching are indeed not about C the language itself. They are NOT about syntax nor semantics.

BUT, does C compilers use caches and buffers? :)

comp.lang.c is a newsgroup focusing on the C programming language. It's in the name of the group - it's not hard to grasp. If you want to discuss some aspect of C programming that involves buffers or cache, fair enough. But "buffering and caching" is no more topical than coffee, no matter how much coffee a C programmer might drink.

Please stop posting random junk to comp.lang.c just because you have some vague idea that somehow everything is connected to C programming.

I don't follow the other groups listed here, but unless they are very different from their newsgroup names, it is unlikely that many of your posts are relevant in them either - since most of your posts are devoid of any content, I can't see why you bother writing them. Your meaningless cross-posts to multiple groups is nothing short of anti-social vandalism. Groups like c.l.c. are not moderated, so there is no way for anyone to stop you - but I can still hope that you have a sense of decency and simply don't understand basic human interaction.

I have seen you occasionally make posts that have a question or technical content that is at least somewhat topical. Please try to stick to doing that. Many of the experts in c.l.c. have already kill-filed you and will not answer any of your questions, but some might if you change your attitude significantly.

I am not a C compiler person.

I and my classmate were invited by a lecturer Dr. Hung of City University of Hong Kong to modify a simple C compiler do something decades.

But the project had never quite taken off.

Later, we both as B.Sc. graduates were admitted into M.Sc. course in the university.

Years later, Dr. Hung died of cancer suddenly after being accused of a crime.

I still keep the red book Compiler Design in C published by Prentice Hall. :)

This is not a newsgroup about writing C compilers. It is about the C programming language. That means we discuss the language, the C standard library, the C standards, and questions about what C means. Occasionally, we discuss implementations of bits of code in C, if it is particularly interesting or informative about the language.

Why don't you start by reading some of the threads here - ignoring your own ones? There are some threads that are off-topic drivel, unfortunately, but you should be able to figure out what is on topic and what is not. If you can't, don't post.

And think about what other people might find interesting. Do you really think anyone here cares about the life-stories of a particular student or lecturer at a particular university? (Don't answer that - it is rhetorical.)

I have - again - set the follow-ups to alt.dev.null. I did that because I do not expect you to reply. I expect you to go away, read threads in the group, and think. (This applies as much to the other newsgroups as to comp.lang.c.)

David is a nice guy, who happens to be smart. I got into a rather "heated" argument with him in the past, but! We all got over it. It was all on topic for the group.