There are two general approaches: with silicon (more hardware, more bandwidth on the Internet…) or with a combination of protein, fat and carbohydrates (neuronal work of the brain for optimizing software and content).
To make software run faster on a server connected to the Internet, you could increase the number of processor cores, allocate more RAM, and speed up the in/out processes for RAM and HD/SSD.You could increase the bandwidth that the physical machine is connected to the Internet. This results in more hardware and connectivity costs.
Many servers are no longer physically available, but are virtually available.Here, the number of virtual reserved processor cores is essential, as is the available memory. If you run your own virtual server, you can influence this by booking more resources – which of course comes with additional costs.
If you use a cheap web hosting product, you shouldn’t book the cheapest, because the lower the price, the higher the customer density per server.More customer density means more risk from the server neighbor: Websites on the server could be attacked by DDoS and affect the other customers on that server. All pages are slowing down. If fewer customers are housed on a server, the risk decreases (not so many “attack points”).
It could also improve the “middle class.”It is quite important which software is used on the server for what purpose. There are big differences between what the server is supposed to deal with. The web server software can be extended with modules, one can imagine that the more modules are integrated, the more work the server has to cope with, pay attention to interruptions and requirements. This also applies to modules that complement modules, e.g. PHP extensions. It is also important to have the number of threads that can be processed in parallel. This is a definition in the configuration of the Web server. As a website operator who cannot access the server configuration, one has only indirect influence on this, as a rule.
It is usually helpful to use a compression method on the server side, so that web content is transmitted in the same compressed form (e.g. gzip).
As a website operator, you have the greatest influence on the content itself, i.e. on the scripts as well as on the texts, images and other documents that are displayed.All these documents must be transported over the Internet. The “fatter” a file is, the longer it takes. It all takes place in the range of milliseconds, but the times add up, especially if the browser can’t continue working on the display of the page, because a file has to be fetched first.
Different Web applications give the Web server different tasks.Some can deliver the content directly, others access database content, add it to a template, generate HTML from it and send it to the server.
The quickest option is when the content to be sent to the browser, e.g. an HTML document, is ready and does not have to be generated (“rendered”) on request.This is the process of using accelerator features such as caches or content delivery networks (CDN).
Otherwise, you should make sure that the server is not filled with script requests.A PHP file that includes a PHP file that still includes a PHP file: this is how WordPress works. That is why it is quite slow. So if you use finished applications (e.g. WordPress) you can’t do so much here, except that you should think carefully about which extensions (plugins) or themes you use to add to them, which further amplify the inclusiveness.
Beware external script fragments such as social media plugins or analysis tools: you call external servers and the browser may have to wait.Load them as asynchronously as possible.
Asynchronous loading is also recommended for other items that are needed.In addition, you can store information in the code of the page, how long the browser should remove and reuse the already loaded file (caching of the browser).
An old rule is to compress images, videos, or audio for the web.For this purpose, there are corresponding filters for common editing programs (e.g. Adobe Photoshop).