Share
Als je een PHP-programmeur bent die werkt met het Laravel-framework, ben ik er zeker van dat je je webapplicatie op cloudservers implementeert bij providers zoals Linode, Digital Ocean, Vultr en de rest. Dat komt omdat met een framework als Laravel, dat goed werkt met tools als Git en Composer, het steeds minder waarschijnlijk is dat je applicatie kan worden bediend vanuit een gedeelde hostingomgeving.
In dit artikel wordt uitgelegd hoe u uw webserver voor uw Laravel-toepassing op Linode cloudhosting kunt instellen met behulp van de RunCloud.io-serverbeheertool.
U kunt zich nu voor een gratis RunCloud-account registreren.
We zullen Git naast GitHub's Webhook-functie gebruiken. Wanneer alles klaar is, kunnen we gewoon een commit en een push doen naar GitHub en wordt uw server bijgewerkt met de nieuwste broncode. Met RunCloud is het eenvoudig om uw server zo in te stellen dat u uw toepassing op deze manier kunt implementeren, en ik ga u laten zien hoe u dat vandaag kunt doen.
Natuurlijk kunt u kiezen welke tak u wilt dat de live server ophaalt. Het kan de master of elke andere branch zijn die u instelt, wat betekent dat deze implementatiemethode ideaal is om te worden opgenomen in a.workflow naast een staging- en productieomgeving.
Ik moet ook vermelden dat dit niet beperkt is tot GitHub-opslagplaatsen. Het zal ook werken met GitLab, Bitbucket en waarschijnlijk ook elke andere Git-hostingdienst, zolang ze de belangrijkste functies van Webhook en Deployment hebben.
Ook vermeldenswaard is dat RunCloud werkt met een van de cloud-hostingproviders. Linode is puur gekozen als een voorbeeld van een geschikte cloud-hostingprovider.
Voordat we aan de slag gaan, wil ik dat u weet dat u de Nginx-webserver gaat installeren, wat het beste werkt met Laravel. RunCloud heeft echter ook de optie om de Apache-webserver te installeren, in welk geval u kunt profiteren van .htaccess-configuraties.
Ik ga het gedeelte over registratie overslaan, want ik weet zeker dat je dat snel en gemakkelijk kunt omzeilen.
Als je klaar bent, laten we beginnen.
Wanneer u op Linode.com bent ingelogd op uw dashboard, hoeft u alleen maar een nieuwe linode in te zetten (ze noemen hun servicebouw een "linode"). Rechts onderaan het dashboard ziet u een link die zegt Voeg een Linode toe.
Vervolgens selecteert u de gewenste linode-instantie en het datacenter waar u uw linode wilt inzetten, en klikt u op Voeg deze Linode toe knop.
Inmiddels zou je een linode moeten hebben met de status van Gecreëerd worden.
Zodra dit is voltooid, hebt u een lege server. U moet nog steeds een afbeelding voor het besturingssysteem voor deze server implementeren. En om het later met RunCloud te laten werken, moet u een nieuw Ubuntu 16.04 LTS-besturingssysteem implementeren.
Klik op de linode naam. In het bovenstaande voorbeeld is de naam linode4362539. Dit brengt je naar de volgende screenshot. Klik gewoon op de link die zegt Implementeer een afbeelding.
Selecteer hier Ubuntu 16.04 LTS als afbeelding. Wat de rest betreft, u kunt elke configuratie kiezen die u geschikt acht. Voor deze 20 GB-ruimte en 1 GB RAM-linode, duw ik mijn wisselschijf naar de maximale instelling, wat 512 MB is.
Voer je root-wachtwoord in en bewaar dit veilig. Je hebt hem later nog nodig. Als u klaar bent, klikt u op de Inzetten knop.
Klik nu op de Bagageruimte om de server in te schakelen.
U zou moeten kunnen zien dat uw linode-server niet is gelabeld met hardlopen in de juiste widget box. Laten we proberen verbinding te maken met uw server om te zien of het werkt. Klik op de Toegang op afstand tab.
In de Toegang op afstand tab, zou u wat meer informatie over uw server moeten kunnen zien, inclusief de IP-adressen. Kopieer deze informatie en bewaar deze veilig. We zullen het binnenkort weer nodig hebben.
Om verbinding te maken met uw server, kunt u elke SSH-client gebruiken waarmee u bekend bent. Of als u net als ik bent en u wilt niet weg van de browser, kunt u ook een ingebouwde webgebaseerde SSH-client in Linode gebruiken. Blader naar beneden en zoek naar een link die zegt Lance-console starten.
Als u op deze link klikt, wordt Lish, de webgebaseerde SSH-client, uitgevoerd. Ga gewoon naar binnen wortel als uw gebruikersnaam en het wachtwoord dat u hebt gemaakt bij het implementeren van de afbeelding.
Alright! Uw server is klaar om te worden geconfigureerd met PHP, Nginx en MariaDB (en andere hulpmiddelen). Dit is waar u RunCloud gaat gebruiken.
Als u nog geen RunCloud-account hebt geregistreerd, moet u dit nu doen. Er is geen risico om RunCloud alleen voor deze zelfstudie te proberen, omdat het u een vijfdaagse gratis proefversie biedt die u volledige toegang geeft tot alle Pro-planfuncties, zodat u ze kunt uitproberen. Als de vijfdaagse periode voorbij is en u geen upgrade hebt uitgevoerd, hoeft u zich geen zorgen te maken. U bent alleen gedegradeerd naar hun gratis gebruikersniveau. Maar met slechts $ 10 per maand voor het Pro-abonnement, waarmee onbeperkte servers kunnen worden gebruikt, is RunCloud een best coole tool in je ontwikkelaarsarsenaal.
Dus van RunCloud willen we onze Linode verbinden en er een werkende webserver van maken op het internet.
Klik vanuit je Dashboard op RunCloud op de knop die zegt Verbind een server in de rechterbovenhoek.
Voer de benodigde informatie over uw server in bij Linode. U kunt teruggaan naar uw Linode-dashboard om ze te bekijken. Maar het belangrijkste onderdeel is uw IP-adres. Zorg dat je gelijk hebt. Anders mislukt het verbindingsproces en de installatie.
Als u klaar bent, klikt u op Verbind deze server.
Nu geeft RunCloud u een aantal code die u op uw Linode-server moet uitvoeren. Kopieer dat allemaal, we zullen het daarna nog een keer in de Lish-console uitvoeren.
Als u het Lish-venster nog steeds actief hebt, kunt u het installatiescript dat u eerder vanuit het RunCloud-dashboard hebt gekopieerd, plakken.
Plak de code van het installatiescript en druk op invoeren sleutel. Na een tijdje, wanneer u het RunCloud-dashboard bekijkt, ziet u dat RunCloud een voortgangsbalk weergeeft en meldingen over de voortgang van de installatie terwijl RunCloud zichzelf synchroniseert met de server. Dit betekent dat er een verbinding is gemaakt.
Wanneer de installatie is voltooid, krijgt u het root-wachtwoord te zien in uw MariaDB-database. Zorg dat je dit veilig bewaart. Er is ook een MariaDB-gebruiker die is gemaakt met de gebruikersnaam runcloud.
Zodra alles is voltooid, kunt u teruggaan naar uw RunCloud-dashboard en uw serverlijst controleren. Je zou op deze manier een doos met je nieuwe server moeten hebben.
Uw webserver is misschien niet gestart. Klik op die server om het te beheren. Dit screenshot hieronder is de hoofdweergave voor het beheren van een server.
Blader door het menu aan de linkerkant en zoek naar Diensten.
Hier kunt u zowel Apache als Nginx inschakelen. Later, bij het maken van uw webapplicatieproject, kunt u ervoor kiezen om de PHP-versie samen met het type webserver te gebruiken dat u wilt uitvoeren: ofwel Apache-Nginx-hybride of native Nginx.
Laten we voorlopig gewoon de vereiste services inschakelen.
Op dit moment moeten we een browser kunnen starten en het IP-adres voor deze server kunnen invoeren. U zou de standaard lege websitepagina van RunCloud moeten krijgen.
Nu uw server helemaal is ingesteld en verbonden met RunCloud, kunt u RunCloud gewoon gebruiken om het te beheren. Wanneer u een server beheert met behulp van SSH, is het maken van een virtuele host altijd een probleem. Met RunCloud gaat het allemaal een stuk eenvoudiger.
Voordat je je Laravel-project kunt inzetten, heb je een plek nodig waar de app zal leven. Dus nu moet je een virtuele host op je webserver maken. In de naamlijst van RunCloud wordt dit een 'Web applicatie'.
Ga vanaf uw RunCloud-dashboard na het selecteren van uw server naar de Web applicatie menu van de linkerzijbalk.
Klik nu op de Applicatie maken knop.
Op het volgende scherm stelt u de configuraties in voor uw webapplicatie.
Dit zijn de instellingen die ik ervoor heb gekozen. Natuurlijk bent u vrij om uw eigen waarden in te stellen zoals u dat wilt.
Webapplicatienaam: my-laravel-app Domeinnaam: fotofaze.me (alleen een domein dat ik beschikbaar heb) Gebruiker: runcloud Openbaar pad: / public PHP-versie: 7.1 Web Application Stack: Native NGINX
Laat me uitleggen over de waarden die worden ingesteld.
U kunt elke naam voor uw webtoepassing instellen als een verwijzing naar uw project. Stel voor de domeinnaam een domeinnaam in die u voor het project gaat gebruiken. Later kunt u extra domeinnamen voor het project instellen. Normaal gesproken zou u willen dat uw website werkt met en zonder het subdomein "www". We kunnen dat later toevoegen.
Gebruiker verwijst naar de Linux-gebruiker op uw server. U kunt meer gebruikers maken als u dit project aan een specifieke gebruiker wilt toewijzen. En deze specifieke gebruiker heeft via SSH toegang tot de server. Maar ik gebruik gewoon de standaard runcloud-gebruiker die is gemaakt tijdens de installatie van de server.
Publiek pad is waar uw openbare webmap is. Standaard gebruikt een Laravel-toepassing de "/openbaar"Map voor de publiek toegankelijke webmap. Alle andere mappen zitten buiten deze map. Dus dat is de reden waarom we "/openbaar" voor deze.
Ik kies de nieuwste PHP 7.1-versie. En tot slot, voor Webapplicatiestapel, Ik selecteer de Native NGINX. Een andere optie is de hybride NGINX + Apache2, die u toegang geeft tot het .htaccess-configuratiebestand. Maar ik ga helemaal met NGINX voor deze optie.
Op dit moment werkt uw website nog steeds niet met uw domein. We moeten het nog steeds instellen met de juiste DNS. Laten we dat doen in de volgende sectie.
In het vorige gedeelte heb ik fotofaze.me ingesteld als de domeinnaam. Maar ik wil ook www.fotofaze.me om met deze webapplicatie te werken. Dus voordat we de DNS instellen, laten we nog een stap verder gaan in RunCloud voor deze server.
Nadat u uw webtoepassing hebt gemaakt, moet u het dashboard van uw webtoepassing zien. Klik hier vanaf Domeinnaam tab.
We kunnen zien dat we al fotofaze.me op de lijst hebben staan. Ik moet nog steeds www.fotofaze.me aan de lijst toevoegen. Voer gewoon de domeinnaam in en klik op de "Voeg Domeinnaam toe"Knop.
Ik gebruik Namecheap voor mijn domeinnamen. En het grote voordeel is dat het wordt geleverd met een ingebouwde DNS-server. Anders moet u misschien CloudFlare of de eigen DNS-service van Linode gebruiken. Wat we moeten doen is twee DNS-records instellen in het DNS-beheer. De ene is een A-record en de andere is een CNAME.
Uit mijn Namecheap Domain Name List, klik ik gewoon op de Beheren knop.
Vanaf hier klik ik op de Geavanceerde DNS tab.
Hier, ongeacht welke DNS-service u gebruikt, moeten we de volgende DNS-records instellen:
Type: A Host: @ Waarde: 139.162.5.220 (uw server IP-adres) Type: CNAME Host: www Waarde: fotofaze.me (uw domeinnaam)
Dit is hoe mijn instellingen eruit zien in Namecheap Advanced DNS.
Geef het even voordat de DNS-wijzigingen zijn opgelost voordat u uw website in de browser test. Zodra de wijzigingen actief zijn, zou u de NGINX 403-fout moeten krijgen wanneer u uw site bezoekt. Dit komt omdat je /openbaar map is momenteel leeg, maar laat u weten dat alles werkt.
Een laatste deel als het gaat om de domeinnaam is om SSL in te schakelen. Hierdoor kan onze website toegankelijk zijn via het https: // -protocol op poort 443 in plaats van http: // op poort 80. Dit heeft veel voordelen. Afgezien van beveiligingsdoeleinden is het ook goed voor SEO.
Laten we teruggaan naar het My-Laravel-App Web Application Dashboard en nu klikken op de SSL / TLS tab. SSL-certificaten worden gebruikt om honderden dollars te kosten. Maar dankzij Let's Encrypt kunnen we nu SSL-certificaten gratis voor onze domeinnamen gebruiken. Het zou heel technisch kunnen zijn als u Let's Encrypt SSL-certificaat handmatig toevoegt, maar met RunCloud is het een proces met één muisklik.
Hier kun je selecteren Laten we versleutelen als jouw SSL-methode. En klik vervolgens op de voorleggen knop.
Uw website zou moeten werken met de https: // protocol nu.
Omdat we een Laravel-app zullen inzetten, hebben we een database nodig. Laten we dat nu doen. Blader door het linkerzijbalkmenu en klik op de Database menu.
Klik nu op de Maak een database knop.
Voer gewoon een naam in voor uw database en klik op de Nieuwe database toevoegen knop.
Nu moeten we een databasegebruiker toevoegen en deze toewijzen aan onze database. Klik op de Voeg gebruiker toe knop.
Voer nu gewoon een gebruikersnaam en een wachtwoord in. En klik vervolgens op de Toevoegen knop.
Vervolgens wijzen we de nieuw gemaakte gebruiker toe aan de eerder gemaakte database. Klik op de kleine Voeg gebruiker toe pictogram in uw databaselijst.
Omdat u op dit moment slechts één gebruiker heeft, zorgt u ervoor dat deze is geselecteerd en klikt u vervolgens op de hechten knop.
Als je dit hebt gedaan, zul je dit zien. De laraveluser is nu gekoppeld aan de laravelapp databank.
Nu zijn we bijna klaar om wat PHP-programmering met Laravel te doen. Maar laten we eerst een GitHub-projectrepository maken waarnaar we later onze broncode kunnen pushen.
Een solo-webontwikkelaar zou normaal gesproken drie plaatsen onderhouden waar hun broncode leeft:
In dit deel van de tutorial maken we onze projectrepository op GitHub. Later zullen we deze repository gebruiken om het werk vanuit onze ontwikkelomgeving op onze lokale computer naar deze specifieke GitHub-projectrepository te duwen.
Als je op GitHub bent ingelogd, kun je op het kleine plusteken klikken (+) pictogram aan de rechterkant van de bovenste balk. En daar zou je een menu voor moeten zien Nieuwe repository. Klik op dat.
Voer gewoon de details van uw project in met iets als hieronder. Klik op de groene knop die zegt Repository maken.
Je zou nu een beeld zoals het volgende moeten hebben.
Het gebied gemarkeerd met het rode vak is het repository-adres van uw project op GitHub. We zullen dit later nodig hebben wanneer we de externe representatie van het project opzetten vanuit onze lokale ontwikkelingscomputer.
Nu zijn we klaar om de ontwikkeling op onze lokale computer te starten en de code naar GitHub te pushen.
In dit deel van de tutorial zullen we onze lokale computer opzetten met onze ontwikkelingsversie van ons Laravel-project. Later zullen we dat uploaden naar een Git-hostingservice (we zullen GitHub gebruiken). Daarna zullen we onze Linode-server enige code van GitHub laten ophalen, zodat onze productieserver altijd de nieuwste broncode zal gebruiken.
Net als een kanttekening, slaat deze tutorial het deel over het opzetten van uw GitHub-account met uw publieke SSH-sleutel voor veilige communicatie over. We zullen het terminalscherm vrij veel gebruiken voor SSH. Ik gebruik normaal Putty op Windows.
Als je nog niet bekend bent met GitHub, wil je misschien eerst de tutorial doorlopen over het genereren en instellen van je lokale computer met een SSH-sleutel die kan worden gebruikt met GitHub.
Git-implementatie beheren naar uw live server kan eenvoudig worden opgezet met RunCloud. Zodra we dat allemaal hebben ingesteld, met een simpele Git-push van je lokale computer, kun je er altijd zeker van zijn dat je server die updates automatisch zal ophalen. Geen FTP, geen opdrachtregelinstructies meer.
De eenvoudigste manier om een Laravel-project te starten is om Composer te gebruiken. Als u niet bekend bent met Composer, moet u ervoor zorgen dat u erover leest en het op uw lokale computer installeert. Componist is niet alleen voor Laravel. Composer maakt het beheer van bibliotheken en afhankelijkheden voor elk PHP-project vloeiender, en het gebruik ervan wordt beschouwd als een integraal onderdeel van de ontwikkeling van moderne PHP-applicaties.
Open uw gewenste terminal-tool en voer de volgende opdracht uit om een Laravel-project te maken.
$ composer create-project - prefereer-dist laravel / laravel my-laravel
Dit kan enige tijd duren, omdat Composer Laravel op uw computer downloadt en installeert. Composer maakt een map genaamd mijn-laravel en bewaar alles daarin. Laten we eerst naar deze map gaan.
$ cd my-laravel
Om ervoor te zorgen dat uw Laravel-app correct werkt, moet u de verbindingsinstellingen van uw database instellen. U kunt dat doen door de .env het dossier. Gebruik een tekstverwerker waarmee u bekend bent en bewerk dit bestand. Dit is wat typisch is .env bestand zou bevatten. U kunt dat bijwerken volgens uw eigen behoeften.
APP_NAME = Laravel APP_ENV = lokaal APP_KEY = APP_DEBUG = true APP_LOG_LEVEL = debug APP_URL = http: // localhost DB_CONNECTION = mysql DB_HOST = 127.0.0.1 DB_PORT = 3306 DB_DATABASE = homestead DB_USERNAME = homestead DB_PASSWORD = geheim ...
Terug naar het opdrachtregelhulpprogramma, laten we eerst een sleutel maken voor deze Laravel-app. Voer de volgende opdracht in de terminal in. Met de volgende opdracht wordt het .env-bestand bijgewerkt met een sleutelhash.
$ php artisan key: genereren
Laten we het nu initialiseren voor Git-tracking.
$ git init $ git add --all $ git commit -m "first commit"
Misschien moet ik ook een beetje uitleggen over de .gitignore bestand dat bij Laravel wordt geleverd. U kunt dit bestand bekijken en zien welke bestanden niet worden bijgehouden. Bijvoorbeeld, .env die uw databaseverbindingsdetails opslaat, worden niet bijgehouden. Dit betekent dat wordt verondersteld dat u verschillende gebruikt .env bestanden voor uw lokale computer en voor uw live server.
In het vorige gedeelte heb ik gesproken over je externe Git repository-adres op GitHub. Voer de onderstaande opdracht uit met uw eigen adres.
$ git remote add origin [email protected]: kidino / my-laravel.git
Vervolgens zullen we ons lokale Git-project vertellen waar onze projectlocatie is op GitHub. Daarvoor moeten we een repository op afstand toevoegen.
$ git push -u origin master
Als je het goed doet, zou je project op GitHub met zoiets bijgewerkt moeten zijn. Als u problemen tegenkomt, is Git misschien niet goed ingesteld op uw computer of heeft u uw lokale SSH-sleutel niet gegenereerd.
Kijk op de website van GitHub om u daarbij te helpen.
Nu kunnen we beginnen met het instellen van automatische implementatie met web hooks en triggers. Zodra we dat hebben, wordt uw code automatisch aan uw server geleverd via RunCloud elke keer dat u uw werk naar GitHub pusht.
Om dit te doen, moeten we eerst een implementatiesleutel genereren via het paneel van RunCloud. Vanuit uw serverpaneel moet u in het linkermenu een menu met het label kunnen vinden Deployment Key.
U zou er al een moeten hebben voor de gebruiker runcloud. Als je het onthoudt, toen we de webapplicatie maakten, meldden we dat de gebruiker dat is runcloud.
Klik op het kleine oogpictogram om de SSH-sleutel voor deze gebruiker weer te geven. Als u zoiets krijgt, betekent dit dat er in het verleden nooit een SSH-sleutel voor deze gebruiker is gemaakt. Gewoon klikken OK zodat een nieuwe SSH-sleutel wordt aangemaakt.
Zodra dat in orde is, krijgt u een lay-out als deze te zien. Dit is de SSH-sleutel die je moet invoeren in GitHub. Hiermee kan GitHub trekverzoeken herkennen wanneer de server nieuwe updates wil ophalen. Kopieer alles.
Laten we nu naar GitHub gaan.
Ga naar je project en klik op het tabblad dat zegt instellingen. Klik vervolgens op de Implementeer sleutels menu in de linkerzijbalk.
Omdat je misschien nog geen sleutel hebt, klik je gewoon op de Voeg de implementatiesleutel toe knop.
Geef het gewoon een naam en dan kun je je SSH Deploy Key invoeren die we van de RunCloud hebben gekregen. Klik op de Sleutel toevoegen knop.
Vervolgens zullen we een Web Hook-trigger opzetten. Een GitHub webhaak werkt als volgt: telkens wanneer we nieuwe updates naar GitHub pushen, kunnen we GitHub andere services of servers informeren over die nieuwe push. In dit geval zullen we GitHub vertellen om onze live server op de hoogte te stellen. En dit kan eenvoudig worden gedaan via RunCloud.
Open in RunCloud uw webtoepassing die u eerder hebt gemaakt. En klik op het tabblad met het label Git.
Scroll naar beneden en voer details in over je repository op GitHub. Zo ziet het eruit voor het project dat we in deze tutorial hebben gedaan. U kunt uw eigen filiaal instellen voor live-implementatie als u niet wilt dat het een master is. Maar voor dit voorbeeld blijven we bij de meester.
Wat dit betekent is dat wanneer je je master branch naar GitHub pusht, de live server dit als een teken zal nemen om de broncode op de server bij te werken. Het doet dan een pull van de master branch en werkt zichzelf bij.
Als u klaar bent, klikt u op de knop met het label Koppel Git Repository aan.
Dit is de weergave die u krijgt als u uw webtoepassing hebt bijgewerkt met een Git-implementatie.
Je kunt nu zien dat je een Git WebHook-URL hebt. Dit is de URL die we gaan kopiëren en in GitHub plaatsen.
Voordat we dit doen, laten we ons implementatiescript aanpassen op onze server.
Het implementatiescript is het bash-script dat u kunt gebruiken om uw server opdracht te geven bepaalde dingen te doen voordat of nadat de GIT-trekkracht plaatsvindt. Als je Laravel gebruikt, weet je dat Laravel sterk afhankelijk is van de ambachtelijke opdracht en componist om je ontwikkeling en implementatie te vergemakkelijken.
Als u het implementatiescript wilt wijzigen, scrolt u omlaag naar het GIT Deployment Script op het tabblad GIT voor de webtoepassing. Hier kunt u uw eigen script toevoegen om uit te voeren. Zorg ervoor dat u de Git-pull ergens in uw implementatiescript opneemt. U kunt het script schrijven met Replacer voor gebruik met de korte hand.
Hieronder staat het script dat ik gebruik.
$ git merge $ composer dump-autoload -o $ composer install $ php artisan migrate --force $ php artisan clear-compiled $ php artisan view: clear $ php artisan config: clear $ php artisan optimaliseert $ composer dump-autoload -o $ php artisan-wachtrij: opnieuw opstarten
U kunt hetzelfde script gebruiken. Vink het selectievakje aan en klik op de Opslaan knop.
Ga nu terug omhoog. We moeten nog steeds onze Git Webhook-URL in GitHub plaatsen.
Kopieer deze URL en dan gaan we verder naar GitHub. Ga in GitHub naar je projectrepository. Klik vervolgens op de instellingen tab. Dan op de webhooks menu uit de zijbalk. En dan op de Webhook toevoegen knop.
Plak de Git WebHook-URL die we van RunCloud hebben gekregen in het tekstveld Payload URL. Zorg ervoor dat je selecteert application / json voor Inhoudstype. Dat zou goed genoeg moeten zijn. Klik vervolgens op de Webhook toevoegen knop.
Inmiddels zouden we een Git-push van onze lokale machine kunnen doen en de live server zal automatisch worden bijgewerkt. Maar er is nog steeds één ding dat we moeten doen.
Als je je dat herinnert, schreef ik over het .gitignore- en het .env-bestand. Omdat we het .env-bestand in ons .gitignore-bestand hebben opgenomen, mist onze Laravel-app op de server het vereiste .env-bestand. We moeten dat creëren om de situatie te verhelpen.
We kunnen SSH en de terminal gebruiken. Als alternatief kunnen we ook de bestandsmanager binnen RunCloud gebruiken. Laten we aannemen dat je de SSH-achtige Putty of een andere terminal-tool gebruikt. Als u het zich herinnert, is deze webtoepassing eerder gemaakt met behulp van de gebruiker runcloud. Zorg ervoor dat u ook via SSH verbinding maakt met die gebruiker.
U moet naar uw webapplicatie bladeren. Voer vervolgens het volgende commando uit.
$ cd / home / runcloud / webapps / my-laravel-app $ cp .example.env .env $ php artisan key: generate
Vergeet niet uw .env-bestand te updaten.
Nu zou u het .env-bestand moeten hebben, met de hash-sleutel gegenereerd. U moet dit bestand nog steeds bijwerken en bijwerken met de verbindingsinstellingen van uw database, net zoals u ze in eerdere stappen hebt gemaakt.
Het enige wat nu gedaan moet worden is om een update te doen op de lokale machine en deze naar GitHub te pushen.
Ik deed een eenvoudige bewerking op de welcome.blade.php bestand in de resources / uitzicht map.
Laten we een commit doen en dan naar de server duwen.
$ git add --all $ git commit - m "welcome.blade.php updaten" $ git push origin master
Als alles volgens plan verloopt, kunt u de website in de browser starten en de wijzigingen bekijken die u zojuist hebt aangebracht. Gefeliciteerd, u heeft zojuist uw server bijgewerkt zonder toevlucht te nemen tot een S / FTP-upload.
Accentsconagua