On Wed, 17 May 2023, Lorenzo Breda wrote:
Il giorno mer 17 mag 2023 alle ore 13:42 Leonardo Boselli
On Wed, 17 May 2023, Giuseppe Naponiello wrote:
(…)mi permette di costruire una piattaforma ben strutturata e con
interfacce fighe, magari usando Vue, ma allora devo imparare anche Vue
Le
Ok, giusto, allora chiedo scusa e faccio un mea culpa, diciamo allora
che in ambito web php è ancora il più usato? Ovviamente non prendo in
considerazioni webapp ibride.
Non ho scritto che non ci sono alternative ma che non ce ne sono tante,
sinceramente ho sempre creduto che ASP.NET fosse
Il mer 17 mag 2023, 17:16 Federico Di Gregorio ha scritto:
>
> Dire che non ci sono alternative è veramente sbagliato. Diciamo che se
> parliamo di piattaforme web "solide, sicure e robuste" (e, aggiungo io,
> che supportino tutte le tecnologie moderne, dai websocket in su) ci sono
> almeno due
On 17/05/23 16:54, Giuseppe Naponiello wrote:
In ogni caso, i framework php hanno zero a che fare con le questioni
di interfaccia, php
è un linguaggio lato server (e infatti per le interfacce ti serve
tutt'altro, come il citato Vue).
Ovviamente!!! Per questo Laravel ti "propone"
In ogni caso, i framework php hanno zero a che fare con le questioni
di interfaccia, php
è un linguaggio lato server (e infatti per le interfacce ti serve
tutt'altro, come il citato Vue).
Ovviamente!!! Per questo Laravel ti "propone" un'interfaccia basic di
vue.js, forse la libreria più leggera
On 5/17/23 14:06, Diego Zuccato wrote:
[...]
Esattamente quello che dicevo: oltre al linguaggio, che comunque devi
conoscere, devi studiarti anche il framework.
Tra l'altro prima stavo proprio creando un'app di esempio con Laravel
e ha iniziato malissimo: due warning per componenti non
Il giorno mer 17 mag 2023 alle ore 13:42 Leonardo Boselli
ha scritto:
> On Wed, 17 May 2023, Giuseppe Naponiello wrote:
> > (…)mi permette di costruire una piattaforma ben strutturata e con
> interfacce
> > fighe, magari usando Vue, ma allora devo imparare anche Vue
>
> Le interfacce fighe sono
Il giorno mer 17 mag 2023 alle ore 13:02 Leonardo Boselli
ha scritto:
>
> Io sono molto old school, ho iniziato coi device driver, e lí non ti puoi
> permettere inefficienze, per cui sempre basso livello. figuriamoci un
> framework,
Se si cerca l'efficienza, php va buttato per intero :P
Un
Finora mi pare siamo stati tutti civili e maturi, sarà l'influenza
Debian (per la quale sarà meglio che non creino vaccini!) :)
Esattamente quello che dicevo: oltre al linguaggio, che comunque devi
conoscere, devi studiarti anche il framework.
Tra l'altro prima stavo proprio creando un'app di
Il 17/05/2023 13:42, Leonardo Boselli ha scritto:
(…)mi permette di costruire una piattaforma ben strutturata e con
interfacce
fighe, magari usando Vue, ma allora devo imparare anche Vue
Le interfacce fighe sono il sistema migliore per creare sistemi
instabili, esigenti di risorse e lente.
On Wed, 17 May 2023, Giuseppe Naponiello wrote:
(…)mi permette di costruire una piattaforma ben strutturata e con interfacce
fighe, magari usando Vue, ma allora devo imparare anche Vue
Le interfacce fighe sono il sistema migliore per creare sistemi
instabili, esigenti di risorse e lente.
--
On Wed, 17 May 2023, Giuseppe Naponiello wrote:
Pur essendo io "old school" sono molto incuriosito ma ammetto la mia
ignoranza in materia, e mi piacerebbe sapere secondo voi se vale davvero la
pena investire tempo per imparare ad usarne uno
(…)
Il 16 maggio 2023 12:17:23 UTC, Diego Zuccato
È una di quelle cose che rischia di scatenare flame, spero non avvenga.
Era il mio timore iniziale, ma confido nella maturità e nell'approccio
"scientifico" alla discussione dei membri del gruppo!
In generale sono d'accordo con te, dipende davvero cosa ci fai. In
questo momento mi è stato
Neanche io vado matto per PHP, ma alla fine fa il suo sporco lavoro.
Come il C, si può usare in modo pulito o lercio.
Sarà che oramai tendo all'old (non solo school :) ) ma fatico sempre più
a capire gli assunti alla base di certi framework.
Altre soluzioni (Python e RubyOnRails, per es.) IMO
Il mer 17 mag 2023, 09:22 Federico Di Gregorio ha scritto:
>
> Più che altro c'è un intero mondo al di fuori del PHP (che io
> personalmente considero uno dei più orrorifici linguaggi di
> programmazione mai inventati).
>
C'è sempre JavaScript.
Il mi consiglio è, anche solo per cultura
Il mer 17 mag 2023, 09:15 Giuseppe Naponiello ha
scritto:
>
> Pur essendo io "old school" sono molto incuriosito ma ammetto la mia
> ignoranza in materia, e mi piacerebbe sapere secondo voi se vale davvero
> la pena investire tempo per imparare ad usarne uno
È una di quelle cose che rischia di
On 17/05/23 09:15, Giuseppe Naponiello wrote:
Non vorrei andare off-topic ma trovo questo discorso molto interessante
e mi piacerebbe sentire la vostra opinione.
Negli anni ho provato ad usare vari framework, sia php che javascript,
ma c'era sempre qualcosa che non mi convinceva fino in
Non vorrei andare off-topic ma trovo questo discorso molto interessante
e mi piacerebbe sentire la vostra opinione.
Negli anni ho provato ad usare vari framework, sia php che javascript,
ma c'era sempre qualcosa che non mi convinceva fino in fondo. Parlando
con vari programmatori ho notato
Ok, smanettando mi sono accorto che il problema era davvero "banale".
Il problema del caricamento file non era dovuto (nel mio caso) a
qualcosa di particolarmente strano, non era legato alla direttiva
PrivateTmp (ho provato a settarla false ma non è cambiato niente) e non
era legato
Il 16 maggio 2023 12:17:23 UTC, Diego Zuccato ha
scritto:
>
>Altro problema: se si adotta un framework per un progetto a lunga scadenza (10
>anni o più), poi regolarmente ci si scontra con incompatibilità (era per
>PHP5.6, con 8.1 quella versione non funziona più e devi mettere la nuova, che
Ciao,
Il giorno lun, 15/05/2023 alle 17.04 +0200, Giuseppe Naponiello ha scritto:
[...]
> 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
Il giorno mar, 16/05/2023 alle 12.54 +0200, Giuseppe Sacco ha scritto:
> Ciao Giuseppe,
[...]
> Per come la vedo io, il sistema dovrebbe funzionare in questo modo:
> apache2
> parte con una /tmp sempre diversa perché nel file
> /lib/systemd/system/apache2.service c'è scritto PrivateTmp=true. A
Beh, anche le mie classi di interfacciamento al db fanno abbastanza
ridere, di base (p.e. le query mi ritornano comunque un array coi
risultati, no iteratori, ho preferito la semplicità, non avendo tabelle
enormi). Però mi è riuscita direi abbastanza bene la gestione delle join :)
Il problema
oddio che bello, non sono solo!!!
Nel mio caso, lavorando tanto con i db, ho visto (ma potrei sbagliarmi)
che i vari framework sfruttano davvero poco le potenzialità di un db
come postgresql o anche solo mysql...ma ripeto, sarà perché non conosco
a fondo le potenzialità di un framework come
Ciao Giuseppe,
Il giorno lun, 15/05/2023 alle 17.04 +0200, Giuseppe Naponiello ha scritto:
> 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
Mah... Ogni volta che ho provato a mettermi dietro ad un framework, mi
sono ritrovato che era insufficiente o troppo pesante per le mie
esigenze, oppure pressoché incomprensibile (= quando fossi riuscito a
capire come usarlo sarebbe già stato obsoleto).
Visto che lo sviluppo di applicativi
Il mar 16 mag 2023, 11:41 Giuseppe Naponiello ha
scritto:
> Ciao Lorenzo,
>
> Sono uno sviluppatore PHP, non userò direttamente la funzione da decenni
> (lavoro con i framework)
>
> Prima o poi dovrò decidermi anch'io! Non lo faccio solo per pigrizia, ho
> provato Laravel, i vantaggi sono
Ciao Lorenzo,
Sono uno sviluppatore PHP, non userò direttamente la funzione da
decenni (lavoro con i framework)
Prima o poi dovrò decidermi anch'io! Non lo faccio solo per pigrizia, ho
provato Laravel, i vantaggi sono evidenti ma l'abitudine è dura da
modificare!!!
La mia esperienza è che
Ciao, Diego
le 2 direttive che mi indichi sono commentate anche nel mio caso.
Il 16/05/23 10:46, Diego Zuccato ha scritto:
Io uso php-fpm e non ha nessun problema a trovare la cartella dove
apache mette gli UL...
Nel php.ini sys_temp_dir è commentata.
Magari verifica anche upload_tmp_dir
Ciao Federico,
Quando Apache viene riavviato la directory usata come /tmp potrebbe
cambiare e il PHP non la troverebbe più.
Infatti, questo era il mio grande dubbio!
Il 16/05/23 09:42, Federico Di Gregorio ha scritto:
On 15/05/23 18:53, Giuseppe Naponiello wrote:
ok, quindi in php.ini devo
Ciao Piviul,
non sono molto pratico ma non credo tu sia sulla strada giusta
io invece sono sicuro di NON essere sulla strada giusta!!!
cat $(ls /etc/apache2/mods-enabled/php*.load)
# Conflicts: php5
# Depends: mpm_prefork
LoadModule php7_module /usr/lib/apache2/modules/libphp7.4.so
Il
Io uso php-fpm e non ha nessun problema a trovare la cartella dove
apache mette gli UL...
Nel php.ini sys_temp_dir è commentata.
Magari verifica anche upload_tmp_dir (anche questa da me è commentata).
In tutta /etc/apache2 gli unici riferimenti alla stringa /tmp sono per
DavLockDB
Il lun 15 mag 2023, 17:04 Giuseppe Naponiello ha
scritto:
> 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
On 15/05/23 18:53, Giuseppe Naponiello wrote:
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
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
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
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,
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
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
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
40 matches
Mail list logo