Chrome net :: ERR_INCOMPLETE_CHUNKED_ENCODING kesalahan

Selama dua bulan terakhir, saya telah menerima kesalahan berikut di konsol pengembang Chrome:

net::ERR_INCOMPLETE_CHUNKED_ENCODING

Gejala:

• Halaman tidak dimuat.
• File CSS dan JS terpotong.
• Halaman tergantung.

Lingkungan server:

• Apache 2.2.22
• PHP
• Ubuntu

Ini terjadi pada saya di server Apache internal kami. Ini tidak terjadi pada orang lain - yaitu, tidak ada pengguna kami yang mengalami masalah ini - juga orang lain di tim pengembang kami.

Orang lain sedang mengakses server yang sama persis dengan Chrome versi yang sama persis. Saya juga mencoba menonaktifkan semua ekstensi dan menjelajah dalam mode Penyamaran - tidak berpengaruh.

Saya telah menggunakan Firefox dan hal yang persis sama terjadi. File terpotong dan yang lainnya. Satu-satunya hal adalah, Firefox tidak meningkatkan kesalahan konsol sehingga Anda perlu memeriksa permintaan HTTP melalui Firebug untuk melihat masalahnya.

Header Respons dari Apache:

Cache-Control:no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Connection:close
Content-Encoding:gzip
Content-Type:text/html; charset=utf-8
Date:Mon, 27 Apr 2015 10:52:52 GMT
Expires:Thu, 19 Nov 1981 08:52:00 GMT
Pragma:no-cache
Server:Apache/2.2.22 (Ubuntu)
Transfer-Encoding:chunked
Vary:Accept-Encoding
X-Powered-By:PHP/5.3.10-1ubuntu3.8

Saat menguji, saya dapat memperbaiki masalah ini dengan memaksa HTTP 1.0 di file htaccess saya:

SetEnv downgrade-1.0

Ini menghilangkan masalah. Namun, memaksa HTTP 1.0 melalui HTTP 1.1 bukanlah solusi yang tepat.

Pembaruan : Karena saya satu-satunya yang mengalami masalah ini, saya pikir saya perlu meluangkan lebih banyak waktu untuk menyelidiki apakah itu masalah sisi klien atau bukan. Jika saya masuk ke pengaturan Chrome dan menggunakan opsi "Restore to Default", masalahnya akan hilang sekitar 10-20 menit. Lalu ia kembali.

BAIK. Saya sudah melakukan tiga kali pengujian dan saya 100% yakin bahwa ini disebabkan oleh anti-virus saya (ESET NOD32 ANTIVIRUS 5).

Setiap kali saya menonaktifkan perlindungan Real-Time, masalah ini hilang. Hari ini, saya menonaktifkan perlindungan Real-Time selama 6-7 jam dan masalah tidak pernah terjadi.

Beberapa saat yang lalu, saya menyalakannya kembali, hanya untuk masalah muncul dalam satu menit.

Selama 24 jam terakhir, saya telah menghidupkan dan mematikan perlindungan Real-Time lagi, hanya untuk memastikan. Setiap kali - hasilnya sama.

Pembaruan: Saya telah menemukan pengembang lain yang memiliki masalah yang sama persis dengan perlindungan Real-Time pada anti-virus Kaspersky-nya. Dia menonaktifkannya dan masalahnya hilang. yaitu masalah ini sepertinya tidak terbatas pada ESET.

Kesalahannya adalah mencoba mengatakan bahwa Chrome terputus saat halaman sedang dikirim. Masalah Anda sedang mencoba mencari tahu alasannya.

Tampaknya, ini mungkin masalah yang diketahui memengaruhi beberapa versi Chrome. Sejauh yang saya tahu, ini adalah masalah versi-versi ini yang sangat sensitif terhadap panjang konten dari chunk yang dikirim dan ukuran chunk yang diekspresikan (saya mungkin jauh dari itu). Singkatnya, masalah header yang sedikit tidak sempurna.

Di sisi lain, bisa jadi server tidak mengirim potongan terminal 0-panjang. Yang mungkin bisa diperbaiki dengan ob_flush();. Mungkin juga Chrome (atau koneksi atau sesuatu) sedang lambat. Jadi ketika koneksi ditutup, halaman belum dimuat. Saya tidak tahu mengapa ini bisa terjadi.

Inilah jawaban pemrogram paranoid:

<?php
    // ... your code
    flush();
    ob_flush();
    sleep(2);
    exit(0);
?>

