Neexistuje žiadny priemyselný štandard pre čas obnovenia obrazovky pre aplikácie na požiadanie (pokiaľ viem), tu je však niekoľko pokynov, ktoré môžu vývojári použiť.
'Aký je priemyselný štandard pre čas obnovenia obrazovky pre aplikácie na požiadanie?' pýta sa Imre Togyi z HireDesk v e-maile. Neexistuje žiadna definitívna odpoveď, a tak som Imrovi povedal, že ako odpoveď napíšem príspevok na blog a dúfam, že čitatelia sa pridajú s komentármi.
Môj osobný názor bol vždy taký, že poskytovatelia na požiadanie musia ponúkať používateľskú skúsenosťNikto by nemal používať širokopásmové pripojenie ako ospravedlnenie pre nedbalý dizajn je to rovnako dobré ako používanie lokálnej aplikácie. To znamená, že typicky subsekundové časy odozvy. Jedným z dôvodov, prečo je Google úspešný, je to, že spoločnosť vždy venovala pozornosť tomu, ako rýchlo sa objavujú jej výsledky vyhľadávania. Vie, že používanie aplikácie – dokonca aj takej jednoduchej ako vyhľadávanie – nie je to isté ako prehliadanie webu. Používatelia sú pripravení počkať niekoľko sekúnd, kým sa stránka načíta, ak si ju plánujú prečítať, ale ak sú uprostred procesu, majú iný spôsob myslenia: sú netrpezliví, kým sa stránka načíta, aby mohli kliknúť na ďalšie tlačidlo a priblížiť sa k dokončeniu proces.
V starých zlých časoch ASP som pred nimi vždy varoval pomocou metriky webového dizajnéra, že načítanie stránky by nikdy nemalo trvať dlhšie ako 8 sekúnd cez 28,8k dial-up modemovú linku. Osem sekúnd je príliš dlho na čakanie, ak všetko, čo sa chystáte urobiť, je kliknúť na tlačidlo a potom začať čakať na načítanie ďalšej stránky. Hádal som sa menej ako 2 sekundy a ak to bolo možné, tak aj sekundu. Samozrejme, to bol jeden z dôvodov, prečo mali ASP proti nim šance; snažili sa konkurovať všetkej bohatej funkcionalite klient-server aplikácií, a predsa to všetko museli vtesnať do asi 150 000 DHTML.
V súčasnosti je pravdepodobne rozumné, aby väčšina predajcov na požiadanie navrhovala v očakávaní širokopásmového pripojenia (a možno ho aj nariadila), ale to závisí od toho, kto je vašou zamýšľanou užívateľskou základňou. Ak chcete pomocou aplikácie CRM zacieliť na predajcov na cestách, môžu nastať situácie, keď budú musieť použiť telefonické pripojenie. Ak máte aplikáciu HR so samoobslužným komponentom pre zamestnancov, môžete mať významnú podmnožinu používateľov, ktorých prístup na web z domu je cez vytáčanú linku.
V každom prípade by nikto nemal používať rozšírenie širokopásmového pripojenia ako ospravedlnenie pre nedbalý dizajn. Každý bajt zbytočného kódu prispieva k čakaniu používateľov. Za perfektných podmienok vám to prejde, ale keď sa používatelia ocitnú v situácii, keď sa musia vrátiť k vytáčaniu alebo ak máte problémy vo svojom dátovom centre alebo máte problémy s pripojením na internetovú linku, potom sa tieto skratky vrátia do záhuby vy.
Pamätajte si to tiež existuje niekoľko rôznych faktorov, ktoré ovplyvňujú časy obnovenia. Vo vašom dátovom centre je čas odozvy servera, ktorý závisí od toho, koľko investujete do infraštruktúry a koľko vyvažovania záťaže a redundancie ste zabudovali. Ďalej je tu internetové pripojenie, ktoré môžete ovplyvniť používaním sieťových vyrovnávacích služieb, ako sú Akamai alebo Limelight Networks. Je tu čas vyhľadávania DNS, čo je faktor, ak spájate komponenty z viacerých vzdialených služieb. Nakoniec je tu množstvo času, ktoré prehliadaču trvá, kým toto všetko načíta a spracuje.
AJAX je tu samozrejme prínosom, pretože to umožňuje aktualizovať časti stránky prehliadača bez toho, aby ste to museli celé osviežiť. To je dôvod, prečo veľa predajcov na požiadanie začalo používať všetky technológie AJAX dávno predtým, ako bol tento termín vytvorený.
Imre sa ďalej spýtal: "Je salesforce.com spoločnosť, s ktorou sa dá porovnávať?" Myslím si, že by ste mohli urobiť oveľa horšie ako benchmark proti Salesforce.com. Po prvé, spoločnosť otvorene zverejňuje časy odozvy servera na adrese trust.salesforce.com — pokiaľ viem, stále jediný predajca na požiadanie, ktorý to robí. To poskytuje vynikajúce meradlo pre druh výkonu, na ktorý by ste sa mali zamerať zo svojho dátového centra. Ale to je samozrejme len malá časť z celkového príbehu.
Dobrým benchmarkom pre návrh stránok je Netsuite, ktorý už niekoľko rokov vo veľkej miere využíva technológie AJAX a zameriava sa na zákaznícku základňu, ktorá často nemá širokopásmový prístup. Odviedol skvelú prácu pri prezentácii veľmi sofistikovaných stránok aplikácií pri minimalizovaní doby sťahovania a veľkosti.
Nakoniec Imre položil otázku: "Existujú nejaké konkrétne organizácie, ktoré ponúkajú štatistiky pokrývajúce túto tému?" Podľa mojich vedomostí nie. Ale možno čitateľ vie lepšie. Dovoľte mi vyjadriť svoj názor na túto tému. Uverejnite komentár aplikácie TalkBack nižšie.