Replies: 1 comment 16 replies
-
From these logs we can clearly see that it's the "load site" phase that takes all the time.
I've already seen this strange behavior. Surprisingly, this only happened in our Netlify CI server, not locally. I can't reproduce anymore on Netlify now but it's possible that the problem is still there. The issue is due to reading Git history for MDX files to compute their "last update" time displayed in the UI. I already track this problem on #11208 but couldn't reproduce locally so it's hard to troubleshoot. A possible workaround is to disable the "last update" time through config, but I understand it may not be a good option. |
Beta Was this translation helpful? Give feedback.
-
|
I've asked the community here:
Someone proposed a similar solution here: https://x.com/hichaelmart/status/1965385353541648609 This could work, but I'm not sure it's the best tradeoff for Docusaurus and is so simple to implement for docs sites involving many Git repositories (git submodules?). Docusaurus has a modular plugin nature, so there's no ideal global place to put such global I think we should expose config options to let you plug your own strategy, if the default one becomes a bottleneck. We currently bias toward Git, but this would also make it possible to support the last update on other version control systems. And this would let users like you experiment on their side and report to us what works best. |
Beta Was this translation helpful? Give feedback.
-
|
I think the best solution at the moment is to just execute git log once to get all the file information into a file, and then |
Beta Was this translation helpful? Give feedback.
-
|
I agree, and this would work in most cases, but it doesn't take into account that you may use multiple git repos. We'll need to support that as well because some users are relying on git submodules or assembling a site from multiple git repositories containing docs files. We currently support this kind of setup because we run |
Beta Was this translation helpful? Give feedback.
-
|
Use |
Beta Was this translation helpful? Give feedback.
-
#!/bin/bash
OUTPUT_FILE="$PWD/mdx_last_modify.txt"
> "$OUTPUT_FILE"
git -c log.showSignature=false log --name-only --format=RESULT:%ct,%an -- *.mdx **/*.mdx 2>/dev/null | \
awk '
/^RESULT:/ { info=substr($0,8); next }
NF { print $0 "," info }
' >> "$OUTPUT_FILE"
git submodule foreach --recursive '
repo_prefix="$displaypath/"
git -c log.showSignature=false log --name-only --format=RESULT:%ct,%an -- *.mdx **/*.mdx 2>/dev/null | \
awk -v prefix="$repo_prefix" -v out_file="'"$OUTPUT_FILE"'" \
"/^RESULT:/ { info=substr(\$0,8); next } NF { print prefix \$0 \",\" info >> out_file }"
'
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
My site is currently available in six languages. Using
--localeto specify a specific language is fast, but the wait time for building all languages is getting longer and longer. Currently, a full compile takes 20-30 minutes.After compiling each language, the next language takes longer than the previous one, which is very strange.
The following configurations have been used:
The webpack configuration setting mentioned here #11199
concatenateModules: falsealso did not improve speed.
Here's a partial build log:
Beta Was this translation helpful? Give feedback.
All reactions