Pelbagai sistem termasuk symfony, sistem wiki,
Selain itu, wordpress, inews, dll. boleh menulis alamat sebagai /index.php/M/V/C, atau /M/V/C.html,
Adalah perkara biasa bagi CSS untuk tidak dipaparkan dalam beberapa kes, dan sebab untuk ini, dari perspektif bahagian hadapan, ialah 99% daripada masa CSS tidak dapat ditemui.
WordPress menggunakan fon Google dan halaman tidak dipaparkan untuk masa yang lama Ini adalah topik lain.
Dari latar belakang, beberapa sistem akan menyediakan penyelesaian, seperti CI, yang ditulis sebagai /index.php/M/V/C Jenis ini akan mencari CSS Ini kerana CI sendiri lebih teliti. (Mungkin ada. Saya melihat manual CI beberapa hari lalu dan samar-samar teringat pelaksanaan ini.) Banyak juga perkara lain yang akan dilaksanakan, bukan hanya CI.
Prinsip pelaksanaan ialah /index.php/css/template.css Ia akan menghantar /css/template.css sebagai parameter kepada index.php, dan kemudian menggunakan PHP untuk membacanya.
Sesetengah perkara agak rumit,
Dia mahu menggunakan rewrite tetapi index.php tidak menyediakan kaedah ini, yang secara langsung membawa kepada /index.php/css/template.css Parameter yang dihantar tidak berfungsi, yang secara langsung menyebabkan CSS tidak dipaparkan.
Contohnya: mediawiki, seseorang memasang mediawiki dalam beberapa hari pertama, tetapi tidak melakukan menulis semula, jadi ia tidak akan dipaparkan.
Sesetengah perisian pelayan, seperti nginx, dalam beberapa kes menghantar parameter secara lalai,
Contohnya, apabila melawati www.test.com/M/V/C, nginx akan menghuraikannya ke dalam www.test.com/index.php/M/V/C, dan ia akan memaparkan mereka yang mempunyai hati nurani.
Sudah tentu, ada yang bodoh mencari direktori M/V/C bagi direktori pelayan, dan sudah tentu 403/404.
Banyak yang saya katakan di atas, Jika anda tidak faham, anggap sahaja saya bercakap dengan diri saya sendiri Berikut adalah perkara utama, menganalisis isu ini dari tahap yang mendalam.
Perkara utama ialah:
Mekanisme penulisan semula, atau tulis semula.
Secara amnya, mereka yang menulis PHP akan mempunyai pengalaman, dan tapak web pasti akan mempunyai sejumlah besar parameter, seperti www.bbs.com/forum.php?mod=forumdisplay&fid=25
Tetapi sesetengah laman web php tidak memilikinya Sebagai contoh, jika anda melawati discuz, http://www.discuz.net/forum-10-1.html, halaman contoh ini, direktori akar laman web itu pasti tidak akan mempunyai. forum-10-1.html, kerana pertama, ia mungkin tidak selamat jika direktori akar mempunyai kebenaran menulis, dan kedua, fail ini perlu dikemas kini dalam masa nyata, yang bermaksud bahawa ia bersamaan dengan kembali ke era apabila fail teks digunakan sebagai pangkalan data Cakera keras berada di bawah tekanan yang hebat dan rosak dengan cepat.
Sudah tentu, apakah yang perlu saya lakukan jika fail ini tidak wujud?
Sudah tentu, perisian pelayan nginx/lighttpd/apache akan berguna pada masa ini.
Apache adalah yang paling mudah. Kebanyakan sistem akan mempunyai fail .htaccess untuk anda. Anda hanya perlu meletakkan fail ini ke dalam direktori akar tapak web.
Dikatakan bahawa nginx juga boleh menggunakan fail .htaccess, tetapi saya tidak pernah menggunakannya semuanya dikonfigurasikan secara manual.
lighttpd mesti dikonfigurasikan secara manual.
Kini anda mengakses fail ini,
Sebagai contoh, apabila nginx, wanita bos, menerima permintaan ini, dia pasti akan berkata kepada dunia luar, "Oh tidak, semua orang ada di sini. Berhenti bekerja dan duduk sebentar, dia akan menghidangkan teh kepada anda dengan segera." segera minta pelayan menyediakannya.
Apabila pelayan melihat bahawa tuan rumah ingin menghidangkan teh, dia pergi menyediakan daun teh dan air mendidih.
Lelaki di sini secara semula jadi adalah modul penulisan semula nginx.
Cara menulis modul nginx: (Berikut ialah penulisan semula halaman http://www.discuz.net/thread-998595-1-1.html)
Fungsi baris kod di atas ialah,
Mana-mana URL jenis ini http://www.discuz.net/thread-998595-1-1.html akan ditukar terus kepada borang www.discuz.net/viewthread.php?tid=998595&extra=page%3D1&page=1.
Sudah tentu, baris kod ini agak lama, dan discuz baharu tidak lagi menggunakan peraturan tulis semula ini. Jika anda melawat halaman ini dan ia mendapat 404, itu tidak bermakna apa yang saya katakan itu salah.
Kaedah penulisan htaccess untuk peraturan yang serupa adalah seperti berikut: (Berikut ialah penulisan semula halaman http://www.discuz.net/forum-10-1.html)
Bercakap mengenainya,
Sebab mengapa masalah anda berlaku ialah,
Fail CSS dihantar ke app_dev.php sebagai parameter, jadi secara semula jadi css tidak dapat ditemui.
Penyelesaian khusus juga diberikan kepada anda:
Pertama: Baidu symfony tulis semula app_dev.php
Kedua: mekanisme penulisan semula bergantung pada ungkapan biasa. Tidak kira perisian pelayan mana yang boleh melarikan diri.
Ketiga, pelajari ungkapan biasa dalam beberapa minit Alamat: http://www.jb51.net/tools/zhengze.html
http://symfony.cn/articles/symfony2-nginx-configuration.html
Sila fahami baris ini dengan teliti: tulis semula ^/app.php/?(.*)$ /$1 kekal;
By the way: Graduan sedang mencari jawatan internship.
Gunakan baris arahan untuk memasuki direktori akar projek dan jalankan:
app/console assets:install web
Kembali ke penyemak imbas dan muat semula ia, anda sepatutnya melihatnya. Sebabnya ialah selepas pemasangan selesai, pemasangan fail sumber seperti css hilang (ini mungkin berlaku di bawah Windows, saya belum memainkan sf2 pada Windows Perintah di atas akan memasang fail sumber dalam lalai sf2). demo Bundle ke direktori web/bundle .
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Ia sepatutnya disebabkan oleh fail css yang tidak wujud sekarang
Saya perlu katakan anda pengaturcara. . .
Pelbagai sistem termasuk symfony, sistem wiki,
Selain itu, wordpress, inews, dll. boleh menulis alamat sebagai /index.php/M/V/C, atau /M/V/C.html,
Adalah perkara biasa bagi CSS untuk tidak dipaparkan dalam beberapa kes, dan sebab untuk ini, dari perspektif bahagian hadapan, ialah 99% daripada masa CSS tidak dapat ditemui.
WordPress menggunakan fon Google dan halaman tidak dipaparkan untuk masa yang lama Ini adalah topik lain.
Dari latar belakang, beberapa sistem akan menyediakan penyelesaian, seperti CI, yang ditulis sebagai /index.php/M/V/C Jenis ini akan mencari CSS Ini kerana CI sendiri lebih teliti. (Mungkin ada. Saya melihat manual CI beberapa hari lalu dan samar-samar teringat pelaksanaan ini.) Banyak juga perkara lain yang akan dilaksanakan, bukan hanya CI.
Prinsip pelaksanaan ialah /index.php/css/template.css Ia akan menghantar /css/template.css sebagai parameter kepada index.php, dan kemudian menggunakan PHP untuk membacanya.
Sesetengah perkara agak rumit,
Dia mahu menggunakan rewrite tetapi index.php tidak menyediakan kaedah ini, yang secara langsung membawa kepada /index.php/css/template.css Parameter yang dihantar tidak berfungsi, yang secara langsung menyebabkan CSS tidak dipaparkan.
Contohnya: mediawiki, seseorang memasang mediawiki dalam beberapa hari pertama, tetapi tidak melakukan menulis semula, jadi ia tidak akan dipaparkan.
Sesetengah perisian pelayan, seperti nginx, dalam beberapa kes menghantar parameter secara lalai,
Contohnya, apabila melawati www.test.com/M/V/C, nginx akan menghuraikannya ke dalam www.test.com/index.php/M/V/C, dan ia akan memaparkan mereka yang mempunyai hati nurani.
Sudah tentu, ada yang bodoh mencari direktori M/V/C bagi direktori pelayan, dan sudah tentu 403/404.
Banyak yang saya katakan di atas,
Jika anda tidak faham, anggap sahaja saya bercakap dengan diri saya sendiri Berikut adalah perkara utama, menganalisis isu ini dari tahap yang mendalam.
Perkara utama ialah:
Mekanisme penulisan semula, atau tulis semula.
Secara amnya, mereka yang menulis PHP akan mempunyai pengalaman, dan tapak web pasti akan mempunyai sejumlah besar parameter, seperti www.bbs.com/forum.php?mod=forumdisplay&fid=25
Tetapi sesetengah laman web php tidak memilikinya Sebagai contoh, jika anda melawati discuz, http://www.discuz.net/forum-10-1.html, halaman contoh ini, direktori akar laman web itu pasti tidak akan mempunyai. forum-10-1.html, kerana pertama, ia mungkin tidak selamat jika direktori akar mempunyai kebenaran menulis, dan kedua, fail ini perlu dikemas kini dalam masa nyata, yang bermaksud bahawa ia bersamaan dengan kembali ke era apabila fail teks digunakan sebagai pangkalan data Cakera keras berada di bawah tekanan yang hebat dan rosak dengan cepat.
Sudah tentu, apakah yang perlu saya lakukan jika fail ini tidak wujud?
Sudah tentu, perisian pelayan nginx/lighttpd/apache akan berguna pada masa ini.
Apache adalah yang paling mudah. Kebanyakan sistem akan mempunyai fail .htaccess untuk anda. Anda hanya perlu meletakkan fail ini ke dalam direktori akar tapak web.
Dikatakan bahawa nginx juga boleh menggunakan fail .htaccess, tetapi saya tidak pernah menggunakannya semuanya dikonfigurasikan secara manual.
lighttpd mesti dikonfigurasikan secara manual.
Kini anda mengakses fail ini,
Sebagai contoh, apabila nginx, wanita bos, menerima permintaan ini, dia pasti akan berkata kepada dunia luar, "Oh tidak, semua orang ada di sini. Berhenti bekerja dan duduk sebentar, dia akan menghidangkan teh kepada anda dengan segera." segera minta pelayan menyediakannya.
Apabila pelayan melihat bahawa tuan rumah ingin menghidangkan teh, dia pergi menyediakan daun teh dan air mendidih.
Lelaki di sini secara semula jadi adalah modul penulisan semula nginx.
Cara menulis modul nginx: (Berikut ialah penulisan semula halaman http://www.discuz.net/thread-998595-1-1.html)
Fungsi baris kod di atas ialah,
Mana-mana URL jenis ini http://www.discuz.net/thread-998595-1-1.html akan ditukar terus kepada borang www.discuz.net/viewthread.php?tid=998595&extra=page%3D1&page=1.
Sudah tentu, baris kod ini agak lama, dan discuz baharu tidak lagi menggunakan peraturan tulis semula ini. Jika anda melawat halaman ini dan ia mendapat 404, itu tidak bermakna apa yang saya katakan itu salah.
Kaedah penulisan htaccess untuk peraturan yang serupa adalah seperti berikut: (Berikut ialah penulisan semula halaman http://www.discuz.net/forum-10-1.html)
Bercakap mengenainya,
Sebab mengapa masalah anda berlaku ialah,
Fail CSS dihantar ke app_dev.php sebagai parameter, jadi secara semula jadi css tidak dapat ditemui.
Penyelesaian khusus juga diberikan kepada anda:
Pertama: Baidu symfony tulis semula app_dev.php
Kedua: mekanisme penulisan semula bergantung pada ungkapan biasa. Tidak kira perisian pelayan mana yang boleh melarikan diri.
Ketiga, pelajari ungkapan biasa dalam beberapa minit Alamat: http://www.jb51.net/tools/zhengze.html
http://symfony.cn/articles/symfony2-nginx-configuration.html
Sila fahami baris ini dengan teliti: tulis semula ^/app.php/?(.*)$ /$1 kekal;
By the way: Graduan sedang mencari jawatan internship.
Sama seperti di atas, gunakan hos maya dan jangan akses fail kemasukan secara langsung
Gunakan baris arahan untuk memasuki direktori akar projek dan jalankan:
Kembali ke penyemak imbas dan muat semula ia, anda sepatutnya melihatnya. Sebabnya ialah selepas pemasangan selesai, pemasangan fail sumber seperti css hilang (ini mungkin berlaku di bawah Windows, saya belum memainkan sf2 pada Windows Perintah di atas akan memasang fail sumber dalam lalai sf2). demo Bundle ke direktori web/bundle .
Semoga ini membantu.