Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #20948 > unrolled thread

indipendenza tra directory locali e directory remote

Back to article view | Back to it.comp.www.php

Contents

  indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-18 14:15 +0200
    Re: indipendenza tra directory locali e directory remote fmigliori <fmigliori@gmail.com> - 2016-06-18 05:25 -0700
      Re: indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-18 15:00 +0200
    Re: indipendenza tra directory locali e directory remote Alessandro Pellizzari <shuriken@amiran.it> - 2016-06-18 16:30 +0000
      Re: indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-19 18:04 +0200
        Re: indipendenza tra directory locali e directory remote fmassei@gmail.com - 2016-06-19 09:07 -0700
          Re: indipendenza tra directory locali e directory remote Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-06-19 18:25 +0200
            Re: indipendenza tra directory locali e directory remote fmassei@gmail.com - 2016-06-19 10:50 -0700
          Re: indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-20 14:48 +0200
            Re: indipendenza tra directory locali e directory remote fmassei@gmail.com - 2016-06-20 08:53 -0700
              Re: indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-20 19:28 +0200
                Re: indipendenza tra directory locali e directory remote fmassei@gmail.com - 2016-06-20 11:52 -0700
                  Re: indipendenza tra directory locali e directory remote Alessandro Pellizzari <shuriken@amiran.it> - 2016-06-21 10:29 +0100
                    Re: indipendenza tra directory locali e directory remote Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-06-21 12:58 +0200
                      Re: indipendenza tra directory locali e directory remote Alessandro Pellizzari <shuriken@amiran.it> - 2016-06-21 13:43 +0100
                        Re: indipendenza tra directory locali e directory remote Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-06-21 14:53 +0200
                  Re: indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-21 19:29 +0200
                    Re: indipendenza tra directory locali e directory remote fmassei@gmail.com - 2016-06-21 11:55 -0700
                      Re: indipendenza tra directory locali e directory remote alex <1j9448a02@lnx159sneakemail.com.invalid> - 2016-06-22 13:24 +0200

#20948 — indipendenza tra directory locali e directory remote

Il mio progetto è formato dalle seguenti directory (più varie 
sotto-directory):
bin
lib
logs
user_profiles
vendor

Quando faccio l'upload dalla macchina locale sul server remoto, però 
voglio che le directory logs e user_profiles non vengano uploadate 
(sovrascrivendo i file remoti in esse contenuti).
Insomma voglio che venga mantenuta l'indipendenza (local/remote) tra le 
due directory appena citate.
Come si può fare?
L'unica soluzione che mi è venuta in mente e quella di raggruppare le 
dir. bin,lib,vendor in un apposita sotto-directory (app) e uploadare 
solo quest'ultima:

app/bin
app/lib
app/vendor
logs
user_profiles

naturalmente però devo ristrutturare alcune parti di codice del progetto...

Qualche altra soluzione?

[toc] | [next] | [standalone]

#20949

Il giorno sabato 18 giugno 2016 14:16:01 UTC+2, alex ha scritto:
> Il mio progetto è formato dalle seguenti directory (più varie 
> sotto-directory):
> bin
> lib
> logs
> user_profiles
> vendor
> 
> Quando faccio l'upload dalla macchina locale sul server remoto, però 
> voglio che le directory logs e user_profiles non vengano uploadate 
> (sovrascrivendo i file remoti in esse contenuti).
> Insomma voglio che venga mantenuta l'indipendenza (local/remote) tra le 
> due directory appena citate.
> Come si può fare?
> L'unica soluzione che mi è venuta in mente e quella di raggruppare le 
> dir. bin,lib,vendor in un apposita sotto-directory (app) e uploadare 
> solo quest'ultima:
> 
> app/bin
> app/lib
> app/vendor
> logs
> user_profiles
> 
> naturalmente però devo ristrutturare alcune parti di codice del progetto...
> 
> Qualche altra soluzione?

Un'altra soluzione potrebbe essere l'utilizzo di uno strumento di deploying.
Mi ero studiato Phing che è molto semplice ed efficace, ma poi non l'ho mai usato in produzione.
https://www.phing.info/docs/guide/stable/

[toc] | [prev] | [next] | [standalone]