Dalam kasus Anda, ini mungkin kasus penghentian skrip. Saya tidak benar-benar yakin mengapa hal itu hanya memengaruhi Anda tetapi bisa jadi turun ke kondisi balap? Itu hanya tebakan. Anda harus dapat menguji ini dengan memperpanjang waktu eksekusi skrip.

<?php
    // ... your while code
    set_time_limit(30);
    // ... more while code
?>

Mungkin juga sesederhana Anda perlu memperbarui pemasangan Chrome Anda (karena masalah ini khusus Chrome).

• https://code.google.com/p/chromium/issues/detail?id=461213
• IIS & Chrome: gagal memuat sumber daya: net :: ERR_INCOMPLETE_CHUNKED_ENCODING
• https://wordpress.org/support/topic/interface-issue-err_incomplete_chunked_encoding

UPDATE: Saya bisa meniru kesalahan ini (akhirnya) ketika kesalahan fatal dilemparkan ketika PHP (di localhost yang sama) adalah output buffering . Saya membayangkan output terlalu rusak untuk digunakan (header tetapi sedikit atau tidak ada konten).

Secara khusus, saya tidak sengaja kode saya secara rekursif memanggil dirinya sendiri sampai PHP, benar, menyerah. Jadi, server tidak mengirim terminal 0-length chunk - yang merupakan masalah yang saya identifikasi sebelumnya.

Saya punya masalah ini. Melacaknya setelah mencoba sebagian besar jawaban lain pada pertanyaan ini. Itu disebabkan oleh pemilik dan izin dari /var/lib/nginxdan lebih khusus lagi /var/lib/nginx/tmpdirektori salah.

Direktori tmp digunakan oleh fast-cgi untuk men-cache respons ketika dihasilkan, tetapi hanya jika mereka berada di atas ukuran tertentu. Jadi masalahnya adalah intermiten dan hanya terjadi ketika respons yang dihasilkan besar.

Periksa nginx <host_name>.error_loguntuk melihat apakah Anda memiliki masalah izin.

Untuk memperbaikinya, pastikan pemilik dan grup /var/lib/nginxdan semua sub-dir adalah nginx.

Yang berikut harus memperbaikinya untuk setiap klien.

//Gather output (if it is not already in a variable, use ob_start() and ob_get_clean() )    

// Before sending output:
header('Content-length: ' . strlen($output));

Tetapi dalam kasus saya berikut ini adalah pilihan yang lebih baik dan memperbaikinya juga:

.htaccess:

php_value opcache.enable 0

OMG, saya memecahkan masalah yang sama 5 menit yang lalu. Saya menghabiskan beberapa jam untuk menemukan solusi. Pada pandangan pertama, menonaktifkan antivirus memecahkan masalah pada Windows. Tapi kemudian saya melihat masalah pada pc linux lain tanpa antivirus. Tidak ada kesalahan dalam log nginx. Saya uwsgimenunjukkan sesuatu tentang "Pipa rusak" tetapi tidak pada semua permintaan. Tahu apa? Tidak ada ruang yang tersisa di perangkat, yang saya temukan ketika me-restart server pada basis data Log, dan dfmenyetujui ini. Satu-satunya penjelasan tentang mengapa antivirus dipecahkan adalah ini mencegah caching peramban (harus memeriksa setiap permintaan), tetapi peramban dengan beberapa perilaku aneh dapat mengabaikan respons buruk dan menunjukkan respons yang di-cache.

Dalam kasus saya, saya mengalami /usr/local/var/run/nginx/fastcgi_temp/3/07/0000000073" failed (13: Permission denied) yang mungkin menghasilkan kesalahan Chrome net :: ERR_INCOMPLETE_CHUNKED_ENCODING.

Saya harus menghapus /usr/local/var/run/nginx/dan membiarkan nginx membuatnya lagi.

$ sudo rm -rf /usr/local/var/run/nginx/
$ sudo nginx -s stop
$ sudo mkdir /usr/local/var/run/nginx/
$ sudo chown nobody:nobody /usr/local/var/run/nginx/
$ sudo nginx

Ini diketahui masalah Chrome. Menurut pelacak bug Chrome dan Chromium tidak ada solusi universal untuk ini. Masalah ini tidak terkait dengan jenis dan versi server, itu tepat di Chrome.

Pengaturan Content-Encodingheader untuk identitymemecahkan masalah ini kepada saya.

dari developer.mozilla.org

identitas | Menunjukkan fungsi identitas (yaitu tidak ada kompresi, atau modifikasi).

