Siri siaran ini diindeks di NgateSystems.com. Anda akan temui kemudahan carian kata kunci yang sangat berguna di sana juga.
Semakan terakhir: Nov '24
Siaran 4.2 mengapungkan konsep pra-pemarahan halaman web. Ideanya ialah jika halaman tidak pernah berubah (atau, sekurang-kurangnya, tidak terlalu kerap berubah) maka ia juga mungkin ditukar menjadi HTMl semasa "pembinaan" projek.
Ini baik tetapi, jika data asas berubah terlalu kerap, menjalankan binaan untuk membawa halaman pra-paparan terkini secara manual akan menjadi menjengkelkan. Automasi sudah pasti jawapannya.
Anda mungkin menangani perkara ini dalam beberapa cara, tetapi saya syorkan menggunakan skrip untuk menjalankan jujukan binaan/kerahan dan kemudian dapatkan penjadual Windows untuk menjalankannya secara automatik
Ini skrip ps1 yang mungkin anda gunakan:
$projectId = [myProjectId] $projectPath = [myProjectPath] # Define log file path $logPath = "$projectPath\log.txt" # Overwrite the log file with a timestamp at the beginning $timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss" "Log started at $timestamp" | Out-File -FilePath $logPath -Force # Set the project ID gcloud config set project $projectId # Redirect output to log file try { cd $projectPath 2>&1 | Out-File -FilePath $logPath -Append npm run build | Out-File -FilePath $logPath -Append # Fetch all versions ordered by creation date, excluding the latest 10 $oldVersions = gcloud app versions list ` --sort-by="~version.createTime" ` --format="value(version.id)" | Select-Object -Skip 10 # Delete the old versions if there are any if ($oldVersions.Count -gt 0) { "Deleting old versions..."| Out-File -FilePath $logPath -Force $oldVersions | ForEach-Object { gcloud app versions delete $_ --quiet 2>&1 | Out-File -FilePath $logPath -Append } } else { "No old versions to delete. The limit of $MaxVersions is not exceeded." | Out-File -FilePath $logPath -Force } gcloud app deploy build/app.yaml --quiet 2>&1 | Out-File -FilePath $logPath -Append } catch { "An error occurred: $_" | Out-File -FilePath $logPath -Append }
Dalam skrip ini, [myProjectId} ialah Google projectId anda - cth "svelte-dev-80286"
dan [myProjectPath] ialah nama laluan penuh untuk projek VSCode anda - cth "C:UsersmjoycDesktopGitProjectssvelte-dev". Fail log.txt output berakhir dalam akar folder projek VSCode anda
Skrip kelihatan lebih rumit daripada yang anda jangkakan. Inilah sebabnya:
Oleh kerana anda berhasrat untuk menjadualkan skrip secara automatik, anda perlu mengekalkan fail log untuk memberitahu anda apa yang telah berlaku jika ia ralat. Ini sahaja menambah "kekusutan" yang tidak dapat dielakkan. Tetapi terdapat juga bahagian "pemadaman versi" yang pelik. Anda memerlukan ini kerana, setiap kali anda menjalankan "bina", Google akan mencipta versi baharu dalam storan awan. Terdapat maksimum lalai kepada bilangan versi yang boleh anda buat. Saya menambah bahagian ini apabila sistem saya ralat apabila bilangan versi mencapai 200.
Dalam skrip di atas, saya mengehadkan bilangan versi yang dikekalkan kepada hanya 10 (saya membayar untuk pengehosan App run saya sekarang!).
Cara paling langsung untuk menguji fail skrip dalam sesi terminal VSCode ialah memilih kandungannya, tampalkannya ke dalam sesi dan tekan kembali. Tetapi untuk tujuan pengeluaran, anda memerlukan sedikit automasi.
Berikut ialah prosedur untuk mendaftarkan tugas Penjadual Windows untuk menjalankan skrip binaan.
Saya menggunakan tugasan Penjadual Windows yang dibuat menggunakan prosedur di atas untuk menjalankan binaan setiap malam untuk halaman carian kata kunci "ngatesystems.com" pra-diberikan. Walaupun siaran baharu kini jarang ditambah, saya masih membuat pengeditan biasa pada halaman sedia ada. Susunan larian setiap malam bermakna halaman carian tidak melebihi sehari di belakang data langsung.
Atas ialah kandungan terperinci NgSysV.Binaan Pra-pemarahan Svelte Automatik. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!