Wydajny Qnap procesor AMD odpowiednik i3 od INTELA --> Qnap do biUra / serwer

Spooky napisał:

to ponad 2,5 tysiąca żądań jest zgubne. Na drugim z zrzutów widać, że ładowana jest duża ilość małych obrazków - czy są one widoczne w np. jakiejś liście rozwijanej?

Kliknij, aby rozwinąć...

Tak w 95% to lista lub kilka list rozwijanych.
5% to szkice rysunki techniczne które są widoczne na stronie miniatury (bez listy rozwijanej) po kliknięciu otwiera się okna z większym obrazem.
Do tego w karcie zamówień mapa z lokalizacją geograficzną klienta, program również zaczytuje stan magazynowy każdego komponentu jaki jest podpięty w zamówieniu.

pigers napisał:

dobre pytanie - czy jest potrzeba ładować te 2,5k obrazków w tym momencie ?

Kliknij, aby rozwinąć...

Wiem ale znalezienie komponentu z 2500 pozycji jedynie czytając nazwę czy symbol to raczej tragedia.
Więc jak dla mnie każda pozycja musi posiadać miniaturę to przyśpiesza 99% czasu wyceny lub zamówienia.
Wycenę tworzy się składając produkt z różnych podzespołów "jak klocki LEGO "

Spooky napisał:

Dokładnie, żądania z obrazkmi po F5 powinny dostawać status 304 (status 200 tylko przy pierwszym odpytaniu lub przy odświeżeniu Ctrl + F5).

Kliknij, aby rozwinąć...

Czy tu mowa o jakiejś metodzie cache ?


W takim razie to jednak liczba żądań jakie serwer musi obrobić ?
Pewnie są jakieś limity które ograniczają szybkość ?
Może kod strony nie jest czy baza nie jest źle napisana ?
Na pewno jeszcze poproszę o podejście na świeżo aby zobaczyli co jeszcze można zoptymalizować.
Program ma już 5 lat i co kwartał miał wprowadzane pewne zmiany. Przez ten okres może jedne gryzą się z drugimi ?
Na koniec muszę zastosować jakiś cache dla tych zdjęć lub ustawić aby przeglądarka je zapamiętywała to może również coś przyśpieszy.

pigers napisał:

to jest błąd - do poprawy.

Kliknij, aby rozwinąć...

jak to można poprawić skoro musimy wybierać z wora komponenty do wyceny a niestety zdjęcie/miniatura jest szalenie pomocna

pigers napisał:

czuje dużo zapytań do bazy

Kliknij, aby rozwinąć...

wiem ale oczekiwaliśmy aby program był rozbudowany i działał w szerokim spektrum

Nie sądziłem że to takie zabójcze sadziłem że dyski NVMe przyśpieszą ładowanie czy to obrazków czy bazy) ale niestety nie ma znacznej poprawy.
Wąskim gardłem jest
procesor ?
ram ?

pigers napisał:

znajdz kompromis między jednym a drugim

Kliknij, aby rozwinąć...

a czy propozycja:

Silas Mariusz napisał:

HTTP/2 + odpowiedni cache i po sprawie.

Kliknij, aby rozwinąć...

nie pomoże ?

Nie ma jakiegoś triku jak paczka obrazków w jednym żądaniu zamiast 2500
albo podzielenie to na jakieś etapy, zrobotyzować to połączyć to z innym serwerem który robi za turbo ?

Silas Mariusz napisał:

Ale to jest wszystko do rozwiazania

Kliknij, aby rozwinąć...

Dzięki za zaangażowanie

Silas Mariusz napisał:

Tylko widzisz jak pisalem wczesniej ze moge Ci utworzyc konto u siebie to bys sobie sprawdzil to olałeś

Kliknij, aby rozwinąć...

Nie olałem tylko sam widzisz że ta strona jest dość rozbudowana i wymagająca od serwera a przed ewentualną przesiadką chciał bym maksymalnie ją odciążyć zastosować wszystkie dostępne metody aby przyśpieszyć ją na tyle ile to możliwe pod katem kodu a następnie dopiero serwer.

Silas Mariusz napisał:

Nie chcesz postawic sobie tego u mnie i przetestowac?

Kliknij, aby rozwinąć...

Nadal oferujesz hosting ?
Chciałbym przetestować