Jadi, saya dapat menyarankan, bahwa dalam beberapa kasus Chrome tidak dapat melakukan kompres gzip dengan benar.

Saya baru saja mengalami masalah yang sama. Dan perhatikan itu hanya terjadi ketika halaman berisi karakter UTF-8 dengan nilai ordinal lebih besar dari 255 (yaitu multibyte).

Yang akhirnya menjadi masalah adalah bagaimana header Panjang Konten dihitung. Backend yang mendasari adalah menghitung panjang karakter, bukan panjang byte. Mematikan header panjang konten memperbaiki masalah sementara sampai saya dapat memperbaiki sistem template back end.

Solusi termudah adalah meningkatkan proxy_read_timeout untuk lokasi proxy setel Anda ke nilai yang lebih tinggi (misalkan 120an) di nginx.conf Anda.

location / {
....
proxy_read_timeout 120s
....
}

Saya menemukan solusi ini di sini https://rijulaggarwal.wordpress.com/2018/01/10/atmosphere-long-polling-on-nginx-chunked-encoding-error/

Ketika saya menghadapi kesalahan ini (saat membuat panggilan AJAX dari javascript); alasannya adalah respons dari pengontrol salah; itu mengembalikan JSON yang bukan format yang valid.

Di sini masalahnya adalah AV Avast saya. Segera setelah saya menonaktifkannya, masalahnya hilang.

Tapi, saya benar-benar ingin memahami penyebab perilaku ini.

Saya hanya ingin berbagi pengalaman saya dengan Anda jika seseorang mungkin memiliki masalah yang sama dengan MOODLE .

Platform moodle kami tiba-tiba sangat lambat, dasbor membutuhkan waktu sekitar 2-3 kali lebih lama untuk memuat (hingga 6 detik) dari biasanya dan dari waktu ke waktu beberapa halaman tidak dimuat sama sekali (bukan kesalahan 404 tetapi halaman kosong ). Di Konsol Alat Pengembang, kesalahan berikut terlihat:net::ERR_INCOMPLETE_CHUNKED_ENCODING.

Mencari kesalahan ini, sepertinya Chrome adalah masalahnya, tetapi kami memiliki masalah dengan berbagai browser. Setelah berjam-jam penelitian dan membandingkan database dari hari-hari sebelum saya akhirnya menemukan masalah, seseorang menyalakan Pemantauan Acara. Namun, di log "Perubahan konfigurasi", perubahan ini tidak terlihat! Mematikan Pemantauan Acara, akhirnya menyelesaikan masalah - kami tidak memiliki aturan yang ditetapkan untuk pemantauan acara.

Kami menjalankan Moodle 3.1.2+ dengan MariaDB dan PHP 5.4.

Ini terjadi pada dua server klien yang berbeda yang dipisahkan oleh beberapa tahun, menggunakan kode yang sama yang digunakan pada ratusan server lain untuk waktu itu tanpa masalah.

Untuk klien ini, sebagian besar terjadi pada skrip PHP yang memiliki streaming HTML - yaitu, halaman "Sambungan: tutup" di mana output dikirim ke browser saat output tersedia.

Ternyata koneksi antara proses PHP dan server web putus sebelum waktunya, sebelum skrip selesai dan jalan sebelum batas waktu.

Masalahnya adalah opcache.fast_shutdown = 1 di file php.ini utama. Arahan ini dinonaktifkan secara default, tetapi tampaknya beberapa administrator server percaya ada peningkatan kinerja yang bisa didapat di sini. Dalam semua tes saya, saya tidak pernah mencatat perbedaan positif menggunakan pengaturan ini. Dalam pengalaman saya, itu telah menyebabkan beberapa skrip benar-benar mengeksekusi lebih lambat, dan memiliki track record yang mengerikan kadang-kadang memasuki shutdown saat skrip masih mengeksekusi, atau bahkan pada akhir eksekusi saat server web masih membaca dari buffer. Ada laporan bug lama dari 2013, yang belum terselesaikan pada Februari 2017, yang mungkin terkait: https://github.com/zendtech/ZendOptimizerPlus/issues/146

Saya telah melihat kesalahan berikut muncul karena ERR_INCOMPLETE_CHUNKED_ENCODING ERR_SPDY_PROTOCOL_ERROR Terkadang ada segfault korelatif yang dicatat; terkadang tidak.

Jika Anda mengalami salah satunya, periksa phpinfo Anda, dan pastikan opcache.fast_shutdown dinonaktifkan.

