Progettino LUMEN ed Errore 500

Ciao a tutti,
un pò di tempo fa ho sviluppato una piccola applicazione in Lumen per avere un servizio REST API gratuito e fare dei progettini fullstack.
Fino al mese scorso il tutto funzionava bene, avevo i miei endpoint che giravano come da locale (testati con postman sia in local che usando nomesito.altervista.org/public).
L'altro giorno ho voluto aggiungere un endpoint (route, model e controller) e ho erroneamente ricaricato l'intero progetto nel server.
Adesso tutte le chiamate rispondono con errore 500 anche se ho piu volte controllato il file env e gli htaccess.
Cosa ho dimenticato di fare? Qualcuno di voi ricorda se ci sono altre accortezze?
grazie mille a tutti!

Salve,
non conosco Lumen, comunuque provando ad accedere alla cartella public/ del sito vedo una pagina bianca che non carica nulla. Non rivelo un errore 500.

Il sito è quello realtivo all'account ohanahome o si tratta di un altro?

Eseguendo quale oprazione visualizza il messaggio di errore 500?

E dove lo visualizza?

Avendo ricaricato il progetto, immagino che abbia sovrascritto tutti i file correlati. Posso ipotizzare che la configurazione in locale non sia esattamente la stessa del server.

Ha verificato che la configurazione dell'applicativo sia corretta?

Cordiali saluti.

Ciao! :)
Lumen è un microframework php, in parole povere è come se fosse Laravel ma senza la parte inerente al frontend (blade, view etc..) ergo la logica dietro è identica a laravel.
Per avere una preview, basta fare una GET via http qui:
https://ohanahome.altervista.org/public/customer
e' uno dei 3 endpoint del progettino, e come puoi vedere risponde con error 500 internal server error.
Il file env è stato debitamente compilato con i dati che richiede altervista, di seguito:

APP_ENV=local
APP_URL=https://ohanahome.altervista.org
APP_DEBUG=true
APP_KEY=base64:06wroKKP3OR966ExYzzF/rXOjitJsSV8acHLvYlzqng=
APP_TIMEZONE=UTC

LOG_CHANNEL=stack
LOG_SLACK_WEBHOOK_URL=

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=
DB_DATABASE=my_ohanahome
DB_USERNAME=ohanahome
DB_PASSWORD=

ho provato diverse modifiche come APP_ENV = production, aggiungere o togliere la porta e password, insomma non so più che pesci prendere!
grazie per la mano che mi darete!

Normalmente su AlterVista per le connessioni al database, il parementro "host" lo si valorizza come "localhost".

Quindi:

Codice:

---

DB_HOST=localhost

---

Mentre il campo possword può essere lasciato vuoto.

Edit:
Facendo qualche ricerca, mi risulta che Lumen abbia come Laravel per il debug la possibilità di generare un file di log.

Nel log cosa risulta?

Cordiali saluti.

Per Laravel, potresti dare un'occhiata a queste discussioni:

https://forum.it.altervista.org/php-...ltervista.html
In generale l'utente laravista ha fatto funzionare laravel su AlterVista, vedi qui: https://forum.en.altervista.org/show...ill-works.html

Ci sono anche queste 3 vecchie:
1 - https://forum.it.altervista.org/php-...e-laravel.html
2 - https://forum.it.altervista.org/php-...ltervista.html
3 - https://forum.it.altervista.org/php-...l-project.html

Ciao!

ciao a tutti,
@alemoppo: grazie per le dritte! mi scoccia un pò perchè l'ultima volta non ho dovuto fare tutto quell'ambaradan per far funzionare le api, in extremis proverò!
@GraphOGL: purtroppo a quanto pare, sembra che la connessione termini prima del contatto al backend, non viene prodotto nessun log!
Mi interesserebbe solo avere un modo per avere un feedback su cosa sta andando storto, sicuro sarà una piccolezza.
grazie!

Citazione:

---

Originalmente inviato da ohanahome

