Sürətli veb axını və dərhal baxış üçün PDF-i necə xəttiləşdirmək olar

1. PDF xəttiləşdirməsi nədir və adi veb xidməti niyə uğursuz olur?

Standart, xəttiləşdirilməmiş PDF faylı əsasən fiziki yaddaş diskində lokal, təsadüfi fayl girişi üçün qurulur. Standart PDF sənədində əsas çarpaz istinad cədvəli (spesifikasiyada xref cədvəli kimi tanınır) və mərkəzi sənəd kataloqu lüğəti (/Root) fiziki olaraq fayl bayt axınının ən sonunda yazılır. Google Chrome, Mozilla Firefox və ya Safari kimi müasir veb brauzer adi PDF-i standart HTTP GET sorğusu ilə yükləməyə cəhd etdikdə ağır texniki darboğazla qarşılaşır: brauzer əvvəlcə xref cədvəlini oxumadan daxili səhifə ağacını, şrift lüğətlərini və ya qrafik məzmun axınlarını tapa bilmir.

Həmin vacib çarpaz istinad indeksi faylın son baytlarında yerləşdiyi üçün brauzerin yalnız iki seçimi var: ya 1-ci səhifəni istifadəçinin ekranına çəkməzdən əvvəl bütün fayl yükünün 100%-ni şəbəkə üzərindən endirməli, ya da faylın treylerini tapıb yoxlamaq üçün çoxsaylı gediş-gəliş şəbəkə sorğuları göndərməlidir. 100 səhifəlik, 60 meqabaytlıq rəqəmsal məhsul kataloqu və ya bələdiyyə hüquq məcəlləsi üçün ziyarətçiləri sadəcə 1-ci səhifədəki mündəricata baxmaq üçün 15–30 saniyə gözləməyə məcbur etmək nəhəng tərk etmə nisbətləri yaradır və böyük veb server trafiki sərf edir.

PDF xəttiləşdirməsi bu arxitektura məhdudiyyətini birdəfəlik həll edir. ISO 32000-1 Annex F-də müəyyən edilən xəttiləşdirmə PDF faylı daxilində obyektlərin fiziki düzülüşünü yenidən qurur. O, ilk səhifəni render etmək üçün tələb olunan bütün dolayı obyektləri, şrift proqramlarını, daxil edilmiş şəkilləri və vektor yollarını çıxarır və onları ardıcıl olaraq fayl axınının ən əvvəlində birləşdirir. HTTP Range sorğuları (IETF RFC 7233-də müəyyən edilib) ilə birlikdə veb brauzerlər qalan səhifələri arxa planda sakitcə axınla ötürərkən 1-ci səhifəni 250 millisaniyədən az müddətdə göstərə bilir.

2. Fast Web View-un anatomiyası: daxildə necə işləyir (ISO 32000 Annex F)

Fast Web View-un səhifələri necə dərhal çatdırdığını anlamaq üçün xəttiləşdirilmiş PDF bayt axınının fiziki binar anatomiyasını araşdırmaq lazımdır. ISO 32000 Annex F təlimatlarına görə xəttiləşdirilmiş sənəd dağınıq dolayı obyektlər hovuzu əvəzinə ayrı-ayrı ardıcıl seqmentlərə bölünür:

1. 1-ci hissə — xəttiləşdirmə parametr lüğəti: fiziki faylın ilk 1024 baytında yerləşdirilən bu xüsusi lüğət /Linearized açarı ilə müəyyən edilir. O, kritik metaməlumat parametrlərini ehtiva edir: /L (bütün faylın dəqiq bayt uzunluğu), /O (ilk səhifənin /Page lüğətinin obyekt nömrəsi), /E (ilk səhifənin sonunun bayt ofseti), /N (sənəddəki səhifələrin ümumi sayı), /T (ilk səhifə çarpaz istinad cədvəlinin bayt ofseti) və /H (əsas ipucu axınının bayt ofsetlərini və uzunluqlarını göstərən massiv).

2. 2-ci hissə — ilk səhifənin çarpaz istinad cədvəli və obyektləri: parametr lüğətindən dərhal sonra PDF yalnız 1-ci səhifə üçün lazım olan obyektləri indeksləməyə həsr olunmuş lokal çarpaz istinad cədvəli təqdim edir. Bu cədvəldən sonra səhifənin məzmun axınını, şrift deskriptorlarını və şəkil XObject-lərini saxlayan ilk səhifə obyekt qrupu gəlir.