Saya minta maaf untuk mengatakan, saya tidak punya jawaban yang tepat untuk Anda. Tetapi saya juga menghadapi masalah ini, dan, setidaknya dalam kasus saya, menemukan jalan keluar. Jadi mungkin itu akan menawarkan beberapa petunjuk kepada orang lain yang tahu lebih banyak tentang Php di bawah tenda.

Skenarionya adalah, saya memiliki array yang dilewatkan ke suatu fungsi. Konten array ini digunakan untuk menghasilkan string HTML untuk dikirim kembali ke browser, dengan menempatkan semuanya di dalam variabel global yang kemudian dicetak. (Fungsi ini sebenarnya tidak mengembalikan apa-apa. Ceroboh, saya tahu, tapi itu intinya.) Di dalam array ini, antara lain, ada beberapa elemen yang membawa, dengan referensi, array asosiatif bersarang yang didefinisikan di luar fungsi ini . Dengan proses eliminasi, saya menemukan bahwa manipulasi elemen apa pun di dalam array ini dalam fungsi ini, direferensikan atau tidak, termasuk upaya untuk menghapus elemen yang direferensikan, menghasilkan Chrome melemparkan kesalahan :: ERR_INCOMPLETE_CHUNKED_ENCODING kesalahan bersih dan tidak menampilkan konten.

Hanya dengan menggunakan kembali skrip untuk tidak menerapkan referensi ke elemen array di tempat pertama hal mulai bekerja secara normal lagi. Saya menduga ini sebenarnya adalah bug Php yang ada hubungannya dengan kehadiran elemen yang direferensikan membuang header panjang konten, tapi saya benar-benar tidak cukup tahu tentang ini untuk mengatakan dengan pasti.

Saya punya masalah dengan situs di Chrome dan Firefox. Jika saya mematikan Avast Web Shield, itu hilang. Saya tampaknya telah berhasil membuatnya bekerja dengan Web Shield berjalan dengan menambahkan beberapa htaccess hplt5 boilerplate ke file htaccess saya:

# ------------------------------------------------------------------------------
# | Expires headers (for better cache control)                                 |
# ------------------------------------------------------------------------------

# The following expires headers are set pretty far in the future. If you don't
# control versioning with filename-based cache busting, consider lowering the
# cache time for resources like CSS and JS to something like 1 week.

<IfModule mod_expires.c>

    ExpiresActive on
    ExpiresDefault                                      "access plus 1 month"

  # CSS
    ExpiresByType text/css                              "access plus 1 week"

  # Data interchange
    ExpiresByType application/json                      "access plus 0 seconds"
    ExpiresByType application/xml                       "access plus 0 seconds"
    ExpiresByType text/xml                              "access plus 0 seconds"

  # Favicon (cannot be renamed!)
    ExpiresByType image/x-icon                          "access plus 1 week"

  # HTML components (HTCs)
    ExpiresByType text/x-component                      "access plus 1 month"

  # HTML
    ExpiresByType text/html                             "access plus 0 seconds"

  # JavaScript
    ExpiresByType application/javascript                "access plus 1 week"

  # Manifest files
    ExpiresByType application/x-web-app-manifest+json   "access plus 0 seconds"
    ExpiresByType text/cache-manifest                   "access plus 0 seconds"

  # Media
    ExpiresByType audio/ogg                             "access plus 1 month"
    ExpiresByType image/gif                             "access plus 1 month"
    ExpiresByType image/jpeg                            "access plus 1 month"
    ExpiresByType image/png                             "access plus 1 month"
    ExpiresByType video/mp4                             "access plus 1 month"
    ExpiresByType video/ogg                             "access plus 1 month"
    ExpiresByType video/webm                            "access plus 1 month"

  # Web feeds
    ExpiresByType application/atom+xml                  "access plus 1 hour"
    ExpiresByType application/rss+xml                   "access plus 1 hour"

  # Web fonts
    ExpiresByType application/font-woff                 "access plus 1 month"
    ExpiresByType application/vnd.ms-fontobject         "access plus 1 month"
    ExpiresByType application/x-font-ttf                "access plus 1 month"
    ExpiresByType font/opentype                         "access plus 1 month"
    ExpiresByType image/svg+xml                         "access plus 1 month"

</IfModule>

# ------------------------------------------------------------------------------
# | Compression                                                                |
# ------------------------------------------------------------------------------

