Nota rawak dari meja bulat jamStack

Seminar Jamstack Roundtable diadakan pada hujung minggu lalu di Web Unleashed. Berikut adalah beberapa nota bertaburan dari pengalaman ini.

• Saya terkejut pada mulanya bahawa "M" dalam "Jamstack" bermaksud "markup" ("M" dalam HTML, kadang -kadang digunakan secara bergantian dengan HTML), bukan "markdown" (bahasa yang disusun menjadi HTML). Ini sememangnya menyebabkan banyak kekeliruan. Jawapannya ialah: Jamstack tidak memerlukan markdown. Kekeliruan ini berpunca dari fakta bahawa markdown sering digunakan dengan penjana laman web statik, yang berkait rapat dengan Jamstack.
• Buat pertama kalinya saya menyedari bahawa setiap laman web yang dihoskan di Netlify, GitHub Pages, atau Bucket S3 ("Hosting Static") adalah Jamstack. Memang shamstack! :). Bahagian hosting statik (SH) Jamstack mungkin merupakan aspek yang paling penting.
• Satu hanya mempunyai satu fail index.html,<div> Dan sekumpulan laman web JavaScript, pelanggan membuat segala -galanya, juga boleh menjadi jamur. Dengan mengandaikan bahawa data yang diperlukan adalah sama ada terbina dalam atau berasal dari API pada pelayan lain (bukannya pelayan hosting fail index.html), maka itu jamStack.<li> Terdapat perbezaan antara jamur <em>teknikal</em> dan jamur <em>rohani</em> . Yang disebutkan di atas mungkin lebih teknikal, sementara tahap rohani berharap untuk membuat lebih banyak halaman.<ul> <li> Kelebihan pra-penanaman adalah: cepat, hosting CDN, selamat dan mesra SEO. Ramai kerangka menawarkannya sebagai sebahagian daripada keupayaan mereka, jadi anda juga boleh memanfaatkannya. Pre-rendering tidak bermakna statik, JavaScript masih boleh memuat dan mencapai kesan yang lebih sejuk.</li> <li> Tidak ada keraguan bahawa penjana laman web statik dan jamStack adalah rakan kongsi terbaik. Tetapi Jamstack mahu anda mempunyai perspektif yang lebih luas. Bagaimana jika anda mempunyai 50,000 halaman produk dan generasi terlalu perlahan atau tidak praktikal? Tiada masalah, anda boleh membuat pra-membuat halaman lain, tetapi hanya membuat rangka kerja untuk halaman produk dan mendapatkan data halaman produk melalui API yang diperlukan. Apa yang perlu saya lakukan jika sesetengah halaman benar -benar tidak dihoskan secara statik? Tiada masalah, anda boleh proksi halaman yang boleh dihoskan secara statik ke pelayan statik tanpa menukar halaman lain. Mahu pergi keluar untuk hosting statik, tetapi memerlukan pelayan untuk melaksanakan beberapa fungsi? Pertimbangkan menggunakan fungsi tanpa pelayan, yang boleh dikatakan sebagai sahabat rohani untuk hosting statik.</li> <li> Orang benar -benar ingin tahu <em>mengapa</em> . Mengapa bersusah payah melakukan perkara ini? Jika anda boleh membina laman web dengan WordPress yang memenuhi semua keperluan anda, mengapa tidak? Saya akhirnya mempertahankan penggunaan WordPress saya dari sudut pandangan ciri. Sekiranya saya mempunyai masa yang tidak terhad dan titik permulaan yang baru, walaupun saya masih menggunakan WordPress sebagai CMS, saya fikir saya mungkin berada di jalan di mana sekurang-kurangnya beberapa pra-penanaman dilakukan, jika tidak sepenuhnya decoupling dan membina front-end saya sendiri, hanya menggunakan data melalui API. Tetapi mungkin jawapan yang paling meyakinkan untuk <em>mengapa</em> turun untuk <em>mempercepatkan</em> , <em>keselamatan</em> , dan <em>ketahanan</em> , yang semuanya tersedia dengan segera apabila anda menggunakan Jamstack. Ia menyediakan asas yang baik untuk membina.</li> </ul> </li> </div>

Atas ialah kandungan terperinci Nota rawak dari meja bulat jamStack. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!