@GraphOGL: purtroppo a quanto pare, sembra che la connessione termini prima del contatto al backend, non viene prodotto nessun log!
Mi interesserebbe solo avere un modo per avere un feedback su cosa sta andando storto, sicuro sarà una piccolezza.

---

Se prima di ricaricare il progetto funzinava, ci dev'essere per forza qualcosa di verso da prima, da qualche parte. Il punto è capire cosa e dove.

Intanto direi di provare a fare un po' di debug: (se non lo sta già facendo)

Codice PHP:

---

error_reporting(-1);
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);


---

se i report non danno informazioni utili a risolvere, sarebbe utile eseguire anche il debug con "echo", inserendolo oppurtunatamente nei file.

In ogni caso, se non riesce a sistemare, riporti qui gli eventuali messaggi risultanti da qualsiasi tipo di verfica/debug effettuati.

Cordiali saluti.

ciao,
si sto provando a fare debug, ad esempio un file di prova.php che effettua la connessione al sql, dà connessione riuscita
$servername = $_ENV['DB_HOST'];
$username = $_ENV['DB_USERNAME'];
$password = $_ENV['DB_PASSWORD'];
$dbname = $_ENV['DB_DATABASE'];

$conn = new mysqli($servername, $username, $password, $dbname);

if ($conn->connect_error) {
die("Connessione fallita: " . $conn->connect_error);
}
echo "Connessione riuscita!";

Per il resto, essendo un progetto totalmente backend, una volta che le chiamate postman mi vanno in errore 500, e i log non mi restituiscono nulla (evidentemente la connessione si interrompe prima di arrivare a lumen) mi viene difficile capire la causa.
Attendo vostre,
grazie!

Sì, senza un report resta difficile capirne l'origine. Resto comnuque dell'idea che ci sia qualche paramentro non configurto correttamente.

Per il file env, vedo che laravista ha fatto una configurazione un po' diversa da quella riportata qui.

Ad esempio, sono stati configurati diveramente DB_HOST e DB_PORT.

Ha provato quindi anche modificandoli in quel modo?

Cordiali saluti.

buongiorno!
ho passato l'intero sabato pomeriggio a fare test su test cambiando htaccess, file env etc...niente!
Parlando poi di debug mi risulta difficile dato che come detto, ho esposti solo gli endpoint, e quindi con un errore 500 non c'è molto margine di indagine.
Lumen continua però a non loggare niente, magari può essere utile sapere che il problema si verifica proprio nella connessione tra client e server, non nelle api in sè.
Attendo altri spunti, grazie per il supporto!

Io proverei con il RewriteBase /public/ dentro la cartella public nel caso già non é in uso.
Dal pannello Altervista da gestione file può verificare se il file htaccess é privo di errori.
(importante il nome del database my_ohanahome)

Ciao, vi ricondivido i due htaccess (quello di root e quello in /public, in questo ordine:


AddHandler av-php82 .php
<IfModule mod_rewrite.c>
<IfModule mod_negotiation.c>
Options -MultiViews
</IfModule>

RewriteEngine On

# Handle Front Controller
RewriteEngine on
RewriteCond %{REQUEST_URI} !^public
RewriteRule ^(.*)$ /public/$1 [L]
</IfModule>

e /public:


AddHandler av-php82 .php
<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
</IfModule>


<IfModule mod_rewrite.c>
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php/$1 [L]
</IfModule>

Chiedo ai piu esperti, io conosco solo le regole di base per gli htaccess :roll:
grazie a tutti!

Grazie per la condivisione.
Nessun problema root e cartella public, RewriteBase / per la root subito prima del RewriteCond e RewriteBase /public/
Edit: comunque quel RewriteRule a /index.php/ perché? Nel tuo ambiente locale usi PATH_INFO ?
Seconda domanda il file htaccess lumen di laravel é diverso dalla versione 5.6.0 in poi, ma perché il tuo non lo è?
Esempio con cartella public e file. htaccess lumen 5.4 (con regola HTTP_AUTHORIZATION inserita prima, altrimenti é uguale al file htaccess originale)
AddHandler av-php82 .php
<IfModule mod_rewrite.c>
<IfModule mod_negotiation.c>
Options -MultiViews -Indexes
</IfModule>

RewriteEngine On

# Handle Authorization Header
RewriteCond %{HTTP:Authorization} .
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

# Redirect Trailing Slashes If Not A Folder...
RewriteBase /public/
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)/$ /$1 [L,R=301]