<IfModule mod_deflate.c>

    # Force compression for mangled headers.
    # http://developer.yahoo.com/blogs/ydn/posts/2010/12/pushing-beyond-gzipping
    <IfModule mod_setenvif.c>
        <IfModule mod_headers.c>
            SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
            RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
        </IfModule>
    </IfModule>

    # Compress all output labeled with one of the following MIME-types
    # (for Apache versions below 2.3.7, you don't need to enable `mod_filter`
    #  and can remove the `<IfModule mod_filter.c>` and `</IfModule>` lines
    #  as `AddOutputFilterByType` is still in the core directives).
    <IfModule mod_filter.c>
        AddOutputFilterByType DEFLATE application/atom+xml \
                                      application/javascript \
                                      application/json \
                                      application/rss+xml \
                                      application/vnd.ms-fontobject \
                                      application/x-font-ttf \
                                      application/x-web-app-manifest+json \
                                      application/xhtml+xml \
                                      application/xml \
                                      font/opentype \
                                      image/svg+xml \
                                      image/x-icon \
                                      text/css \
                                      text/html \
                                      text/plain \
                                      text/x-component \
                                      text/xml
    </IfModule>

</IfModule>

# ------------------------------------------------------------------------------
# | Persistent connections                                                     |
# ------------------------------------------------------------------------------

# Allow multiple requests to be sent over the same TCP connection:
# http://httpd.apache.org/docs/current/en/mod/core.html#keepalive.

# Enable if you serve a lot of static content but, be aware of the
# possible disadvantages!

 <IfModule mod_headers.c>
    Header set Connection Keep-Alive
 </IfModule>

Perbaikan saya adalah:

<?php  ob_start(); ?>
<!DOCTYPE html>
<html lang="de">
.....
....//your whole code
....
</html>
<?php
        ob_clean();
ob_end_flush();

ob_flush();

?>

Semoga ini akan membantu seseorang di masa depan, dan dalam kasus saya ini adalah masalah Kaspersky tetapi perbaikan di atas berfungsi dengan baik :)

Dalam kasus saya itu terjadi selama serialisasi json dari muatan api kembali web - saya punya referensi 'melingkar' dalam model Entity Framework saya, saya mengembalikan grafik objek satu-ke-banyak yang sederhana kembali tetapi anak itu memiliki referensi kembali ke orang tua, yang tampaknya tidak suka serializer json. Menghapus properti pada anak yang mereferensikan orang tua melakukan trik.

Semoga ini bisa membantu seseorang yang mungkin memiliki masalah serupa.

Periksa izin folder nginx dan atur izin appache untuk itu:

chown -R www-data:www-data /var/lib/nginx

Saya mendapatkan net::ERR_INCOMPLETE_CHUNKED_ENCODING, setelah pemeriksaan lebih dekat dari log kesalahan server saya menemukan bahwa itu karena waktu eksekusi skrip PHP.

Menambahkan baris ini di atas skrip PHP memecahkannya untuk saya:

ini_set('max_execution_time', 300); //300 seconds = 5 minutes

Ref: Fatal error: Melebihi waktu eksekusi 30 detik

Bagi saya itu disebabkan oleh ruang kosong yang tidak cukup pada hard drive.

ini terjadi pada saya untuk alasan yang berbeda sama sekali. net :: ERR_INCOMPLETE_CHUNKED_ENCODING 200 ketika saya memeriksa halaman dan pergi ke tab newtork, saya melihat bahwa halaman vendor.js telah gagal dimuat. Setelah memeriksa tampaknya ukuran file js besar ~ 6,5 mb. Ketika saya menyadari bahwa saya perlu mengkompres js. Saya memeriksa bahwa saya menggunakan ng buildperintah untuk membangun. Alih-alih ketika saya menggunakannya ng build --prod --aot --vendor-chunk --common-chunk --delete-output-path --buildOptimizeritu bekerja untuk saya. Lihat https://github.com/angular/angular-cli/issues/9016

Baik. Belum lama ini saya juga bertemu pertanyaan ini. Dan akhirnya saya mendapatkan solusi yang benar-benar mengatasi masalah ini.

Gejala masalah saya adalah juga halaman tidak memuat dan menemukan data json terpotong secara acak.

Berikut adalah solusi yang saya rangkum dapat membantu untuk memecahkan masalah ini

1.Kill the anti-virus software process
2.Close chrome's Prerendering Instant pages feature
3.Try to close all the apps in your browser
4.Try to define your Content-Length header
  <?php
     header('Content-length: ' . strlen($output));
  ?>
5.Check your nginx fastcgi buffer is right 
6.Check your nginx gzip is open

