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
luzione 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 /
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
PrivateTmp=true. A questo
> punto, quando systemd fa partire il processo di apache, gli imposta una
> specie di file system privato (un namespace) nel quale il path /tmp/
> corrisponde ad una directory che dal punto di vista globale è
> /tmp/systemd A quel punto, qualsiasi altro processo 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
temd/system/apache2.service c'è scritto PrivateTmp=true. A questo
punto, quando systemd fa partire il processo di apache, gli imposta una
specie di file system privato (un namespace) nel quale il path /tmp/
corrisponde ad una directory che dal punto di vista globale è
/tmp/systemd A quel punto, q
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
;/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
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
nserire il percorso corretto, cioè quello del servizio
di apache? Giusto?
Temo di no. Quando Apache viene riavviato la directory usata come /tmp
potrebbe cambiare e il PHP non la troverebbe più.
federico
Federico Di Gregorio federico.digrego...@dndg.i
p 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/ap
rvizio
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 Nap
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
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 namesp
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
Mandi! MAURIZI Lorenzo
In chel di` si favelave...
> Ma nelle regole che hai inserito tu non ci sono backreferences, nel tuo caso
> le rewrite rule sono usate per rimbalzare eventuali riferimenti a vecchi path
> su un nuovo path statico, senza backreferences, quindi credo che non ci
> saranno
://www.example.com/$1 [L,NC]
RewriteRule ^/sito2/(.*) http://www2.example.com/$1 [L,NC]
Forse queste due rewriterule dovrebbero essere il prototipo di quelle indicate
dall'annuncio.
In questo caso il flag L dice ad Apache che la regola è l'ultima e quindi se ci
fossero sotto altre regole, non vengono
Beccato baco di Apache, debian pubblica:
https://lists.debian.org/debian-lts-announce/2023/04/msg00028.html
in cui inserisce la sibillina:
Unfortunately, fixing these security vulnerabilities may require
changes to configuration files. Some out-of-specification
RewriteRule
il Fri, 17 Apr 2020 17:09:09 +0200
erind ha scritto:
| Salve qualcuno sa se esiste una guida ufficiale approfondita di apache web
| server su debian?
buonasera,
non so se esiste qualcosa di ufficiale, sicuramente online c'è molto materiale
al
riguardo.
quello che posso consigliare, in attesa
Salve qualcuno sa se esiste una guida ufficiale approfondita di apache web
server su debian?
On 24/05/2019 16:20, Giuseppe Naponiello wrote:
> Kubernetes è nella lista delle robe che volevo imparare ad usare ... mi
> sa che è arrivato il momento! Consigli su come affrontarlo?
Kubernetes ha senso solo se hai un cluster con almeno 5 macchine, e
anche lì è quasi sprecato e ci sono
on qualche framework tipo
> >angular, react e vue, ed ho iniziato a studiarmi i service worker e
> >workbox.
> >Ma se volessi mettere in produzione app basate su node?
> >Ho visto che fare il deploy su server remoto (apache o nginx) è
> >possibile
> >con proxy pass,
Ciao Alessandro,
grazie per i suggerimenti, mi saranno di molto aiuto, almeno ho le idee un
po' più chiare e so da dove partire!
Se non ti serve il server-side-rendering o l'isomorfismo puoi anche servire
> direttamente il frontend tramite apache o nginx. Non hai bisogno di node.js
>
In e
framework tipo
>angular, react e vue, ed ho iniziato a studiarmi i service worker e
>workbox.
>Ma se volessi mettere in produzione app basate su node?
>Ho visto che fare il deploy su server remoto (apache o nginx) è
>possibile
>con proxy pass, e diversi tutorial consigliano di
service worker e workbox.
Se non ti serve il server-side-rendering o l'isomorfismo puoi anche
servire direttamente il frontend tramite apache o nginx. Non hai bisogno
di node.js
Ma se volessi mettere in produzione app basate su node?
Ho visto che fare il deploy su server remoto (apache o nginx
workbox.
Ma se volessi mettere in produzione app basate su node?
Ho visto che fare il deploy su server remoto (apache o nginx) è possibile
con proxy pass, e diversi tutorial consigliano di "demonizzare" node per
renderlo sempre attivo.
Ma nel caso di più app qual'è, secondo la vostra esperienz
Leandro Noferini ha scritto il 24/11/2016 alle 17:32:
Ciao a tutti,
ho un server owncloud sul quale ci sono i calendari casalinghi. Di questi
riesco ad ottenere facilmente un backup sotto forma di files ics.
bah non so se consigliartelo perché è un porgetto morto oramai...
l'ultimo
Ciao a tutti,
ho un server owncloud sul quale ci sono i calendari casalinghi. Di questi
riesco ad ottenere facilmente un backup sotto forma di files ics.
Vorrei poter visualizzare questi files ics di backup direttamente da
apache così da vedere gli appuntamenti dei mesi passati (che vengono
Luca De Andreis writes:
[...]
> When this directive is set to None, .htaccess files are completely
> ignored. In this case, the server will not even attempt to read
> .htaccess files in the filesystem.
Non mi funziona :-(
In /etc/apache2/sites-available/default-ssl.conf
AuthType Basic
AuthName "Calendari di casa"
AuthBasicProvider file
AuthUserFile "/etc/apache2/calpass"
Require valid-user
Il 31 ottobre 2016 18:25, Leandro Noferini
ha scritto:
> Leandro Noferini
Ciao,
non penso che la rimozione di tutte le direttive sia saggia, identifico
il problema nella direttiva allowoverride:
When this directive is set to None, .htaccess files are completely
ignored. In this case, the server will not even attempt to read
.htaccess files in the filesystem.
Leandro Noferini writes:
Dopo qualche prova ho capito che queste righe:
>
> Options FollowSymLinks
> AllowOverride None
> Options Indexes FollowSymLinks MultiViews
> Order allow,deny
> allow from all
>
Mi impedivano la
Ciao a tutti,
premetto che sono un utente inconsapevole nonché un balbettante in
lingua madre apache e che quindi spesso non so quello che sto facendo.
Sto provando a proteggere una cartella del server apache con una
password ma non mi riesce perché la password non mi viene richiesta e la
Ciao a tutti. Come faccio a far si che il server ftp (vsftp) punti alle
home directory di apache realizzate sotto var/www/
Il Thu, 17 Dec 2015 11:13:36 +0100, marco pirola scrisse
> Ciao a tutti. Come faccio a far si che il server ftp (vsftp) punti
> alle home directory di apache realizzate sotto var/www/
Ho paura che la risposta che ti daranno sarà:
man vsftp
Comunque lo trovi in 3 secondi su un motore di r
Il 17/12/15 11:13, marco pirola ha scritto:
> Ciao a tutti. Come faccio a far si che il server ftp (vsftp) punti alle
> home directory di apache realizzate sotto var/www/
non uso vsftp preferendo proftp, ma di norma, la home impostata per
l'utente che si collega e' quella che vie
E come permessi?
Il 17/Dic/2015 11:22, "Mauro" <ma...@966.it> ha scritto:
>
>
> Il 17/12/15 11:13, marco pirola ha scritto:
> > Ciao a tutti. Come faccio a far si che il server ftp (vsftp) punti alle
> > home directory di apache realizzate sotto var/www/
>
> E come permessi?
normalmente:
755 le dir
644 i file
Devo mettere un apache 2.4 su una macchina che fa da ReverseProxy.
Il motivo è che con il 2.2 ho dei problemi con mod_proxy_html.
La macchina in questione è una Debian Stabile, che fa solo da reverse proxy,
verso un portale joomla. Insomma nulla di critico.
Mi chiedevo: conviene aggiornarla
Ciao Walter,
Ma hai provato a installare apache da back-ports?
Il giorno 21 ottobre 2013 11:52, Walter Valenti waltervale...@yahoo.it ha
scritto:
Devo mettere un apache 2.4 su una macchina che fa da ReverseProxy.
Il motivo è che con il 2.2 ho dei problemi con mod_proxy_html.
La macchina
segura emi2f...@gmail.com ha
scritto:
Ciao Walter,
Ma hai provato a installare apache da back-ports?
Il giorno 21 ottobre 2013 11:52, Walter Valenti waltervale...@yahoo.it ha
scritto:
Devo mettere un apache 2.4 su una macchina che fa da ReverseProxy.
Il motivo è che con il 2.2 ho dei problemi
Nei backport ho trovato solo una versione che arriva da sid
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE, email to
Nei backport ho trovato solo una versione che arriva da sid
Io non trovo nessuna versione di apache.
Stiamo cercando in due posti diversi ?
http://backports.debian.org/changes/wheezy-backports.html
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ
Il Lunedì 21 Ottobre 2013 15:09, Walter Valenti waltervale...@yahoo.it ha
scritto:
Nei backport ho trovato solo una versione che arriva da sid
Io non trovo nessuna versione di apache.
Stiamo cercando in due posti diversi ?
http://backports.debian.org/changes/wheezy
Io non trovo nessuna versione di apache.
Stiamo cercando in due posti diversi ?
http://backports.debian.org/changes/wheezy-backports.html
https://www.d7031.de/content/apache-24-backports-debian-squeeze-and-wheezy
Pol
Ciao a tutti
su una debian 6 ho installato in un server di produzione apache,php e mysql.
Ogni tanto al giorno succede che i 4 core dei processori vanno tutti al
100% e piano piano la macchina si pianta.
Il processo è uno dei tanti httpd che va al 200%.
Come faccio a capire cosa lo fa impazzire
su una debian 6 ho installato in un server di produzione apache,php e
mysql. Ogni tanto al giorno succede che i 4 core dei processori vanno
tutti al 100% e piano piano la macchina si pianta.
Il processo è uno dei tanti httpd che va al 200%.
Come faccio a capire cosa lo fa impazzire??
non ne
su una debian 6 ho installato in un server di produzione apache,php e
mysql. Ogni tanto al giorno succede che i 4 core dei processori vanno
tutti al 100% e piano piano la macchina si pianta.
Il processo è uno dei tanti httpd che va al 200%.
Come faccio a capire cosa lo fa impazzire??
la
Stefano writes:
Ciao a tutti
su una debian 6 ho installato in un server di produzione apache,php e mysql.
Ogni tanto al giorno succede che i 4 core dei processori vanno tutti al
100% e piano piano la macchina si pianta.
Il processo è uno dei tanti httpd che va al 200%.
Come faccio
Stefano scrisse in data 11/10/2013 10:45:
Ciao a tutti
su una debian 6 ho installato in un server di produzione apache,php e
mysql.
Ogni tanto al giorno succede che i 4 core dei processori vanno tutti
al 100% e piano piano la macchina si pianta.
Il processo è uno dei tanti httpd che va al 200
Gian Uberto Lauri writes:
Non è che le applicazioni cominciano a fare baruffe chioggiotte
sulle risorse condivise? Ci sono query SQL perfide?
Cosa dicono i log riguardo a quello che sta succedendo?
Aggiungo (visto che giustamente Stefano dice che è httpd che si mangia
la CPU):
-
- Messaggio originale -
Da: Stefano stef...@stefanospagna.it
A: debian-italian@lists.debian.org
Cc:
Inviato: Venerdì 11 Ottobre 2013 10:45
Oggetto: Problema Apache
Ciao a tutti
su una debian 6 ho installato in un server di produzione apache,php e mysql.
Ogni tanto al giorno
Il giorno Fri, 11 Oct 2013 10:33:18 +0100 (BST)
Walter Valenti waltervale...@yahoo.it ha scritto:
Ciao a tutti
su una debian 6 ho installato in un server di produzione apache,php
e mysql. Ogni tanto al giorno succede che i 4 core dei processori
vanno tutti al 100% e piano piano la macchina
Claudio Giordano scrisse in data 11/10/2013 14:18:
Teoricamente questo problema non dovrebbe verificarsi grazie alla
direttiva max_execution_time = secondi ( di default a 30 ) del php.ini
e quando entra in funzione interrompendo uno script in loop troviamo
sui log delle voci simili a Maximum
posso consentire soltanto la configurazione delle pagine
ErrorDocument in .htaccess?
Allowoverride options=ErrorDocument
ho visto che c'è una direttiva AllowoverrideList che fa proprio al mio caso...
peccato che:
1) è nella versione 2.4 di apache (in debian7 c'è la 2.4)
2) il server è
Potresti creare un nuovo gruppo. Metti gli utenti www-data e quello di
proftd nel gruppo. Dopo di che dai i permessi di lettura e scrittura al
gruppo.
io domando (ma prima spiego)
/home/domain1.org con permessi:
drwxr-xr-x 4 domain1.org domain1.org 4096 Oct 2 15:04 dir_test
Ciao a tutti,
ho un piccolo quesito con i permessi.
Ho installato apache con virtual hosts e proftpd server.
Ho creato le mie cartelle per i siti con utenti apache.
Ho creato i miei utenti virtuali con solo 1 utente per ftp.
Come setto i permessi delle cartelle dei virtual host perchè siamo
- Messaggio originale -
Da: Stefano stef...@stefanospagna.it
A: debian-italian@lists.debian.org
Cc:
Inviato: Mercoledì 2 Ottobre 2013 13:42
Oggetto: Permessi apache e ftp server
Ciao a tutti,
ho un piccolo quesito con i permessi.
Ho installato apache con virtual hosts e
Potresti creare un nuovo gruppo. Metti gli utenti www-data e quello di
proftd nel gruppo. Dopo di che dai i permessi di lettura e scrittura al
gruppo.
io domando (ma prima spiego)
/home/domain1.org con permessi:
drwxr-xr-x 4 domain1.org domain1.org 4096 Oct 2 15:04 dir_test
-rw-r--r-- 1
Sto cercando di compilare un modulo apache (mod_proxy_html) su una stabile.
Eseguo:
apxs2 -c mod_proxy_html.c -I/usr/include/libxml2/
Ma continua a darmi il seguente errore:
fatal error: libxml/HTMLparser.h: No such file or directory
Ovviamente /usr/include/libxml2/libxml/HTMLparser.h esiste
Sto cercando di compilare un modulo apache (mod_proxy_html) su una
stabile.
Eseguo:
apxs2 -c mod_proxy_html.c -I/usr/include/libxml2/
Ma continua a darmi il seguente errore:
fatal error: libxml/HTMLparser.h: No such file or directory
Ovviamente /usr/include/libxml2/libxml
In data lunedì 30 settembre 2013 11:14:20, Walter Valenti ha scritto:
Sto cercando di compilare un modulo apache (mod_proxy_html) su una
stabile.
Eseguo:
apxs2 -c mod_proxy_html.c -I/usr/include/libxml2/
Ma continua a darmi il seguente errore:
fatal error: libxml/HTMLparser.h
Il giorno Mon, 30 Sep 2013 11:58:32 +0200
elio marvin emarvin3...@gmail.com ha scritto:
In data lunedì 30 settembre 2013 11:14:20, Walter Valenti ha scritto:
Sto cercando di compilare un modulo apache (mod_proxy_html) su una
stabile.
Dove sbaglio ?
Mi rispondo da solo
In data lunedì 30 settembre 2013 11:14:20, Walter Valenti ha scritto:
Sto cercando di compilare un modulo apache (mod_proxy_html) su una
stabile.
Eseguo:
apxs2 -c mod_proxy_html.c -I/usr/include/libxml2/
Ma continua a darmi il seguente errore:
fatal error: libxml
:
In data lunedì 30 settembre 2013 11:14:20, Walter Valenti ha scritto:
Sto cercando di compilare un modulo apache (mod_proxy_html) su una
stabile.
Eseguo:
apxs2 -c mod_proxy_html.c -I/usr/include/libxml2/
Ma continua a darmi il seguente errore:
fatal error: libxml
Domanda anche se non c'entra niente con la piega che ha presso la
conversazione, ma perche stai compilando mod_proxy_html? non dovrebbe essere
uno dei moduli incluso nell'installazione di default di apache2?
Nel 2.4 sì.
Nel 2.2 no.
--
Per REVOCARE l'iscrizione alla lista, inviare un
@Walter Grazie 1000
Il giorno 30 settembre 2013 13:05, Walter Valenti
waltervale...@yahoo.itha scritto:
Domanda anche se non c'entra niente con la piega che ha presso la
conversazione, ma perche stai compilando mod_proxy_html? non dovrebbe
essere uno dei moduli incluso
giorno :-)
che voi sappiate, è possibile usare suphp per eseguire gli script perl?
(se si, come?)
grazie
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a
Il Thu, 26 Sep 2013 12:10:30 +0200, Pol Hallen scrisse
giorno :-)
che voi sappiate, è possibile usare suphp per eseguire gli script perl?
(se si, come?)
Uso un software PERL che deve eseguire parte di codice come root, in tal caso
uso un wrapper con setuid ... con mille più una cautela.
Uso un software PERL che deve eseguire parte di codice come root, in tal
caso uso un wrapper con setuid ... con mille più una cautela.
ho provato suexec* ma comunque basta uno script perl tipo cp /etc/shadow ... e
l'utente si copia il file shadow
a me occorre eseguire gli script cgi con le
Ho provato su una macchina la migrazione da apache 2.2 ad apache 2.4 (su
testing)
A parte le varie direttive/moduli che sono cambiate, sembra non funzionare più
a2ensite.
Risponde sempre che il sito non esiste.
Qualcuno ha provato?
Walter
--
Per favore non inviatemi allegati in formato
Ho provato su una macchina la migrazione da apache 2.2 ad apache 2.4 (su
testing)
A parte le varie direttive/moduli che sono cambiate, sembra non funzionare
più
a2ensite.
Risponde sempre che il sito non esiste.
Qualcuno ha provato?
Walter
Rispondo da solo.
I files di
I files di configurazione dei siti, devono essere per forza *.conf.
grazie per le info :-)
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
'giorno a tutti :-)
ho fatto un pò di ricerche... vane :-/
se ho:
sito1.org/webmail (server1) - webmail è un redirect a sito2
site2.org/webmail (server2)
posso mascherare site2.org/webmail come se fosse site1.org/webmail?
grazie
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un
ho fatto un pò di ricerche... vane :-/
se ho:
sito1.org/webmail (server1) - webmail è un redirect a sito2
site2.org/webmail (server2)
posso mascherare site2.org/webmail come se fosse site1.org/webmail?
grazie
Pol
Se ho ho ben capito quello che vuoi fare:
Nel VH di
1 - 100 di 605 matches
Mail list logo