#20950

Il 18/06/2016 14:25, fmigliori ha scritto:
> Un'altra soluzione potrebbe essere l'utilizzo di uno strumento di deploying.
> Mi ero studiato Phing che è molto semplice ed efficace, ma poi non l'ho mai usato in produzione.
> https://www.phing.info/docs/guide/stable/

Boh, vorrei evitare l'uso eccessivo di tools esterni, favorendo il 
deploying-tool-less...
Cmq dovrei un po' studiarmelo.

[toc] | [prev] | [next] | [standalone]

#20952

Il Sat, 18 Jun 2016 14:15:58 +0200, alex ha scritto:

> Quando faccio l'upload dalla macchina locale sul server remoto, però
> voglio che le directory logs e user_profiles non vengano uploadate
> (sovrascrivendo i file remoti in esse contenuti).
> Insomma voglio che venga mantenuta l'indipendenza (local/remote) tra le
> due directory appena citate.
> Come si può fare?

Questo dipende strettamente dalla strategia di deploy che hai.

Se stai usando un ftp scriptato ti basta escludere le due cartelle dalla 
lista dei file copiati.

Se copi in scp, sftp, cp over nfs, ecc., idem.

Se usi git, mettici un .gitkeep dentro alle due da ignorare e piazza 
/cartella/* in .gitignore

Bye.

[toc] | [prev] | [next] | [standalone]

#20954

Il 18/06/2016 18:30, Alessandro Pellizzari ha scritto:
> Questo dipende strettamente dalla strategia di deploy che hai.
>
> Se stai usando un ftp scriptato ti basta escludere le due cartelle dalla
> lista dei file copiati.
>
> Se copi in scp, sftp, cp over nfs, ecc., idem.
>
> Se usi git, mettici un .gitkeep dentro alle due da ignorare e piazza
> /cartella/* in .gitignore

Non è una soluzione tool-less, cmq vabè!

[toc] | [prev] | [next] | [standalone]

#20955

On Sunday, June 19, 2016 at 12:04:20 PM UTC-4, alex wrote:
> Il 18/06/2016 18:30, Alessandro Pellizzari ha scritto:
> > Questo dipende strettamente dalla strategia di deploy che hai.
> >
> > Se stai usando un ftp scriptato ti basta escludere le due cartelle dalla
> > lista dei file copiati.
> >
> > Se copi in scp, sftp, cp over nfs, ecc., idem.
> >
> > Se usi git, mettici un .gitkeep dentro alle due da ignorare e piazza
> > /cartella/* in .gitignore
> 
> Non è una soluzione tool-less, cmq vabè!
>

Se non usi (S)FTP, (S)CP, rsync o git allora cosa usi per fare deploy? :O

Ciao!

[toc] | [prev] | [next] | [standalone]

#20956

On 2016-06-19 16:07:07 +0000, fmassei@gmail.com said:

>> Non è una soluzione tool-less, cmq vabè!

> Se non usi (S)FTP, (S)CP, rsync o git allora cosa usi per fare deploy? :O

A parte che sono follie e bisogna usare mercurial, tu capisci cosa vuol 
dire "non essere tool-less"?

A rigore vuol dire che è una soluzione che si basa su "tool", e meno 
male perché senza tool dovresti recarti fisicamente sul server remoto e 
scrivere i bit a mano sul supporto di memorizzazione.


-- 
Andrea

[toc] | [prev] | [next] | [standalone]

#20957

On Sunday, June 19, 2016 at 12:25:41 PM UTC-4, Andrea D'Amore wrote:
> A rigore vuol dire che è una soluzione che si basa su "tool", e meno 
> male perché senza tool dovresti recarti fisicamente sul server remoto e 
> scrivere i bit a mano sul supporto di memorizzazione.
> 

Con le unghie, naturalmente, visto che anche il cacciavite è un tool ;)

Ciao!

[toc] | [prev] | [next] | [standalone]

#20958

Il 19/06/2016 18:07, fmassei@gmail.com ha scritto:
> Se non usi (S)FTP, (S)CP, rsync o git allora cosa usi per fare deploy? :O


Uso lftp o rssync per il server locale, e non mi andrebbe di aggiornare 
di volta in volta i parametri.
E se poi decidessi di usare un terzo tool devo per forza impostarlo a 
dovere (ammesso che si possa).
E se poi cambia la struttura del proggetto? Devo rivedere tutti gli script.
Per questo mi chiedevo se ci fosse un modo per svincolarsi dagli script 
(scriverli una volta è lasciarli come sono).
Unica soluzione che vedo è di raggruppare in una sub-dir le dir da 
tenere sincronizzate.

[toc] | [prev] | [next] | [standalone]

#20960

On Monday, June 20, 2016 at 8:48:41 AM UTC-4, alex wrote:
> Il 19/06/2016 18:07, fmassei@gmail.com ha scritto:
> > Se non usi (S)FTP, (S)CP, rsync o git allora cosa usi per fare deploy? :O
> 
> Uso lftp o rssync per il server locale, e non mi andrebbe di aggiornare 
> di volta in volta i parametri.

Che parametri? Aggiorni lo script.

> E se poi decidessi di usare un terzo tool devo per forza impostarlo a 
> dovere (ammesso che si possa).

Non ti serve un terzo tool.

> E se poi cambia la struttura del proggetto? Devo rivedere tutti gli script.

Uno script solo, quello di deploy.

> Per questo mi chiedevo se ci fosse un modo per svincolarsi dagli script 
> (scriverli una volta è lasciarli come sono).

Da qualche parte gli devi dire cosa trasferire dove.

> Unica soluzione che vedo è di raggruppare in una sub-dir le dir da 
> tenere sincronizzate.

Che differenza farebbe, quando cambi quelle stai da capo a dodici.

Ciao!

[toc] | [prev] | [next] | [standalone]

#20961

Il 20/06/2016 17:53, fmassei@gmail.com ha scritto:
> On Monday, June 20, 2016 at 8:48:41 AM UTC-4, alex wrote:
>> Il 19/06/2016 18:07, fmassei@gmail.com ha scritto:
>>> Se non usi (S)FTP, (S)CP, rsync o git allora cosa usi per fare deploy? :O
>>
>> Uso lftp o rssync per il server locale, e non mi andrebbe di aggiornare
>> di volta in volta i parametri.
>
> Che parametri? Aggiorni lo script.

mirror, foldersync, rsync, lftp... sono comandi.
Spesso i comandi sono seguiti da? Indovina... (si potrebbero chiamare 
anche argomenti)

>
>> E se poi decidessi di usare un terzo tool devo per forza impostarlo a
>> dovere (ammesso che si possa).
>
> Non ti serve un terzo tool.
>

Per fare l'upload uno può usare tutti i tool che vuole; dipende infatti 
da quali e quanti tipi di upload si vuole fare.

>> E se poi cambia la struttura del proggetto? Devo rivedere tutti gli script.
>
> Uno script solo, quello di deploy.
>

Come sopra.

>> Per questo mi chiedevo se ci fosse un modo per svincolarsi dagli script
>> (scriverli una volta è lasciarli come sono).
>
> Da qualche parte gli devi dire cosa trasferire dove.
>

Certo.

>> Unica soluzione che vedo è di raggruppare in una sub-dir le dir da
>> tenere sincronizzate.
>
> Che differenza farebbe, quando cambi quelle stai da capo a dodici.

Che non devo cercare replicare la configurazione dei vari tipi di script.
Metto tutto in una dir. e quella devono uploadare.
Anche se questa strutturazione non è il massimo dal punto di vista del 
progetto php:
upload/bin
upload/lib
upload/...
/logs
/guestbook

[toc] | [prev] | [next] | [standalone]

#20962

On Monday, June 20, 2016 at 1:28:36 PM UTC-4, alex wrote:
> <snip>

Da come scrivi ho solo capito che non ho la più pallida di cosa tu faccia per
fare l'upload.

Fai così:

Crea un file "deploy.sh" nella tua root.
Dentro ci scrivi:
#!/bin/bash
rsync -av bin nomedelserver.com:.
rsync -av lib nomedelserver.com:.
rsync -av vendor nomedelserver.com:.

Quando vuoi fare upload, fai partire lo script in shell:
> cd cartellalocale (se già non ci sei)
> ./deploy.sh

Se già fai una cosa del genere non capisco quali siano i tuoi problemi.

Ciao!

[toc] | [prev] | [next] | [standalone]

#20963

On 20/06/2016 19:52, fmassei@gmail.com wrote:

> Da come scrivi ho solo capito che non ho la più pallida di cosa tu faccia per
> fare l'upload.

Credo che scriva il comando intero ogni volta che deve fare deploy.

Beh, alex, nel caso fosse così, aumenta la HISTORY di bash, poi quando 
devi fare deploy scrivi "sftp" e premi ctrl-r finchè non ritrovi il 
comando completo corretto.

Oppure fatti uno script o un alias.

Oppure, se usi rsync, puoi avere un file con le exclusion, e lo richiami 
quando lanci il comando.

TIMTAMWTDI

(AM = A Million)

Bye.

[toc] | [prev] | [next] | [standalone]

#20964

On 2016-06-21 09:29:42 +0000, Alessandro Pellizzari said:

> TIMTAMWTDI
> 
> (AM = A Million)

    TIMTAMWTDI: nothing appropriate

Today I May Think A Million Ways To Do It?


-- 
Andrea

[toc] | [prev] | [next] | [standalone]

#20966

On 21/06/2016 11:58, Andrea D'Amore wrote:

>    TIMTAMWTDI: nothing appropriate
>
> Today I May Think A Million Ways To Do It?

There is more than a million ways to do it. :P

Bye.

[toc] | [prev] | [next] | [standalone]

#20967

On 2016-06-21 12:43:42 +0000, Alessandro Pellizzari said:
> There is more than a million ways to do it. :P

Ah, IANGWTS.

-- 
Andrea

[toc] | [prev] | [next] | [standalone]

#20970

Il 20/06/2016 20:52, fmassei@gmail.com ha scritto:
> On Monday, June 20, 2016 at 1:28:36 PM UTC-4, alex wrote:
>> <snip>
>
> Da come scrivi ho solo capito che non ho la più pallida di cosa tu faccia per
> fare l'upload.
>

rsync upload su server locale
lftp per upload su server remoto
lftp per upload su server remoto (mirror 1)
lftp per upload su server remoto (mirror 2)
altrocomando per upload su server remoto (mirror 3)

per ogni comando devo specificare le dir da escludere; è proprio questo 
che vorrei evitare

[toc] | [prev] | [next] | [standalone]

#20973

On Tuesday, June 21, 2016 at 1:29:28 PM UTC-4, alex wrote:
> Il 20/06/2016 20:52, fmassei@gmail.com ha scritto:
> > On Monday, June 20, 2016 at 1:28:36 PM UTC-4, alex wrote:
> >> <snip>
> >
> > Da come scrivi ho solo capito che non ho la più pallida di cosa tu faccia
> > per fare l'upload.
> >
> 
> rsync upload su server locale
> lftp per upload su server remoto
> lftp per upload su server remoto (mirror 1)
> lftp per upload su server remoto (mirror 2)
> altrocomando per upload su server remoto (mirror 3)
> 
> per ogni comando devo specificare le dir da escludere; è proprio questo 
> che vorrei evitare
>

Come detto sopra, fatti uno script: tutti i comandi che fai a mano li metti
lì dentro. Oltretutto in uno script puoi usare variabili, array, cicli e
quant'altro per centralizzare la logica nel caso in cui sui tuoi tre/quattro
mirrors dovessi fare le stesse operazioni.

Ciao!

[toc] | [prev] | [next] | [standalone]

#20979

Il 21/06/2016 20:55, fmassei@gmail.com ha scritto:
> Come detto sopra, fatti uno script: tutti i comandi che fai a mano li metti
> lì dentro. Oltretutto in uno script puoi usare variabili, array, cicli e
> quant'altro per centralizzare la logica nel caso in cui sui tuoi tre/quattro
> mirrors dovessi fare le stesse operazioni.

poi se mi devo trasferire il tutto su una macchina non mia, in cui non 
sono installati tutti gli strumenti, vabè...
non si può ottenere la massima portatilità :)

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.www.php

csiph-web