Hosting Laravel dibina untuk cara anda menghantar kod

Boleh. Setiap pelan datang dengan shell SSH yang penuh, jadi deployment ialah aliran kerja berasaskan Git yang sama seperti yang anda sudah gunakan secara tempatan. Klon repositori anda terus dari GitHub, GitLab atau Bitbucket ke dalam akaun anda, jalankan composer install untuk menarik pakej vendor anda, kemudian salin nilai produksi anda ke dalam .env. Dari situ Artisan mengambil alih: php artisan key:generate menetapkan kunci aplikasi anda dan php artisan migrate membina skema pangkalan data anda. Menghantar keluaran seterusnya juga sepantas itu — git pull untuk mengambil komit baharu, composer install untuk mengemas kini kebergantungan, php artisan migrate untuk sebarang migrasi baharu, dan penyegaran cache untuk membersihkan konfigurasi lama. Kerana anda mempunyai shell yang sebenar dan bukan panel yang terkunci, anda boleh mengekori log, membetulkan kebenaran storan dan menjalankan semula mana-mana arahan jika sesuatu perlu disemak semula. Halakan akar dokumen anda ke folder public dan laman itu beroperasi melalui HTTPS.

Ya — Composer dipasang pada setiap akaun dan sudah berada pada PATH anda, jadi tiada apa untuk dimuat turun, dinyahpek atau dikonfigurasi sebelum deploy pertama anda. Buka sesi SSH sebaik akaun anda disediakan dan composer install, composer update, composer require serta composer dump-autoload semuanya berfungsi serta-merta terhadap binari PHP yang betul. Itu penting untuk Laravel, kerana rangka kerja itu dan hampir setiap pakej yang anda tambah — dari kit permulaan hingga Sanctum, Horizon dan selebihnya — ditarik masuk melalui Composer dan bukan dikomit ke dalam repositori anda. Anda menyimpan composer.json dan composer.lock anda sendiri, jadi versi yang anda uji secara tempatan ialah versi yang mendarat pada pelayan. Jika anda perlu menjalankan Composer di bawah keluaran PHP tertentu anda boleh, kerana versi PHP boleh dipilih bagi setiap laman. Ringkasnya, aliran kerja kebergantungan anda berkelakuan tepat seperti pada mesin anda sendiri.

Anda mendapat PHP 8.x moden, dan anda memilih keluaran yang setiap laman jalankan dari panel kawalan. Fleksibiliti itu penting kerana setiap versi Laravel menyatakan keperluan PHP minimum — keluaran terkini menjangkakan PHP 8.1 atau lebih baharu, manakala aplikasi sokongan jangka panjang yang lebih lama mungkin ditambat pada binaan 8.x terdahulu. Daripada memaksa satu runtime pada semuanya, anda menetapkan versi bagi setiap domain, jadi projek klien warisan dan aplikasi yang baharu boleh hidup pada akaun yang sama tanpa percanggahan. Bersama pemilih itu anda boleh menala tetapan yang Laravel pentingkan: memory_limit untuk arahan Artisan dan import yang lebih berat, max_execution_time untuk tugas berjalan lama, dan OPcache supaya kod terkompil anda kekal panas dalam memori. Menukar versi berlaku serta-merta dan boleh diundur, yang menjadikan pengujian naik taraf PHP berisiko rendah — naikkan domain staging dahulu, sahkan suite ujian anda lulus, kemudian pindahkan produksi dengan satu klik.

Kedua-duanya kelas pertama di sini. Untuk kerja beratur, mulakan pekerja berterusan dengan php artisan queue:work supaya kerja, pemberitahuan, mailable dan eksport berat berjalan di luar permintaan web dan bukan menyekat muatan halaman pelawat. Sokong barisan gilir dengan Redis dan kerja diambil serta dihabiskan dengan cepat walaupun di bawah trafik sebenar. Untuk kerja berjadual, anda tidak perlu menambah senarai panjang baris cron berasingan. Sebaliknya anda mendaftarkan semuanya dalam penjadual Laravel di dalam kod aplikasi anda, kemudian menambah satu entri cron yang menjalankan php artisan schedule:run setiap minit. Dari satu tugas itu, Laravel menentukan arahan mana yang perlu dijalankan dan mencetuskannya — ringkasan setiap jam, pembersihan malam, laporan mingguan dan sebagainya. Selepas setiap deploy, jalankan php artisan queue:restart supaya pekerja anda memuatkan kod baharu. Ia persediaan Laravel standard yang berfungsi tepat seperti yang diterangkan dokumentasi, tanpa penyelesaian khusus platform untuk dipelajari.

