MyIdlers

  • Servus zusammen,

    ich versuche MyIdlers auf dem Webhosting zu installieren, und es scheint auch funktioniert zu haben - so mehr oder weniger ^^

    Spoiler anzeigen

    MyIdlers via git holen

    git clone https://github.com/cp6/my-idlers.git

    In den Ordner my-idlers wechseln

    cd my-idlers

    composer via curl holen

    curl -sS https://getcomposer.org/installer | /usr/bin/php

    composer installieren
    php composer.phar install

    .env.example zur eigenen .env kopieren

    cp .env.example .env

    .env entsprechend anpassen

    nano .env

    APP_KEY in .env setzten

    php artisan key:generate

    Datenbank erstellen*
    php artisan make:database  k000000_datenbank

    Datenbank mit Sätzen füllen
    php artisan migrate:fresh --seed

    Anwendung starten
    php artisan serve

    Nachdem ich MyIdlers mit php artisan serve gestarte habe, bekomme ich folgenden output

    Code: bash-5.0$ php artisan serve
    INFO Server running on [http://127.0.0.1:8000].
    
    
    Press Ctrl+C to stop the server

    Und danach komme ich nicht weiter. Unter myidlers.example.com läuft die Anwednungs jedenfalls nicht. Ich bekomme eine 403

    Ich würde mich über ein wenig Hilfe freuen :)

    Bud

    Spoiler anzeigen

    *Frage zu php artisan make:database  k000000_datenbank Das habe ich blind durchgeführt, da die Doku das erwähnt, aber brauche ich das überhaupt? Die MySQL ist ja bereits erstellt, und erst der zweite Befehl füllt die Datenbank.

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

  • Zur hilfreichsten Antwort springen
  • Ich selbst habe My idlers zwar nicht auf einem netcup Webhosting laufen, aber das Verhalten sollte dasselbe sein.

    Da es sich um eine klassische Laravel-Anwendung handelt, kannst du dir den php artisan serve Part sparen (nur notwendig, wenn du das direkt mit PHP ohne Webserver laufen lassen willst) und brauchst eigentlich nur den Document Root des Webservers auf public/index.php zeigen lassen. Dort liegt dann beispielsweise auch die .htaccess für Apache. Vielleicht hilft dir dieser Thread als Referenz explizit für netcup Webhosting noch weiter.

    Spoiler anzeigen

    Wie du schon vermutet hast, sollte php artisan make:database nicht notwendig sein, wenn die DB bereits existiert.

  • Ich bin ein wenig verwirrt.

    Ich habe das ganze auf meinem alten Webhosting (4000) mit deinen Verbesserungen ausprobiert, und es hat auf Anhieb geklappt.

    Auf dem neuen Webhosting (ebenfalls 4000) bekomme ich einen HTTP ERROR 500. Die Datenbank wurde aber gefüttert und der APP_KEY ist ebenfalls in der .env eingetragen – wo kann hier der Fehler liegen?

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

  • Hmm, da muss man wohl auf Fehlersuche gehen und mal die Logs vom Webserver (ich weiß nicht wo die beim netcup Webhosting sind, da ich keins besitze) oder von Laravel durchsehen (in storage/logs/). Vielleicht findest du da entsprechende Details. Meistens liegt es an falschen Berechtigungen bestimmter Ordner.

  • Logs vom Webserver

    Außer einer Menge ssl:warn für hosting000000.XXXXX.netcup.net steht dort nichts anderes drin, mit Ausnahme der proxy_access_log, dort steht ca. 5-mal folgendes:

    Code
    2a01:7e01::xxxx:xxxx:xxxx:xxxx - - [01/Jun/2024:00:23:46 +0200] "\x16\x03\xxx\...\xxx\x09\xC0" 400 150 "-" "-"

    Da ich keine Ahnung hab was das für ein Code ist, war ich so frei und hab ihn mal entsprechend eingekürzt.

    In logs/myidlers.example.com befindet sich keine Datei.

    oder von Laravel durchsehen (in storage/logs/).

    Dort befindet sich lediglich eine .gitignore mit folgendem Inhalt:

    Code: .gitignore
    *
    !.gitignore

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

    • Hilfreichste Antwort

    Das ist leider alles wenig hilfreich. :(

    Ohne „richtige“ Fehlermeldungen ist das schwer nachzuvollziehen bzw. herauszufinden, wo das Problem liegt. Somit hätte ich in deinem Fall einfach mal nach „netcup laravel 500“ gesucht und mir Ergebnisse wie den Thread hier aus diesem Forum angeschaut und die resultierenden Lösungen ausprobiert. Vielleicht stößt man so zufällig auf genau den Lösungsweg, der beim Webhosting passt. ;)

  • Vielen Dank dafür, open_basedir war die Lösung!

    Und damit es uns nicht langweilig wird, habe ich gleich mal für den nächsten Fehler gesorgt - und gelöst ^^ Trotzdem habe ich dazu noch eine Frage:


    Ich wollte alle vorkonfigurierten Locations löschen, welche ich nicht benötige. Dadurch, dass dies im Interface für jede Location zwei Klicks braucht, wollte ich das über phpMyAdmin in der DB selbst machen. Nun zeigte er mir die Locations aber nach wie vor auf der Seite an, und ich konnte sie dort nicht löschen, da er sie beim Löschversuch selbst nicht mehr fand. Wieso das?

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

  • Bud 1. Juni 2024 um 18:36

    Hat einen Beitrag als hilfreichste Antwort ausgewählt.
  • Vielen Dank saremox – das hat geholfen!

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial