Re: apache php e problemi nell' upload dei file
Il 15/05/23 18:53, Giuseppe Naponiello ha scritto: ok, quindi in php.ini devo decommentare la sezione che gestisce la cartella tmp: ; Directory where the temporary files should be placed. ; Defaults to the system default (see sys_get_temp_dir) ;sys_temp_dir = "/tmp" e invece di /tmp inserire il percorso corretto, cioè quello del servizio di apache? Giusto? Ciao Giuseppe, non sono molto pratico ma non credo tu sia sulla strada giusta. In apache2 come carichi php? In /etc/apache2/mods-enabled/ dove punta il .load per php? In altre parole posta l'otput di $ cat $(ls /etc/apache2/mods-enabled/php*.load) Piviul
Re: apache php e problemi nell' upload dei file
ok, quindi in php.ini devo decommentare la sezione che gestisce la cartella tmp: ; Directory where the temporary files should be placed. ; Defaults to the system default (see sys_get_temp_dir) ;sys_temp_dir = "/tmp" e invece di /tmp inserire il percorso corretto, cioè quello del servizio di apache? Giusto? Il 15/05/23 18:36, mauro morichi ha scritto: dipende tutto da come viene gestito php. Se viene caricato come libreria di apache viene eseguito come apache, se eseguito in fcgi, allora e' un servizio a parte con un suo namespace. Il 15/05/2023 18:34, Giuseppe Naponiello ha scritto: Ciao, non mi sembra ci siano servizi che gestiscano php, che dovrebbe essere legato ad Apache...nel senso che per far ripartire o ricaricare php devo agire sul processo che gestisce Apache.
Re: Piccolo bug in nmcli
On 15/05/23 16:43, Leandro Noferini wrote: Federico Di Gregorio writes: ho trovato un piccolo bug nella traduzione di nmcli versione 1.42.6-1. [...] NetworkManager è gestito sul GitLab di FreeDesktop, lo trovi qui: https://gitlab.freedesktop.org/NetworkManager/NetworkManager Purtroppo per aprire un bug report bisogna a creare un account (cosa che trovo più insopportabile di qualsiasi systemd). E difatti avevo trovato questa cosa dell'account ma pensavo che ci fosse un sistema più agile: nessuno ha già un account da "prestarmi" per quest'uso? Mi spiace, lì ancora no... :) federico Federico Di Gregorio federico.digrego...@dndg.it DNDG srl http://dndg.it Bhoe, bhe, bhe. Sono brutto e cattivo. Brutto lama! -- Cuzco
Re: apache php e problemi nell' upload dei file
dipende tutto da come viene gestito php. Se viene caricato come libreria di apache viene eseguito come apache, se eseguito in fcgi, allora e' un servizio a parte con un suo namespace. Il 15/05/2023 18:34, Giuseppe Naponiello ha scritto: Ciao, non mi sembra ci siano servizi che gestiscano php, che dovrebbe essere legato ad Apache...nel senso che per far ripartire o ricaricare php devo agire sul processo che gestisce Apache.
Re: apache php e problemi nell' upload dei file
Ciao, non mi sembra ci siano servizi che gestiscano php, che dovrebbe essere legato ad Apache...nel senso che per far ripartire o ricaricare php devo agire sul processo che gestisce Apache. Credo sia l'installazione standard Spero di averti risposto -beppe- Il 15/05/23 17:12, Federico Di Gregorio ha scritto: On 15/05/23 17:04, Giuseppe Naponiello wrote: vecchio problema a cui non ho trovato una soluzioni "pulite". Con l'introduzione di systemd i browser (e tutte le altre applicazioni che ne usufruiscono) non scrivono più in /tmp/ ma in /tmp/systemd-private-xxx-apache2.service.blablabla...non vado oltre perché tanto lo sapete meglio di me di sicuro. Il problema è che non trovo una soluzione per caricare un file da interfaccia web in una cartella del server: con fetch API e formData mando il file da caricare al server, che con un funzione php dovrebbe spostarlo da tmp alla destinazione finale con la classica funzione "move_upload_file", l'errore, come previsto, è che php cerca il file da spostare in /tmp/ e non in systemd sys_get_temp_dir e altre funzioni simili di php mi danno come risultato sempre /tmp/, se però provo "new \SplFileObject("/tmp/tmp-test.txt", "a+");" me lo scrive correttamente in systemd-private.xxx..xyz/tmp/ In php.ini il parametro sys_tmp_dir è commentato perché, dice, se non specificato, di default punta alla cartella tmp di sistema. Non ho provato a modificarlo perché ho letto da qualche parte che non è la soluzione più corretta (ma non ricordo perché). ...ma allora, come diavolo faccio a far caricare agli utenti i loro file, visto che i vecchi script non funzionano più? Sembra che php venga eseguito in un processo differente da quello di Apache (altrimenti vedrebbe il namespace corretto per /tmp). Puoi dirci se sul sistema c'è anche un service che fa partire PHP? Come viene gestito? federico
Re: apache php e problemi nell' upload dei file
On 15/05/23 17:04, Giuseppe Naponiello wrote: vecchio problema a cui non ho trovato una soluzioni "pulite". Con l'introduzione di systemd i browser (e tutte le altre applicazioni che ne usufruiscono) non scrivono più in /tmp/ ma in /tmp/systemd-private-xxx-apache2.service.blablabla...non vado oltre perché tanto lo sapete meglio di me di sicuro. Il problema è che non trovo una soluzione per caricare un file da interfaccia web in una cartella del server: con fetch API e formData mando il file da caricare al server, che con un funzione php dovrebbe spostarlo da tmp alla destinazione finale con la classica funzione "move_upload_file", l'errore, come previsto, è che php cerca il file da spostare in /tmp/ e non in systemd sys_get_temp_dir e altre funzioni simili di php mi danno come risultato sempre /tmp/, se però provo "new \SplFileObject("/tmp/tmp-test.txt", "a+");" me lo scrive correttamente in systemd-private.xxx..xyz/tmp/ In php.ini il parametro sys_tmp_dir è commentato perché, dice, se non specificato, di default punta alla cartella tmp di sistema. Non ho provato a modificarlo perché ho letto da qualche parte che non è la soluzione più corretta (ma non ricordo perché). ...ma allora, come diavolo faccio a far caricare agli utenti i loro file, visto che i vecchi script non funzionano più? Sembra che php venga eseguito in un processo differente da quello di Apache (altrimenti vedrebbe il namespace corretto per /tmp). Puoi dirci se sul sistema c'è anche un service che fa partire PHP? Come viene gestito? federico
apache php e problemi nell' upload dei file
Buongiorno, vecchio problema a cui non ho trovato una soluzioni "pulite". Con l'introduzione di systemd i browser (e tutte le altre applicazioni che ne usufruiscono) non scrivono più in /tmp/ ma in /tmp/systemd-private-xxx-apache2.service.blablabla...non vado oltre perché tanto lo sapete meglio di me di sicuro. Il problema è che non trovo una soluzione per caricare un file da interfaccia web in una cartella del server: con fetch API e formData mando il file da caricare al server, che con un funzione php dovrebbe spostarlo da tmp alla destinazione finale con la classica funzione "move_upload_file", l'errore, come previsto, è che php cerca il file da spostare in /tmp/ e non in systemd sys_get_temp_dir e altre funzioni simili di php mi danno come risultato sempre /tmp/, se però provo "new \SplFileObject("/tmp/tmp-test.txt", "a+");" me lo scrive correttamente in systemd-private.xxx..xyz/tmp/ In php.ini il parametro sys_tmp_dir è commentato perché, dice, se non specificato, di default punta alla cartella tmp di sistema. Non ho provato a modificarlo perché ho letto da qualche parte che non è la soluzione più corretta (ma non ricordo perché). ...ma allora, come diavolo faccio a far caricare agli utenti i loro file, visto che i vecchi script non funzionano più? Grazie -beppe-
Re: Piccolo bug in nmcli
Federico Di Gregorio writes: >> ho trovato un piccolo bug nella traduzione di nmcli versione 1.42.6-1. [...] > > NetworkManager è gestito sul GitLab di FreeDesktop, lo trovi qui: > > https://gitlab.freedesktop.org/NetworkManager/NetworkManager > > Purtroppo per aprire un bug report bisogna a creare un account (cosa che trovo > più insopportabile di qualsiasi systemd). E difatti avevo trovato questa cosa dell'account ma pensavo che ci fosse un sistema più agile: nessuno ha già un account da "prestarmi" per quest'uso? -- ciao leandro
Re: Piccolo bug in nmcli
On 15/05/23 15:47, Leandro Noferini wrote: Ciao a tutti, ho trovato un piccolo bug nella traduzione di nmcli versione 1.42.6-1. In particolare quando si vuole modificare una connessione con il comando "nmcli edit" viene proposto il comando "stampa" (e non print) per elencare le caratteristiche della connessione. Ho provato a cercare come fare a segnalare questo errore che non è di debian ma del pacchetto stesso ma non sono riuscito a trovare come fare: sapete aiutarmi? NetworkManager è gestito sul GitLab di FreeDesktop, lo trovi qui: https://gitlab.freedesktop.org/NetworkManager/NetworkManager Purtroppo per aprire un bug report bisogna a creare un account (cosa che trovo più insopportabile di qualsiasi systemd). federico -- Federico Di Gregorio federico.digrego...@dndg.it DNDG srl http://dndg.it Democracy is two wolves and a sheep voting on dinner.
Piccolo bug in nmcli
Ciao a tutti, ho trovato un piccolo bug nella traduzione di nmcli versione 1.42.6-1. In particolare quando si vuole modificare una connessione con il comando "nmcli edit" viene proposto il comando "stampa" (e non print) per elencare le caratteristiche della connessione. Ho provato a cercare come fare a segnalare questo errore che non è di debian ma del pacchetto stesso ma non sono riuscito a trovare come fare: sapete aiutarmi? -- Ciao leandro