Ya. Redis tersedia untuk cache, storan sesi dan barisan gilir, iaitu gabungan yang paling banyak digunakan aplikasi Laravel produksi. Halakan pemacu cache anda ke Redis dan hasil pertanyaan yang mahal, serpihan yang telah dipaparkan serta nilai terkira dilayan dari memori dan bukan dibina semula pada setiap capaian. Pindahkan sesi ke Redis dan keadaan log masuk kekal pantas serta konsisten sambil trafik berkembang. Tetapkan sambungan barisan gilir anda ke Redis dan kerja latar belakang dibaris serta diproses dengan overhed yang sangat sedikit, jadi pekerja kekal responsif semasa lonjakan. Anda menyambungkan semua ini dalam .env anda dengan tetapan pemacu cache, sesi dan barisan gilir yang standard — tiada konfigurasi tempahan diperlukan di pihak kami. Kerana Redis menyimpan set kerja ini dalam RAM dan bukan pada cakera, halaman yang dahulunya terasa berat menjadi jauh lebih cergas, dan pemprosesan latar belakang mengikut rentak dan bukan menimbun menjadi tunggakan apabila lonjakan trafik tiba.

Boleh, dan itulah cara yang betul untuk melayan aplikasi Laravel. Laravel menyimpan satu titik masuk tunggal dalam direktori public-nya dan meletakkan kod aplikasi, .env serta storan anda di atas akar web, jadi tiada apa yang sensitif boleh dicapai melalui web. Dari panel kawalan anda menetapkan akar dokumen domain anda ke folder public projek anda, dan permintaan mengalir melalui index.php tepat seperti yang dimaksudkan rangka kerja itu. Digabungkan dengan SSL percuma yang membaharu sendiri, aplikasi anda menjawab melalui HTTPS dengan URL yang kemas dan tanpa index.php dalam bar alamat. Kebenaran direktori pada storage dan bootstrap/cache mudah ditetapkan melalui SSH, jadi cache, sesi dan muat naik fail berfungsi dari kali pertama. Jika anda menghos beberapa aplikasi pada satu akaun, setiap domain mendapat akar dokumennya sendiri yang menghala ke folder public-nya sendiri, mengekalkan projek terpisah kemas sambil berkongsi pelayan NVMe pantas yang sama di bawahnya.

Yes. Our team transfers your codebase, exports and imports your MySQL database, and carries over your storage folder so uploaded files and cached data aren't left behind. We bring everything up on a temporary address first so you can confirm queues, the scheduler and Redis-backed sessions all still work, and only then do we walk through the DNS cutover.

Yes, daily backups cover your database and storage directory, giving you a restore point that sits alongside your own Git-based code rollbacks. If a migration or seed command goes wrong, you can restore the previous day's snapshot rather than trying to reverse the damage by hand.

Yes. Addon domains let you point a staging subdomain and your live domain at the same account, each with its own document root and database. Push and test on staging first, run your Artisan migrations there, and only promote to the production domain once you're confident.

Higher tiers support up to 100 MySQL databases, which in practice means room for several Laravel projects — a mix of client sites, side projects and staging copies — on a single account, each with its own domain, database and .env.

Every plan is covered by a 30-day money-back guarantee, so you can deploy your actual project, run it under real traffic, and check queue throughput and Redis caching behave the way you expect before committing beyond the trial period.

Plans are priced in USD starting at $2.42/mo, and geo-currency detection displays that price converted into your local currency at checkout, so what you see is what gets billed rather than a rate you have to calculate yourself. Billing itself runs through Bohzo Ltd (UK).