> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/cs/znalostni-baze/038-fixing-and-preventing-compile-timeouts.md).

# Oprava a prevence časových limitů při kompilaci

Když kliknete na **Překompilovat** tlačítko ve vašem projektu na Overleafu spustíte proces, který přečte soubory projektu a převede je do vysázeného PDF. Pokud narazíte na chybu časového limitu kompilace, znamená to, že proces kompilace se nemohl dokončit v rámci [limitu časového limitu vašeho tarifu na Overleafu](/latex/cs/znalostni-baze/119-overleaf-plan-limits.md).

I když je možné, že některé projekty jsou příliš rozsáhlé nebo složité, aby se PDF vytvořilo v daném čase, chyby časového limitu kompilace lze často opravit nebo jim předejít.

## Kroky k vyřešení vypršení časového limitu kompilace

Postupujte podle těchto kroků, abyste identifikovali a opravili běžné problémy, které způsobují vypršení časového limitu kompilace:

1. [Zkontrolujte chyby kompilace a opravte je pomocí **Zastavit při první chybě** mode](#first-errors)
2. [Zkuste **Fast\[draft\]** režim a optimalizujte velikosti obrázků](#second-images)
3. [Zhodnoťte, zda váš projekt neobsahuje časově náročné úlohy](#third-assess)

Kromě těchto kroků si prosím projděte také doporučení, co dělat v [konkrétních situacích s vypršením časového limitu](#anchor-advice) i to, jaké [osvědčené postupy](#anchor-best) dodržovat, abyste předešli vypršení časového limitu kompilace.

Ačkoli mnoho projektů lze zkompilovat v čase, který nabízí bezplatný plán Overleafu, pokud připravujete rozsáhlý nebo složitý dokument, možná budete muset [předplatit si prémiový tarif](https://www.overleaf.com/user/subscription/plans) abyste získali více času na kompilaci.

## Krok 1: Zkontrolujte chyby kompilace a opravte je

Některé chyby kompilace, nebo nahromadění několika chyb, mohou úplně zablokovat [build proces latexmk](https://learn.overleaf.com/learn/Kb/How_does_Overleaf_compile_my_project%3F) a vést k vypršení časového limitu kompilace. Chcete-li chyby najít a opravit, zapněte **Zastavit při první chybě** režim kompilace v **Překompilovat** rozbalovací nabídce:

![Snímek obrazovky ukazující, jak povolit režim kompilace Zastavit při první chybě](/files/d80e3024b7ef8302b37f57f48ad529f682e451a4)

Ta [**Zastavit při první chybě**](/latex/cs/znalostni-baze/149-using-the-stop-on-first-error-compilation-mode.md) režim kompilace dělá přesně to, co byste očekávali — okamžitě zastaví kompilaci, jakmile se objeví chyba. Když se to stane, žádné PDF se nevytvoří a zobrazí se zpráva popisující chybu. Zapnutí **Zastavit při první chybě** vám umožní najít a opravit každou chybu v projektu, dokud nebude projekt bez chyb.

Kliknutím na každou chybovou zprávu se dostanete na řádek ve zdrojovém kódu, který problém způsobuje, abyste mohli kód opravit. Několik běžných chyb je vysvětleno na [této stránce](/latex/cs/zaklady-latexu/05-errors.md), a některé návrhy pro ladění LaTeXu jsou uvedeny na [této stránce](/latex/cs/otazky-a-odpovedi/81-tips-and-tricks-for-troubleshooting-latex.md). Podívejte se také na [sekci v tomto článku](#anchor-fatal) která uvádí některé běžné **fatální chyby kompilace** které způsobují vypršení časového limitu kompilace.

## Krok 2: Zkuste kompilaci v režimu Fast \[draft]

Zahrnutí mnoha nebo velkých obrazových souborů do projektu může výrazně prodloužit čas potřebný ke kompilaci projektu.

Jednou z metod, která může pomoci zjistit, zda je příčinou vypršení časového limitu zpracování obrázků, je zkusit kompilaci v **Rychlý \[návrh]** režimu. Chcete-li to udělat, zvolte **Rychlý \[návrh]** možnost v nabídce **Recompile**. Tím se všechny grafiky nahradí rámečky a kompilace PDF je mnohem rychlejší:

![Nastavení režimu draft kompilace pro projekt na Overleafu](/files/496f90396f05119c15436bdd0118d4199205b978)

Pokud se váš dokument zkompiluje v **Rychlý \[návrh]** režimu, ale nedokončí se kompilace v **Normální** režimu, příčinou mohou být velké nebo četné obrazové soubory.

### Optimalizace obrazových souborů

Pokud jste použili několik velkých PNG nebo JPEG souborů ve vysokém rozlišení, zpracování těchto souborů může výrazně prodloužit čas potřebný ke kompilaci projektu, někdy značně. Ujistěte se, že:

* Pro diagramy a grafy používejte místo souborů PNG soubory PDF.
* Soubory JPEG používejte pouze pro fotografie.

Další rady naleznete zde: [Optimalizace velkých obrazových souborů](/latex/cs/znalostni-baze/113-optimising-very-large-image-files.md).

## Krok 3: Zhodnoťte projekt z hlediska časově náročných úloh a fatálních chyb

Pokud oba **Zastavit při první chybě** a **Fast\[draft]** režimy kompilace stále vedou k vypršení časového limitu kompilace, možná budete muset pátrat dál, abyste identifikovali příčinu vypršení časového limitu kompilace a (doufejme) ji odstranili.

1\. [Projděte si seznam časově náročných postupů a balíčků, které mohou zpomalit kompilaci](#anchor-slow)

2\. [Projděte si seznam běžných fatálních chyb, které mohou vést k vypršení časového limitu](#anchor-fatal)

3\. [Zkontrolujte doporučení pro konkrétní situace s vypršením časového limitu, které nejlépe odpovídají vaší situaci](#anchor-advice)

### Časově náročné postupy a balíčky

Některé postupy a balíčky mohou vést k velmi pomalé kompilaci a dokonce i k vypršení časového limitu.

**Zahrnutí složitých výkresů TikZ nebo pgfplots**

`TikZ` a [`pgfplots`](https://ctan.org/pkg/pgfplots?lang=en) vytvářejí skvělé grafiky, ale mohou [trvat dlouho při kompilaci](https://tex.stackexchange.com/a/254946/226). Existuje [několik způsobů, jak můžete obrázky TikZ externalizovat](/latex/cs/otazky-a-odpovedi/60-i-have-a-lot-of-tikz-matlab2tikz-or-pgfplots-figures-so-i-m-getting-a-compilation-timeout.-can-i.md) tak, aby je LaTeX nemusel pokaždé znovu vykreslovat při vytvoření nového PDF.

**Používání balíčku mhchem**

Nedávné verze [`mhchem` accents](https://ctan.org/pkg/mhchem?lang=en) se mohou kompilovat déle. V závislosti na tom, k čemu jej používáte, [`chemformula` accents](https://ctan.org/pkg/chemformula) může zkrátit dobu potřebnou ke kompilaci. Pokud už používáte `mhchem`, můžete zkusit jednoduše nahradit `chemformula` :

```latex
% \usepackage{mhchem}
\usepackage{chemformula}
\let\ce\ch
```

* **Poznámka**: mezi `mhchem` a `chemformula`existují rozdíly v syntaxi a funkcích, takže to nemusí vždy fungovat dobře. Například, `\ce{2H2O}` se s `mhchem`vykreslí bez problémů, ale s `chemformula` budete to muset napsat jako `\ch{2 H2O}` s mezerou po počátečním `2`.

**Zahrnutí trasovacích nebo ladicích volání**

Pokud máte ve svém dokumentu příkaz `\tracingall` ve svém dokumentu, může zapisovat *spoustu* dat do `.log`. `\tracingall` dat do `.log` souboru může způsobit, že se kompilace stane extrémně pomalou. Doporučuje se odstranit `\tracingall` volání, nebo pokud potřebujete pro ladění používat podobné metody, použít [`trace` accents](http://ctan.org/pkg/trace) .

**Používání balíčku acro**

Uživatelé [`acro` accents](https://www.ctan.org/pkg/acro) uvádějí [že verze 3 je pomalá](https://github.com/cgnieder/acro/issues/205) při načítání definic zkratek. Jedním z důsledků `acro`delší doby kompilace je možnost vyvolání vypršení časového limitu kompilace; naštěstí existuje řešení: použít verzi 2 `acro` balíček.

Přechod z verze 3 zpět na verzi 2 může vyžadovat úpravu projektu, aby byla zajištěna kompatibilita s možnostmi, funkcemi a příkazy verze 2. Dokumentace k verzi 2 je k dispozici a je obsažena v dřívějších vydáních zdrojového kódu, která lze [stáhnout z GitHubu](https://github.com/cgnieder/acro/releases/tag/v2.10).

Zde je několik věcí, které je třeba zkontrolovat při návratu k verzi 2 — tento seznam zdaleka není úplný:

1. Upravte hlavní soubor projektu `.tex` na:
   * změňte `\usepackage{acro}` na `\usepackage{acro}[=v2]`
   * změňte `include=...` klíč volby u `\printacronyms` na `include-classes=...`
2. V rámci jakéhokoli `\DeclareAcronym` příkazu se ujistěte, že `tag=...` klíč volby je změněn na `class=...`.

Viz prosím [`acro` dokumentace k verzi 2.10](https://github.com/cgnieder/acro/releases/tag/v2.10) pro příkazy a volby dostupné ve verzi 2, ale ne ve verzi 3.

**Používání obrázků EPS nebo SVG**

Použití obrázků EPS nebo SVG může vyžadovat dodatečné zpracování pro převod do formátu PDF. Toto dodatečné zpracování prodlouží čas potřebný ke kompilaci projektu.

* Zatímco **latex** kompilátor bude přímo podporovat obrázky EPS, kompilátor **pdfLaTeX** EPS obrázky nepodporuje, takže při použití tohoto kompilátoru je potřeba dodatečný krok k jejich převodu na obrázky PDF. Zpracování zajišťuje balíček `epstopdf` který používá `Ghostscript` k převodu souborů EPS do PDF. Tento krok převodu může výrazně prodloužit čas potřebný ke kompilaci projektu.
* Soubory SVG nejsou přímo podporovány žádným kompilátorem LaTeXu a vyžadují použití balíčku `svg` a příkazu `\includesvg` , který poskytuje. Balíček `svg` používá `inkscape` k převodu obrázků SVG do PDF. Tento krok převodu může výrazně prodloužit čas potřebný ke kompilaci projektu.

Pro rychlejší výsledky, které mohou pomoci vyhnout se vypršení časového limitu kompilace, používejte místo formátů EPS nebo SVG verze vašich obrázků ve formátu PDF.

**Používání balíčku tabularray**

Ta `tabularray` balíček poskytuje alternativu ke standardním příkazům a prostředím pro tvorbu tabulek v LaTeXu. Bohužel `tabularray` se balíček běží velmi pomalu, zejména u větších tabulek a tabulek, které používají určité typy sloupců. V současnosti se kvůli době kompilace doporučují standardní metody definice tabulek místo `tabularray` protože je třeba zohlednit čas kompilace.

**Vytvoření nekonečné smyčky v příkazu**

Během kompilace mohou příkazy LaTeXu velmi zřídka vyvolat „nekonečnou smyčku“. Nekonečné smyčky jsou nejčastěji způsobeny chybami v balíčcích nebo v uživatelsky definovaných příkazech.

Pokud máte podezření, že se může jednat o smyčku, zkontrolujte, zda jste náhodou nevytvořili [rekurzivní](https://en.wikipedia.org/wiki/Recursion) definici v jednom ze svých vlastních příkazů, například `\newcommand{\foo}{\foo}`.

### Některé příčiny fatálních chyb kompilace

Níže jsou uvedeny některé známé příčiny fatálních chyb.

**Vkládání prázdných řádků do citlivých titulkových příkazů**

Třídy LaTeXu a šablony časopisů často poskytují speciální příkazy pro zadávání částí názvu dokumentu. Tyto příkazy mají obvykle obsahovat jednoduché argumenty a jejich použití nečekaným způsobem může vést k chybám kompilace a dokonce i k vypršení časového limitu. Především příkazy jako `\author{...}`, `\date{...}` a `\title{...}` by neměly obsahovat prázdné řádky.

**Vkládání příliš mnoha plovoucích objektů s pevnou pozicí**

Pokud máte příliš mnoho tabulek nebo obrázků používajících identifikátor umístění `[H]` z balíčku `float` může způsobit, že se LaTeX dostane do nekonečné smyčky při snaze najít vhodná umístění pro všechny. Zvažte nahrazení všech `[H]` s `[hbt!]` a v případě potřeby občasného `\clearpage` pro vyprázdnění všech tabulek a obrázků ve frontě před vložením zalomení stránky.

**Chyby v příkazu \caption a prostředích tabular**

Zde je seznam problémů souvisejících s tabulkami, na které je třeba dávat pozor — obecně buďte při sazbě tabulek opatrní!

* `\caption{...}` by měl být vždy umístěn *mimo* webových stránkách `tabular` prostředí, protože může způsobit fatální chyby, pokud je [`caption` accents](https://ctan.org/pkg/caption) načten, jak ukazuje následující příklad:

  ```latex
  \documentclass{article}
  \usepackage{caption}
  \begin{document}

  \begin{table}
      \begin{tabular}{c|c}
          \caption{Caption}% \caption{...} by mělo být MIMO prostředí tabular
          a & b \\
          c & d \\
      \end{tabular}
  \end{table}
  \end{document}
  ```

  [Otevřít tento příklad **který vyvolá chybu vypršení časového limitu na Overleafu**](https://www.overleaf.com/docs?engine=pdflatex\&snip_name=Overleaf+timeout+example\&snip=%5Cdocumentclass%7Barticle%7D%0A%5Cusepackage%7Bcaption%7D%0A%5Cbegin%7Bdocument%7D%0A%0A%5Cbegin%7Btable%7D%0A++++%5Cbegin%7Btabular%7D%7Bc%7Cc%7D%0A++++++++%5Ccaption%7BCaption%7D%25+%5Ccaption%7B...%7D+should+be+OUTSIDE+the+tabular+environment%0A++++++++a+%26+b+%5C%5C%0A++++++++c+%26+d+%5C%5C%0A++++%5Cend%7Btabular%7D%0A%5Cend%7Btable%7D%0A%5Cend%7Bdocument)
* Naproti tomu si povšimněte, že `longtable` prostředí *ne* vyžadují `\caption{...}` uvnitř, jak ukazuje příklad v našem [článku nápovědy o tabulkách](/latex/cs/obrazky-a-tabulky/01-tables.md#multi-page-tables).
* `\caption{...}` by nemělo obsahovat `\\`, `\newline`, `\centering`, `\raggedright` atd.
* U některých šablon nebo balíčků, `\ref{...}` nebo `\cite{...}` uvnitř `\caption` může být třeba předřadit `\protect` aby se předešlo fatálním chybám; například `\protect\cite{...}`.
* Zkontrolujte neúplné `\cmidrule{...}` uvnitř `tabular` prostředí; vyžaduje rozsah sloupců, takže budete muset napsat `\cmidrule{3-3}` místo pouhého `\cmidrule{3}` pokud chcete vodorovnou čáru přesahující pouze jeden sloupec.
* Vyhněte se vnořeným `tabular` prostředím. Podívejte se na [`makecell` accents](https://ctan.org/pkg/makecell?lang=en) pokud chcete v buňce tabulky přidat ruční zalomení řádku, nebo na `p{...}` typ sloupce a/nebo [`tabularx`](https://ctan.org/pkg/tabularx) balíček, pokud hledáte způsoby, jak vytvořit sloupce, které automaticky zalamují dlouhé řádky.
* Pokud máte řádky tabulky, které začínají na `[...` možná budete muset přidat `\relax` za `\\` na předchozím řádku.

**Používání balíčku soul nebo changes**

Pokud používáte [`soul`](https://ctan.org/pkg/soul) nebo [`changes`](https://ctan.org/pkg/changes) balíček k zvýraznění textu nebo přeškrtnutí textu, pak `\cite` a `\ref` může být třeba předřadit `\protect`; například, `\protect\cite{...}`.

**Používání tikzpicture**

Zkontrolujte chybějící `;` na konci příkazů path/node a `]` na konci seznamů parametrů v `tikzpicture`s.

**Používání balíčku breqn**

Ta [`breqn`](https://ctan.org/pkg/breqn) balíčku `dmath` prostředí se může dostat do nekonečných smyček; nahraďte jej `align` a v případě potřeby řádky ručně zalamujte.

**Používání balíčku babel**

Některé [`babel`](https://ctan.org/pkg/babel) jazykové volby mění význam některých znaků, což může způsobit problémy, když jsou tyto znaky použity ve svém „běžném“ kontextu; například v matematickém režimu. Abyste tomu předešli, zkuste použít volbu `shorthands=off` při načítání babel (např., `\usepackage[shorthands=off]{babel}`).

**Používání balíčku jabbrv**

Některé šablony používají [`jabbrv` accents](https://github.com/compholio/jabbrv) k automatickému zkracování názvů časopisů (viz [tento příklad na Overleafu](https://www.overleaf.com/latex/templates/automatic-journal-abbreviations/mxfsdscmvxcr)). Když pole journal v `.bib` souboru obsahuje znaky Unicode s diakritikou (např. Biología), může to zablokovat kompilaci a způsobit vypršení časového limitu na Overleafu. Místo toho je třeba použít příkazy LaTeXu, např. `Biolog{\'i}a` nebo můžete [změnit kompilátor projektu](/latex/cs/znalostni-baze/026-changing-compiler.md) na `XeLaTeX` nebo `LuaLaTeX`, přičemž oba mají vestavěnou podporu pro čtení znaků Unicode.

## Doporučení pro některé konkrétní situace s vypršením časového limitu

### Můj projekt se kompiloval bez jakýchkoli chyb, ale nyní vidím vypršení časového limitu kompilace

Malá změna může někdy způsobit vypršení časového limitu kompilace. Abyste pomohli určit příčinu problému a opravit ji, zkuste tyto kroky:

1. Použijte [Překompilovat od začátku](/latex/cs/znalostni-baze/028-clearing-the-cache.md) k odstranění všech zastaralých vygenerovaných souborů, které mohou způsobovat problémy.
2. Použijte [funkci Historie na Overleafu](/latex/cs/dalsi-temata/49-using-the-history-feature.md) abyste našli své nejnovější změny. Viz výše uvedený seznam příčin fatálních chyb kompilace.
3. Použijte [Zastavit při první chybě](/latex/cs/znalostni-baze/149-using-the-stop-on-first-error-compilation-mode.md) volbu, abyste našli a opravili jakoukoli chybu, kterou jste omylem zavedli.

Je možné, že malá změna vedla k fatální chybě kompilace – podívejte se prosím na [výše uvedený seznam fatálních chyb kompilace](#anchor-fatal) pro některé možné příčiny.

### Právě jsem nahrál projekt na Overleaf a narazil jsem na vypršení časového limitu kompilace

Je možné, že ve vašem projektu chybí klíčový soubor nebo balíček, nebo že je uspořádán způsobem, který způsobuje problémy s kompilací na Overleafu.

* Pokud se projekt na vašem lokálním počítači kompiloval bez problémů, ale na Overleafu selhává, může to být tím, že používáte jinou verzi **TeX Live** na svém počítači. Můžete [změnit verzi TeX Live pro svůj projekt](https://www.overleaf.com/blog/new-feature-select-your-tex-live-compiler-version) tak, aby se více přiblížila té, která váš projekt úspěšně zkompilovala lokálně.
* Váš nahraný projekt nemusí mít pro Overleaf optimální strukturu souborů. Pokud je váš hlavní soubor tex ve složce, kompilátor může mít potíže s nalezením některých závislostí souborů. Pokud je váš hlavní soubor tex ve složce, zkuste projekt přeorganizovat tak, aby hlavní soubor tex byl v nejvyšší úrovni projektu.

Podle [pokynů výše pro hledání a opravu chyb](#first-errors) často pomůže identifikovat chybějící soubory, problémy s verzí TeX Live a problémy s uspořádáním projektu.

### Vytvořil jsem kopii projektu, který se kompiloval, ale nyní narážím na vypršení časového limitu kompilace

Nové projekty, včetně kopií existujících projektů, budou ve výchozím nastavení používat nejnovější verzi TeX Live. Pokud byl váš původní projekt na starší verzi TeX Live, mohou existovat nekompatibility s nejnovější verzí, které způsobují problémy. Zkuste [změnit verzi TeX Live](https://www.overleaf.com/blog/new-feature-select-your-tex-live-compiler-version) ve své nové kopii tak, aby odpovídala verzi původního projektu.

### Nedaří se mi zkompilovat projekt, když zahrnu všechny sekce, ale každá z nich se samostatně kompiluje v pořádku

Postupujte podle [výše uvedených rad k použití možnosti kompilace Fast\[draft\]](#second-images) abyste zjistili, zda lze celý projekt zkompilovat v režimu Fast\[draft].

V některých případech je možné úspěšně zkompilovat velký projekt ve dvou fázích: nejprve spuštěním v režimu Fast\[draft] a poté kompilací v normálním režimu.

Zkontrolujte každou sekci projektu a identifikujte možné zdroje pomalé kompilace. Mohou mezi ně patřit [velké obrazové soubory, které lze optimalizovat](#anchor-optimize), nebo jiné [časově náročné postupy nebo balíčky](#anchor-slow).

### Mému projektu někdy vyprší časový limit, ale nedaří se jej spolehlivě zkompilovat

Váš projekt může běžet velmi blízko maximálního času kompilace. Postupujte podle výše uvedených rad pro [opravu chyb](#first-errors), [optimalizaci obrázků](#second-images), a [vyhýbání se časově náročným postupům nebo balíčkům](#third-assess).

## Osvědčené postupy pro předcházení vypršení časového limitu kompilace

Je mnohem lepší předcházet vypršení časového limitu kompilace, než se poté vypořádávat s někdy stresujícím procesem jeho oprav. Tato doporučení by vám měla pomoci vypršení časového limitu kompilace předcházet, nebo se z něj rychle zotavit, pokud nastane.

### Opravte všechny chyby kompilace, jakmile se objeví

Chyby kompilace jsou označeny červeným notifikačním balónkem vedle tlačítka Recompile, jak je popsáno na [této stránce](/latex/cs/otazky-a-odpovedi/81-tips-and-tricks-for-troubleshooting-latex.md). Když kliknete na červený balónek, uvidíte chybové zprávy. Kliknutím na každou chybovou zprávu se dostanete na odpovídající řádek ve zdrojovém kódu, abyste mohli svůj kód opravit. Doporučujeme chyby opravovat co nejdříve, protože jejich hromadění může v budoucnu vést k obtížně laditelným a fatálním chybám.

[Tato stránka](/latex/cs/zaklady-latexu/05-errors.md) vysvětluje několik běžných chyb kompilace. Pokud máte potíže s porozuměním chybové zprávě, často pomůže vyhledání textu chyby na internetu, které vás zavede na blogový nebo fórový příspěvek, kde je chyba vysvětlena a jsou nabídnuta řešení.

### Před velkými změnami nebo důležitými milníky označte verze svého projektu

Použijte [funkci Historie na Overleafu](/latex/cs/dalsi-temata/49-using-the-history-feature.md) označovat verze svého projektu, abyste mohli snadno porovnat svůj aktuální projekt s dřívějšími verzemi. To vám může pomoci rychle najít nové zdroje chyb při kompilaci.

### Uspořádejte si soubory

Problémy se hledají a opravují snáze, pokud je váš projekt dobře uspořádaný. Kromě toho vám dobrá správa projektu může umožnit kompilovat konkrétní části vašeho projektu, což usnadňuje identifikaci oblastí, které mohou přispívat k mimořádně dlouhým kompilacím. Prosím [podívejte se zde](/latex/cs/struktura-dokumentu/07-management-in-a-large-project.md) pro radu, jak spravovat rozsáhlé projekty.

## Další informace o kompilaci a době kompilace

### Co je to vlastně „kompilace“?

Kompilace je proces převodu vašeho kódu LaTeX do vysázeného PDF souboru. [Zjistěte více o tom, jak Overleaf kompiluje projekty LaTeX](/latex/cs/znalostni-baze/064-how-does-overleaf-compile-my-project.md).

### Limity spravedlivého užití

Některé rozsáhlé nebo složité dokumenty se mohou kompilovat déle, než je časový limit v bezplatném plánu Overleafu, a mohou vyžadovat prodloužený čas kompilace, který je k dispozici v našem [placenými tarify](https://www.overleaf.com/user/subscription/plans). Některé projekty mohou dokonce vyžadovat delší dobu kompilace, než je k dispozici v našich placených plánech. V takových případech si možná budete muset stáhnout svůj projekt a zkompilovat jej lokálně.

### Stále jste zaseknutí?

Pokud se vám nedaří vyřešit časový limit kompilace pomocí zde uvedených rad, prosím [dejte nám vědět](https://www.overleaf.com/contact).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/latex/cs/znalostni-baze/038-fixing-and-preventing-compile-timeouts.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.