3. 3-cü hissə — əsas ipucu axını: ipucu axını binar axtarış cədvəllərini (səhifə ofseti ipucu cədvəli və paylaşılan obyekt ipucu cədvəli) ehtiva edir. Bu cədvəllər veb brauzerin render mühərrikinə bütün sənəd ağacını təhlil etmədən hər sonrakı səhifənin dəqiq bayt ofsetlərini və uzunluqlarını hesablamağa imkan verir.

4. 4-cü və 5-ci hissələr — sənəd kataloqu və qalan səhifələr: mərkəzi sənəd kataloqu (/Root), konturlar, əlfəcinlər və mövzu lüğətləri bundan sonra gəlir. Qalan sənəd səhifələri (2-ci səhifədən N-ci səhifəyə qədər) sonra ciddi rəqəm ardıcıllığı ilə düzülür və ilk səhifəyə aid olmayan obyektləri indeksləyən ikinci dərəcəli əsas çarpaz istinad cədvəli ilə bitir.

3. Kliyent-server əl sıxışması: HTTP 206 Partial Content əməldə

Fast Web View-un sehri brauzerin PDF baxıcısı ilə hostinq veb serveri arasında aktiv əməkdaşlıq tələb edir. İstifadəçi xəttiləşdirilmiş PDF URL-inə keçdikdə brauzer sənədin ilk 32 və ya 64 kilobaytını tələb edən HTTP Range başlığı ilə ilkin HTTP GET sorğusu göndərir (məsələn, 'Range: bytes=0-32767').

Hostinq veb serveri bayt diapazonu xidmətini dəstəkləyirsə, 'Content-Range: bytes 0-32767/62914560' başlığı ilə birlikdə HTTP 206 (Partial Content) status kodu ilə cavab verir. Brauzer bu ilkin hissədən /Linearized lüğətini və əsas ipucu axınını dərhal oxuyur. Bütün ilk səhifə obyekt qrupu bu ilkin yükdə olduğu üçün brauzer şriftləri və vektor axınlarını təhlil edir və 1-ci səhifəni ekranda dərhal render edir.

İstifadəçi sonra 78-ci səhifəyə keçən hiperlinkə klikləsə və ya miniatür sürüşdürmə zolağını birbaşa sənədin ortasına çəksə, brauzer 2–77-ci səhifələri endirmir. Əvəzində yaddaşdakı əsas ipucu cədvəlinə müraciət edir, 78-ci səhifənin 34 120 500 bayt ofsetindən başladığını və 420 100 bayt əhatə etdiyini hesablayır və dərhal hədəfli sorğu göndərir: 'Range: bytes=34120500-34540599'. Server yalnız tələb olunan baytları təqdim edir, təyinat səhifəsini saniyənin bir hissəsində render edir və yalnız seçilmiş fəsillərə baxan istifadəçilər üçün ümumi server trafikini 90%-ə qədər azaldır.

4. Bayt diapazonu xidməti üçün veb server konfiqurasiyası

Mükəmməl xəttiləşdirilmiş PDF belə əsas veb server və ya məzmun çatdırılma şəbəkəsi (CDN) HTTP bayt diapazonu sorğularını dəstəkləmirsə və ya aktiv şəkildə silirsə, axınla ötürülməyəcək. Xoşbəxtlikdən müasir veb serverlər RFC 7233 bayt diapazonlarını defolt olaraq dəstəkləyir, lakin xüsusi keşləmə və ya sıxma konfiqurasiyaları onu təsadüfən söndürə bilər.

Nginx-də 'max_ranges' direktivinin 0-a təyin edilmədiyinə əmin olun. Əks proksi keşləməsindən istifadə edirsinizsə, 'proxy_cache_key' direktivinin diapazonları nəzərə aldığını yoxlayaraq bayt diapazonu dəstəyini daxil edin və ya çoxmeqabaytlıq PDF axınları üçün keşləməni yan keçin. Apache HTTP Server-də 'mod_headers'-in 'Accept-Ranges' cavab başlığını silmədiyini təsdiqləyin. Standart Apache quraşdırması 'Accept-Ranges: bytes' başlığını avtomatik göndərir.

Amazon S3, Google Cloud Storage, Microsoft Azure Blob Storage və Cloudflare CDN kimi bulud yaddaşı və kənar platformalar üçün bayt diapazonu sorğuları hazır şəkildə aktivdir. Lakin veb serverlərdəki dinamik gzip və ya Brotli sıxma ara proqramlarından ehtiyatlı olun: əks proksi bütün PDF axınını anında dinamik sıxmağa çalışarsa, 'Content-Length' başlığını siləcək və bayt diapazonlarını söndürəcək, bu da brauzerin HTTP 206 sorğuları göndərmək qabiliyyətini məhv edir. PDF-lər artıq daxildə FlateDecode ilə sıxılıb; server tərəfli gzip sıxması xəttiləşdirməni pozarkən praktiki olaraq sıfır əlavə sıxma təmin edir.