Jika ada loop atau item yang tidak ada maka Anda menghadapi masalah ini.

Saat menjalankan Aplikasi di Chrome, halaman kosong dan menjadi tidak responsif.

Mulai Skenario:

Lingkungan Pengembangan: MAC, STS 3.7.3, tc Pivotal Server 3.1, Spring MVC Web,

dalam $ {myObj.getfName ()}

Akhir Skenario:

Alasan masalah: fungsi getfName () tidak didefinisikan pada myObj.

Semoga ini bisa membantu Anda.

tebakan saya adalah server tidak benar menangani transfer-encoding chunked. Perlu mem-terminal file chunked dengan terminal chunk untuk menunjukkan seluruh file telah ditransfer. Jadi kode di bawah ini mungkin berfungsi:

echo "\n";
flush();
ob_flush();
exit(0);

Dalam kasus saya itu rusak konfigurasi untuk ekstensi php mysqlnd_ms di server. Lucunya itu berfungsi dengan baik pada permintaan dengan durasi pendek. Ada peringatan di log kesalahan server, jadi kami telah memperbaikinya dengan cepat.

Ini sepertinya masalah umum dengan berbagai penyebab dan solusi, jadi saya akan memberikan jawaban saya di sini untuk siapa saja yang mungkin membutuhkannya.

Saya mendapatkan net::ERR_INCOMPLETE_CHUNKED_ENCODING menggunakan kombinasi Chrome, osx, php70, httpd24, tetapi kode yang sama berjalan dengan baik di server produksi.

Saya awalnya membuntuti log biasa tetapi tidak ada yang benar-benar muncul. Sebuah cepat ls -latermenunjukkan system.logadalah file menyentuh terbaru dalam /var/log, dan tailing yang memberiku

Saved crash report for httpd[99969] version 2.4.16 (805) 
to /Library/Logs/DiagnosticReports/httpd.crash

Terkandung dalam:

Process:               httpd [99974]
Path:                  /usr/sbin/httpd
Identifier:            httpd
Version:               2.4.16 (805)
Code Type:             X86-64 (Native)
Parent Process:        httpd [99245]
Responsible:           httpd [99974]
User ID:               70

PlugIn Path:             /usr/local/opt/php70-mongodb/mongodb.so
PlugIn Identifier:       mongodb.so

A brew uninstall php70-mongodbdan httpd -k restartkemudian dan semuanya berjalan lancar.

Dalam kasus saya itu adalah masalah html. Ada '\ n' dalam respons json yang menyebabkan masalah. Jadi saya menghapusnya.

Sangat menarik untuk melihat berapa banyak penyebab berbeda untuk masalah ini!

Banyak yang bilang itu masalah Chrome, jadi saya mencoba Safari dan masih punya masalah. Kemudian coba semua solusi di utas ini, termasuk mematikan AVG Realtime Protection saya, tidak berhasil.

Bagi saya, masalahnya adalah .htaccessfile saya . Semua isinya adalah FallbackResource index.php, tetapi ketika saya mengganti namanya menjadi htaccess.txt, masalah saya telah diatasi.

Hmmm saya baru saja menemukan masalah yang sama tetapi dengan alasan berbeda di belakang ...

Saya menggunakan Laravel Valet pada proyek PHP vanilla dengan Laravel Mix . Ketika saya membuka situs di Chrome, itu net::ERR_INCOMPLETE_CHUNKED_ENCODINGkesalahan besar. (Jika saya memiliki situs dimuat pada protokol HTTPS, kesalahan diubah menjadinet::ERR_SPDY_PROTOCOL_ERROR .)

Saya memeriksa php.inidanopcache tidak diaktifkan. Saya menemukan bahwa dalam kasus saya masalahnya terkait dengan versi file aset - untuk beberapa alasan, sepertinya tidak seperti string kueri dalam URL aset (well, anehnya, hanya satu khususnya?).

Saya telah menghapus mix.version()untuk lingkungan lokal, dan situs memuat dengan baik di Chrome saya pada protokol HTTP dan HTTPS.

Dalam konteks Pengendali di Drupal 8 (Symfony Framework) solusi ini bekerja untuk saya:

$response = new Response($form_markup, 200, array(
  'Cache-Control' => 'no-cache',
));

$content = $response->getContent();
$contentLength = strlen($content);
$response->headers->set('Content-Length', $contentLength);

return $response;

Kalau tidak, header respons 'Transfer-Encoding' mendapat nilai 'chunked'. Ini mungkin masalah bagi browser Chrome.