PDF желіде неге баяу ашылады

Алдымен екі жағдайды ажыратыңыз: файлды жүктеп алып, дискіден ашыңыз. Жергілікті де ұзақ ашылса — мәселе құжаттың өзінде: ауыр скандар, кірістірілген қаріптер, мөлдірліктер. Жергілікті жылдам, ал сілтеме бойынша баяу болса — мәселе жеткізуде: салмақ, линеаризацияның жоқтығы немесе файлды бөліктеп бере алмайтын сервер. Бұл екі тармақ әртүрлі емделеді, ал қатесінен бастау уақытты бекер жұмсау деген сөз.

Сервер · бірден жойылады50 МБ дейінтіркеусіз

Сандар туралы қысқаша

Бірінші тексеру: жүктелген файлды жергілікті ашу: онда да баяу болса — мәселе құжатта
Неге файл түгел керек: сілтемелер кестесі соңында; линеаризациясыз бірінші бет жиналмайды
Сервер жағындағы шарт: байт ауқымы бойынша сұраныссыз ұтыс жоқ
Бет жады: A4 300 DPI-де ≈ 8,7 Мпиксель ≈ 33 МБ
Қойынды шегі: iOS Safari оны шамамен 1 ГБ-та жабады
Біздің optimize: qpdf --linearize, 50 МБ дейін, таймаут 60 секунд

Бірінші тармақ: құжаттың өзі баяулатады

Скан-беттер: A4 300 DPI-де шамамен 8,7 мегапиксель және әр бетке жадта шамамен 33 МБ.
Құрылғы жады: iOS Safari қойындыны шамамен бір гигабайтта жабады, сондықтан скан жинағы мобильдік браузерді жүктелуден бұрын құлатады.
Кірістірілген қаріптер мен мөлдірліктер: оларды салу процессор уақытын алады, әлсіз телефонда бұл байқалады.
Векторлық карталар мен сызбалар: бір беттегі мыңдаған сызық сол салмақтағы фотосуреттен ұзақ салынады.
Тексеру қарапайым: жергілікті көшірмеде де солай қайталанса, желінің қатысы жоқ.

Екінші тармақ: жеткізу баяулатады

Басты құрылымдық себеп — құжаттың линеаризацияланбауы. Қиылысқан сілтемелер кестесі файлдың соңында жатыр, ал арнайы жайылымсыз қараушыға бірінші бетті көрсету үшін де құжаттың бәрі керек. Жүз мегабайттық файлда бұл «бірден көрінді» мен «жүктелуін күтеміз» арасындағы айырма.

Шарттың екінші жартысы — сервер. Линеаризация файлды бөліктеп жүктеуге болғанда ғана жұмыс істейді: қараушы қажет үзіндіні байт ауқымы бойынша сұрайды. Хостинг мұндай сұранысты қолдамаса, файл бәрібір түгел келеді де, құжатты қайта жазудың пайдасы болмайды.

Не істеу керек, ретімен

Файлды жүктеп, жергілікті ашыңыз — бұл екі тармақты бір минутта ажыратады.
Салмағын қараңыз: он мегабайттан асқанның бәрі мобильдік интернетте байқалып ашылады.
Артық беттерді алып тастаңыз: қосымшалар, қосарлар мен бос парақтар қажеттісімен бірдей орын алады.
Ішінде скан болса, құжатты сығыңыз және мәтіннің оқылатынын тексеріңіз.
Ең соңында файлды линеаризациялаңыз — бұл әрекет сықпайды, ішіндегі нысандардың ретін өзгертеді.
Сайттағы сілтемені жаңа нұсқамен ауыстырыңыз: оқырманның кэшіндегі ескі файл әлі ұзақ тұруы мүмкін.

Жиі қойылатын сұрақтар

Линеаризация файлымды кішірейте ме?

Жоқ, бұл сығымдау емес. Ол бірінші бет файлдың басынан оқылуы үшін ішкі нысандарды қайта орналастырады; көлемі бұл кезде аз өзгереді, кейде тіпті өседі.

Файл менде жылдам, оқырманда баяу ашылады. Неге?

Сізде ол браузер кэшінде жатыр, ал оқырман оны алғаш рет, мүмкін мобильдік интернетпен жүктеп жатыр. Сақталған дерексіз таза қойындыда салыстырыңыз.

Қайсысы көбірек береді — сығымдау ма, линеаризация ма?

Файл ауыр болса сығымдау: ол мегабайттарды алып тастайды. Линеаризация бірінші беттің шығуын жылдамдатады, бірақ файлды бөліктеп бере алатын серверде ғана.

Ұзын құжатты бөліктерге бөлген жөн бе?

Иә, оқырманға ондықтан бір бөлім керек болса. Қысқа файл барлық себеп бойынша бірден жылдам ашылады: салмағы аз, беті аз, құрылғы жадын да аз алады.