Jak naprawić błąd „syntax error near <\1>” w FiveM
Zaktualizowano 29 paź 2026 · 1 min czytania
Na tej stronie
syntax error near <\1> pojawia się, gdy serwer próbuje odczytać zaszyfrowany plik skryptu (escrow) jako zwykły Lua i się to nie udaje. <\1> to bajt binarny w miejscu, w którym parser spodziewał się tekstu. W praktyce oznacza to, że plik jest uszkodzony albo serwer nie może go odszyfrować.
[ERROR] Failed to load script: syntax error near <\1>
Dlaczego tak się dzieje
- Wgrywanie uszkodziło pliki. Klienty FTP w trybie ASCII/auto (domyślne w FileZilli dla niektórych typów plików) zmieniają zakończenia linii i psują pliki z escrow. To najczęstsza przyczyna.
- Przestarzałe artefakty serwera. Bardzo stare buildy FXServer nie potrafią załadować obecnych plików escrow.
- Kopia z niewłaściwego miejsca. Pliki edytowane, ponownie spakowane lub wzięte z cudzego serwera nie zostaną odszyfrowane.
Rozwiązanie 1: pobierz od nowa i wgraj w trybie binarnym
- Pobierz skrypt ponownie z Granted Assets na portal.cfx.re.
- Całkowicie usuń stary folder zasobu na serwerze (najpierw zrób kopię zapasową configu).
- Wgraj nowy folder, ustawiając w kliencie FTP tryb transferu binarny. W FileZilli: Transfer → Typ transferu → Binarny.
- Zrestartuj serwer.
Wgranie archiwum zip i rozpakowanie go na serwerze całkowicie omija problem, jeśli Twój host ma menedżer plików z funkcją rozpakowywania.
Rozwiązanie 2: zaktualizuj artefakty serwera
Zaktualizuj FXServer do niedawnego zalecanego buildu ze strony oficjalnych artefaktów albo skorzystaj z opcji „update artifacts” u swojego hosta, a potem zrestartuj serwer.
Rozwiązanie 3: nie edytuj plików z escrow
Zmieniać można tylko pliki otwarte (configi, locales, pliki bridge/edytowalne). Otwarcie zaszyfrowanego pliku .lua w edytorze i zapisanie go, nawet bez zmian, może go uszkodzić. Swoje zmiany wprowadzaj w plikach konfiguracyjnych.
Powiązane
Nadal widzisz błąd po czystym ponownym wgraniu? Wyślij nam log z konsoli na Discordzie.