5. Addım-addım: bulud məxfilik riskləri olmadan PDF-ləri kliyent tərəfdə xəttiləşdirmək

Tarixən xəttiləşdirmə QPDF, Ghostscript kimi ağır masaüstü komanda sətri utilitlərinin quraşdırılmasını və ya bahalı korporativ Adobe Acrobat lisenziyalarının alınmasını tələb edirdi. Bundan əlavə, bir çox onlayn PDF veb xidmətləri faylları xəttiləşdirdiyini iddia edir, lakin bütün çoxmeqabaytlıq sənədlərin uzaq bulud serverlərinə yüklənməsini tələb edir — məxfi korporativ maliyyə hesabatlarını, hüquqi sübut paketlərini və pasiyent qeydlərini üçüncü tərəf məlumat ələ keçirilməsinə məruz qoyur.

Brauzer daxili Xəttiləşdirmə / Sürətli veb baxışı utilitimiz kompilyasiya edilmiş WebAssembly istifadə edərək 100% lokal olaraq veb brauzerinizdə işləyir. Nəşrlərinizi saniyələr içində necə optimallaşdıracağınız budur:

1-ci addım: xəttiləşdirmə alətini açın və hədəf sənədinizi təyin edilmiş buraxma zonasına sürükləyin. Fayl HTML5 File API vasitəsilə birbaşa cihazınızın brauzer yaddaşına (RAM) oxunur; buluda sıfır bayt yüklənir.

2-ci addım: WebAssembly mühərriki daxili PDF obyekt qrafını təhlil edir, 1-ci səhifənin istinad etdiyi bütün resursları müəyyən edir, əsas ipucu cədvəllərini sintez edir və obyekt axınlarını ISO 32000 Annex F-ə uyğun binar düzülüşdə yenidən sıralayır.

3-cü addım: xəttiləşdirilmiş PDF-i endirmə düyməsinə klikləyin. Faylınızı yerləşdirməzdən əvvəl istəyə görə sıxılmamış şəkillərin ayırdetməsini azaltmaq üçün onu PDF faylını sıx alətimizdən keçirə və ya 'Fast Web View: Yes' təsdiqləndiyini yoxlamaq üçün nəticə başlığını PDF metadata baxıcısında nəzərdən keçirə bilərsiniz.

6. Fast Web View statusunu necə yoxlamaq və problemləri aradan qaldırmaq olar

Sənədinizi emal etdikdən sonra xəttiləşdirmənin uğurla tətbiq olunduğunu və veb hostinq mühitinizin onu düzgün təqdim etdiyini yoxlamaq vacibdir. Fayllarınızı auditdən keçirməyin üç sadə üsulu var:

1. Masaüstü yoxlama: PDF-i Adobe Acrobat Reader-də və ya istənilən peşəkar baxıcıda açın. File > Properties bölməsinə keçin (və ya Ctrl+D / Cmd+D basın). Description tabında 'Fast Web View' adlı sahəni tapın. Fayl düzgün xəttiləşdirilibsə, 'Yes' göstərəcək. 'No' göstərirsə, fayl qeyri-xətti saxlanılıb.

2. Onaltılıq başlıq yoxlaması: 'head -n 20 document.pdf' kimi terminal baxıcısından istifadə edərək faylın ilk bir neçə sətrini yoxlaya bilərsiniz. İlk 1024 bayt daxilində /L, /H, /O və /E parametrləri ilə yanaşı '/Linearized 1.0' ehtiva edən lüğəti aydın görməlisiniz.

3. cURL ilə canlı HTTP 206 əl sıxışmalarının sınaqdan keçirilməsi: istehsal veb serverinizin bayt diapazonlarını düzgün təqdim etdiyini təsdiqləmək üçün bunu icra edin: 'curl -I -r 0-1023 https://yourdomain.com/catalog.pdf'. Server cavabı 'HTTP/1.1 206 Partial Content' (və ya HTTP/2 206) qaytarmalı və 'Content-Range: bytes 0-1023/total_size' daxil etməlidir. 206 əvəzinə HTTP 200 OK alırsınızsa, veb serveriniz və ya CDN Range başlığına məhəl qoymur.