# Handle Front Controller...
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L]

</IfModule>

ciao, si senza rewrite rule a index.php mi dà addirittura errore 404 quindi ti confermo che è necessario, per quanto riguarda la seconda domanda, mi spiace ma non ho capito cosa intendi.

Ok, i RewriteBase sono stati inseriti?
Tranquillo la seconda domanda era una formalità.

ciao scusami il ritardo, comunque si sono stati aggiunti :|
Sinceramente non so cos'altro controllare...
Qualcuno magari mi dedicherebbe un 10-15 minuti di controllo remoto così da dare uno sguardo a 4 occhi?
Questo è un progetto a cui tengo molto che riprenda a funzionare,
grazie!

Non ho analizzato attentamente il codice, ma mi è balzato immediatamente all'occhio che manca la RewriteBase /, andrebbe inserita subito dopo la RewriteEngine On.

Codice:

---

RewriteEngine On
RewriteBase /

---

Ciao!

Ciao!
ho provato ad aggiungerlo prima all'htaccess di /public e poi a quello di root, ma senza successo :(
grazie comunque!

Una cosa che potrebbe essere utile, sarebbe quella di fare una prova su un altro account AlterVista (dello stesso tipo), con un installazione pulita e vedere si ripete anche lì il problema.

Così facendo, si avrebbe la conferma se il problema è solo nell'account in uso o è un problema generale di configurazione dell'applicativo. Continuo a trovare strano il fatto che all'inizio il prgetto funzionava e che dopo averlo ricaricato (e riconfigurato uguale) non vada più dando errore.

Cordiali saluti.

Ciao, ieri ho resettato un altro dominio altervista di qualche tempo fa, ho modificato solo le credenziali del file env per la connessione al db, provato a fare una get direttamente da browser senza passare da postman.
ecco il responso:
strict-origin-when-cross-origin
error 500
Che è praticamente lo stesso errore che dà partendo da postman, solo che c'è il browser di mezzo.
attendo riscontri,
grazie mille per il supporto intanto!

Citazione:

---

Originalmente inviato da ohanahome

strict-origin-when-cross-origin
error 500

---

Comunque, se la cusa dell'errore 500 è la stessa per entrambi i domini, sembra che le connessioni Server To Server (verso l'esterno) non siano ablitate. Sulla base di quanto inizialmente è stato menzionato nel primo messagio, pensavo fossero già attive.

Se non sbaglio poi, questa è la prima volta che in questa discussione viene fatto riferimento al cross origin in relazione all'errore 500.

Le connessioni Server To Server sono state ablitate?

Cordiali saluti.

ciao, si la questione del cross-origin non è stata volutamente presa in questione perchè le richieste non verranno praticamente mai fatte da browser ma direttamente via API, per quanto riguarda la connessione Server to Server sinceramente non l'ho mai attivata, neanche quando il tutto funzionava.
Puoi dirmi come attivarla? Non trovo i riferimenti.
grazie!

Le connessioni Server To Server le trova in Risorse -> Impostazioni php.

Cordiali saluti.

E' già impostato su "Collegamento esterno senza restrizioni".
:\
uff non so più che altro inventarmi.
grazie!

Citazione:

---

Originalmente inviato da ohanahome

per quanto riguarda la connessione Server to Server sinceramente non l'ho mai attivata, neanche quando il tutto funzionava.

---

Citazione:

---

Originalmente inviato da ohanahome

E' già impostato su "Collegamento esterno senza restrizioni".

---

Queste affermazioni però sono contraddittorie. (scusatemi il puntiglio :wink:)

