[RISOLTO] HTTP ERROR 500 dopo aggiornamento da 2.2 a 2.3

Hal9K

Buonasera, rinnovo i miei complimenti a tutto lo staff di OSM per il lavoro svolto.

Ho un problema, ho effettuato l'aggiornamento di OSM dalla versione 2.2 alla versione 2.3 seguendo scrupolosamente i passi descritti per l'aggiornamento manuale non riuscendo con l'aggiornamento automatico.

appena sovrascritti i file che compongono la struttura della WEBAPP con quello contenuti nel file zip della versione 2,3 (scaricati da quì: https://github.com/devcode-it/openstamanager/releases/tag/v2.3) al nuovo accesso alla webapp mi ritrovo una pagina bianca con al centro scritto "LA PAGINA NON FUNZIONA" con errore 500 (vedi allegato).

Qualcuno può indicarmi come risolvere.

Grazie

dasc3er

Ciao Hal9K,
potresti controllare se sono presenti dei file all'interno della cartella logs/ del gestionale?
Potresti inoltre controllare se cambia qualcosa attivando il sistema di debug?
Basta de-commentare la riga 41 del file core.php:

$debug = true;

Oppure aggiungere una riga relativa nel file config.inc.php.

Hal9K

Ciao,
grazie per la tempestiva risposta

ho inserito la line $debug = true; sia nel config.inc.php che decomantata nel file core.php ma il risultato non cambia, la cartella logs nel gestionale rimane sempre vuota.

dasc3er

Potresti provare a cancellare il file .htaccess dalla cartella principale?
Il problema potrebbe essere causato da un errore di compatibilità con l'host in utilizzo 😃

Hal9K

Nella root del gestionale non è presente il file .htaccess in realtà il programma risiede in un server nostro e pubblicato su internet. :?

dasc3er

L'assenza del file .htaccess è strana, poichè è incluso nello zip d versione.
Visto che il server è di vostra proprietà, potresti controllare i log interno di Apache per vedere se sono presenti maggiori informazioni?

Hal9K

Trovato il file .htaccess e rimosso, problema persiste

Ho fatto un controllo sui log e quello che varia a d ogni prova di accesso è il file ssl_error_log e aggiunge una riga come la seguente:

[Mon Feb 05 15:51:01.287554 2018] [:error] [pid 1960] [client 10.100.1.25:12383] PHP Parse error: syntax error, unexpected 'class' (T_CLASS), expecting identifier (T_STRING) or variable (T_VARIABLE) or '{' or '$' in /var/www/html/vendor/symfony/translation/Translator.php on line 90

confermo che la navigazione tramite http viene trasformata in automatico, da una funzione rewrite settata nel file httpd.conf, in traffico https.

Ho provato a disattivare la navigazione sicura ma il problema persiste anche con traffico http semplice.

dasc3er

Potresti controllare la versione PHP in utilizzo?

Hal9K

Versione 5.4.16

dasc3er

Il requisito minimo per l'utilizzo della versione 2.3 è PHP 5.6.

Hal9K

Perfetto, tutto chiaro, grazie 1000 per le indicazioni.

Hal9K

Aggiornato php e ora il documentale gira, eseguo aggiornamento db e..... bloccato al 77% come altri utenti, vado con la soluzione indicata nel post https://forum.openstamanager.com/d/940/1 sostituendo il file 2_3.sql con quello indicato e pare che l'aggiornamento vada a buon fine ma... al momento dell'utilizzo dell'applicativo noto subito che:

come apro l'applicativo si evidenzia un errore come questo: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'osmdb.zz_utenti' doesn't exist

il documentale non funzione, se clicco sul pulsante mi ritrovo sempre nella dashboard, premetto che il documentale l'ho installato sulla 2.2 come add-on

In una attivitò se clicco anteprima e firma non succede nulla

le stampe generano un errore come queso: PDOException
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'osmdb.zz_utenti' doesn't exist - SELECT idanagrafica FROM zz_utenti WHERE idutente=''

Per il momento sono questi gli errori che rilevo, provo altro tempo il programma e vi faccio sapere se ci sono nuove bag.
allego logs.

dasc3er

Nella versione 2.3 sono stati effettuati diversi cambiamenti per rendere il gestionale meglio organizzato a livello di codice e manutenibilità.

Considerando l'errore in questione, devi controllare dove viene utilizzata la tabella zz_utenti e sostituirla con zz_users.

Il modulo documentale, poichè non ufficialmente sviluppato, deve essere adeguato dall'autore per il funzionamento nella versione 2.3.

Questo problema sarebbe da approfondire, potresti fare uno screenshot degli strumenti per sviluppatori del browser nella sezione Rete/Network appena dopo aver cliccato sul pulsante?

Questo errore è simile al primo, ti consiglio di procedere alla sostituzione di zz_utenti con zz_users e vedere se si verificano altri problemi. La query diventerebbe così:
```
SELECT idanagrafica FROM zz_users WHERE id=''
```

Hal9K

dasc3er wrote:
Considerando l'errore in questione, devi controllare dove viene utilizzata la tabella zz_utenti e sostituirla con zz_users.

Per capire meglio mi stai dicendo di ricercare nei file php che compongono la struttura del sito la voce zz_utenti e sostituirla con ZZ_users?
Premetto che la struttura del gestionale è nativa 2.3, ho ripristinato solo il DB e provveduto alla conversione.

dasc3er wrote:
Questo problema sarebbe da approfondire, potresti fare uno screenshot degli strumenti per sviluppatori del browser nella sezione Rete/Network appena dopo aver cliccato sul pulsante?

Ho fatto il controllo che mi hai chiesto è l'errore che visualizzo è sempre lo stesso per gli altri casi:

{error: {type: "PDOException",…}}
error
:
{type: "PDOException",…}
file:"/var/www/html/src/Database.php"
line:761
message:"SQLSTATE[42S02]: Base table or view not found: 1146 Table 'osmdb.zz_utenti' doesn't exist - SELECT idanagrafica FROM zz_utenti WHERE idutente=''"

type:"PDOException"

Allego comunque screeshot

Hal9K

ho provato a modificare nei fiel PHP zz_utenti in zz_users, l'errore è cambiato:

SQLSTATE[42S22]: Column not found: 1054 Unknown column 'idutente' in 'where clause' - SELECT idanagrafica FROM zz_users WHERE idutente=''"

E cambiato anche l'errore che si vedeva con il debugging di crome che è lo stesso evidenziato subito sopra.

dasc3er

Questo perchè, dove si verifica questo errore, devi modificare anche idutente in id, come scritto nella risposta originale.

Hal9K

Ok, avevo tralasciato quella modifica.
sto provvedendo ad andare avanti ma mi stanno insorgendo tantissimi altri errori che man mano correggo con la procedura descritta.
il problema lo trovo sul file permission_check.php, su tutti i file pdfgen che generano le stampe che non corrispondono i nomi delle tabelle o delle colonne. :shock: :shock:
Ma non è che il db non si è aggiornato per qualche maniera anche se è andato a buon fine l'aggiornamento fatto, chiedo questo perche sto praticamente intervenendo sulla strttura del gestionale che ho preso dal download del sito e lo sto praticamente adattando al db ma non vorrei che aggiornamenti futuri mi ritrovo nella stessa situazione.

ma ci sarebbe un modo per esportare anagrafiche e my impianti soltanto per reinserirli in un gestionale exnuovo?

dasc3er

Hal9K, i problemi che stai riscontrando non sono relativi al database, ma ai file modificati e personalizzati.
In pratica, il database da solo è aggiornato correttamente alla versione 2.3 e lo stesso vale per i file ufficiali, ma non con tutte le personalizzazioni e/o moduli aggiuntivi che possiedi. Per intenderci, solitamente le personalizzazioni le trovi nelle cartelle custom/.

Di conseguenza questa procedura di controllo manuale è inevitabile, se si vogliono mantenere tutte le modifiche fatte manualmente.

Se volessi riprendere con un gestionale nuovo, basta tu mantenga il database (o lo copi, per sicurezza, in un altro database) ed estrai i contenuti della release in una nuova cartella dove prima non era presente un'altra installazione.

Hal9K

Grazie infinite per l'aiuto, ho risolto riscrivendo interamente la truttura dell'app ma stabolta non utilizzando condivisione samba della cartella html ma bensi dezzippando direttamente nella cartella html il file zip openstamanager_2.3.zip per l'installazione del gestionale direttamente da console ssh. Non ci si crede, ha cominciato a girare tutto in maniera corretta, non so come ma evidentemente mi portavo appresso qualche file della 2.2.
Fin quì tutto ok, solo una bag segnalo:

nella parte delle anagrafiche tutto sulla destra c'è la colonna Rel. (relazioni con il cliente credo che sia) bhe al suo interno ci dovrebbe essere il colore che identifica la relazione ma invece di esserci questo mi ritrovo scritto il codice del colore in formato html.

C'è qualche soluzione?

Grazie infinite per la collaborazione.

dasc3er

Grazie mille per la segnalazione del problema del colore!
A breve dovrebbe essere rilasciata la versione 2.3.1 con i relativi fix per i bug segnalati...

In via temporanea, puoi provare ad aggiornare il file ajax_dataload.php con i contenuti che trovi qui:
https://raw.githubusercontent.com/devcode-it/openstamanager/04e72b2a6dc2ddfe24c824ceb3adeeda6bc3c923/ajax_dataload.php

Pagina successiva »