Normalmente su AlterVista, le connessioni verso l'esterno disponibili da default, sono solo quelle dei domini presenti nella white list. Quindi se sono già sbloccate al completo, significa che le aveva abilitate in passato.

Potrebbe mostrare una schermata dalla pagina delle connessioni Server To Server? (non lo chiedo per diffidenza ma è bene avere una prova certa di cosa risulta)

Pignoleria mia a parte per certi dettagli, a questo punto, non mi vengono altre idee al momento.

alemoppo:
Sarebbe possibile chiedre informazioni di eventuali modifiche lato AlterVista che potrebbero essere la causa dell'errore 500 riscontrato?

Cordiali saluti.

Citazione:

---

Originalmente inviato da ohanahome

[...] e ho erroneamente ricaricato l'intero progetto nel server.
Adesso tutte le chiamate rispondono con errore 500 anche se ho piu volte controllato il file env e gli htaccess.

---

Citazione:

---

Originalmente inviato da GraphOGLRisorse

alemoppo:
Sarebbe possibile chiedre informazioni di eventuali modifiche lato AlterVista che potrebbero essere la causa dell'errore 500 riscontrato?

---

Mi sembra una coincidenza assurda che AlterVista abbia modificato qualcosa lato server quando ohanahome ha per sbaglio ricaricato l'intero progetto nel server!

Vedo che "Lumen" si basa su Laravel, e spesso da problemi di configurazione env (mi sembra che le ultime versioni non siano proprio funzionanti, a parte progetti ad hoc): @ohanahome ti sei assicurato di aver ricaricato la stessa versione di quando lo avevi caricato tempo fa?
Hai un backup disponibile in una data che avevi il sito funzionante?

Ciao!

Ciao a tutti,
ho ricontrollato e confermo che è attivato il "senza restrizioni".
Sto provando nuovamente a cambiare gli htaccess per ridare seguito alle guide che mi avete inviato ed essere sicuro di non aver trascurato nulla, ma niente.
Lato mio come detto ho finito le carte in gioco, ho ricontrollato la versione php (sia su server che da locale gira la versione 8.2).
Ho rieffettuato una prova mettendo in /public il file env ed uno script che faccia una select di una tabella nel sql e funziona... dove cavolo sta il problema?! (allego output dello script).
Array ( [id] => 8 [Nome] => franco [Cognome] => sorro [Email] => sorro.libero@livro.it [tel] => 3287587325 [Arrive] => 2023-11-29 [Partenza] => 2023-11-30 [updated_at] => 2023-11-10 [created_at] => 2023-11-10 )
Array ( [id] => 9 [Nome] => franco [Cognome] => sorro [Email] => sorro.libero@livro.it [tel] => 3287587325 [Arrive] => 2023-11-29 [Partenza] => 2023-11-30 [updated_at] => 2023-11-10 [created_at] => 2023-11-10 )
Array ( [id] => 10 [Nome] => franci [Cognome] => sorri [Email] => sorro.libero@livro.it [tel] => 3287587325 [Arrive] => 2023-11-29 [Partenza] => 2023-11-30 [updated_at] => 2023-11-10 [created_at] => 2023-11-10 )
Array ( [id] => 11 [Nome] => franci [Cognome] => sorri [Email] => sorro.libero@livro.it [tel] => 3287587325 [Arrive] => 2023-11-29 [Partenza] => 2023-11-30 [updated_at] => 2023-11-10 [created_at] => 2023-11-10 )
Vi chiedo di nuovo se qualcuno avesse modo di o farmi fare un debug puntuale per capire meglio oppure sentirci via web e provare a dare un occhio a 4 occhi.
Grazie mille a tutti!

La via più semplice, se esiste, mi pare sia:

Citazione:

---

Originalmente inviato da alemoppo

Hai un backup disponibile in una data che avevi il sito funzionante?

---

Ciao!

Purtroppo il backup è stato ricreato in automatico 4 giorni dopo la mia modifica fallimentare :(