Allora...cerchiamo di fare un pò di chiarezza.

Se ho capito bene c'è questo sw ArtInXML che è un 'motore' di catalogazione per dei prodotti.
Su questo ArtInXML c'è un'interfaccia in PHP che ti consente di caricare le specifiche dei prodotti che vanno a comporre il catalogo degli oggetti in vendita.
Tutta questa parte, essendo un motore di back-end, non è visibile al cliente finale ma è fruibile solo agli addetti ai lavori.

Posto che la sede dell'azienda è X e il server è Y (le due entità si trovano in due posti fisicamente separati) la mia domanda è la seguente:

Questo software non è accessibile in alcun modo via web? Neanche tramite una VPN tra X e Y?

Sempre se ho capito bene, su questo ArtInXML, è possibile integrare un e-commerce che è il sito web vero e proprio dove i clienti fanno gli acquisti.
Per ovvi motivi questo software deve essere visibile su Internet, quindi torniamo al discorso del server in housing e/o server dedicato presso una struttura adeguata.

Logica vuole che, per ottimizzare tutto il processo (dal caricamento dei prodotti alla vendita), le applicazioni stiano tutte su una stessa macchina.

Ovviamente se i carichi sono tali da non poter gestire tutto su un solo server, allora è necessario separare gli ambienti.
Su un server andrà ArtInXML e su un altro l'e-commerce.
Ovviamente i server saranno connessi in LAN per non andare ad inficiare la velocità di caricamento dei prodotti.

Non è possibile installare nel vostro ufficio il software ArtInXML e l'ecommerce ed una volta al giorno sincronizzare sul server online in un datacenter il database dell'ecommerce e la cartelle delle immagini, cosi riduci i costi di manutenzione nella intranet e hai un server web molto più veloce e sicuro in affitto, avrai un ritardo di qualche ora per la sincronizzazione dei file che potresti fare la notte anche in automatico, creandoti uno script specifico.

@area46 said:

Non è possibile installare nel vostro ufficio il software ArtInXML e l'ecommerce ed una volta al giorno sincronizzare sul server online in un datacenter il database dell'ecommerce e la cartelle delle immagini?
Era quello che avevo proposto anche io, ma pare non vada bene (o forse non mi ero spiegato bene).
Credo sia la soluzione che vosta meno e rende di più.
Non credo che gli utenti esterni abbiano necessità di avere le foto in tempo reale.
E nella notte c'è tutto il tempo per caricare sul server le nuove foto.

O no?

Si, credo che come soluzione sia la più semplice, la meno costosa e la più sicura,
un server casalingo è impensabile: valutiamo anche i costi per elettricità raffreddamento ups hdsl e aggiornamenti
un server in affitto può essere upgradato, i costi sono calcolabili e fissi.
Fare uno script specifico non è la fine del mondo.
Se di notte non parte lo script per qualche problema, può essere fatto a mano la mattina seguente senza nessun problema.

dato che chi ha realizzato il sw e il php ha sentenziato di voler fare l'installazione e il settaggio 1 sola volta, siamo credo obligati ad optare per il server esterno.
del resto, sembra la soluzione migliore: non produrremo più di 600 nuove immagini all'anno (massimo 100 mb, credo). dunque anche se non si possono caricare via web, si potranno potare con cadenza bimestrale nel server esterno.
si pensava fortemente a mclink, ma con che tipo di contratto e di banda?
prevedendo 1 massimo di 20 utenti simultanei in alcune ore della mattina, considerato che difficilmente nello stesso minuto 20 persone faranno il dawnload di una immagine a 100 K, con 5 Mb di banda dovremmo andare di lusso.... o sbaglio?
per l'e-commerce pensavo di far usare paypal: gli utenti scelgono l'immagine, per mail verifichiamo che si possa fare alla loro risoluzione preferita, la pagano con paypal e noi,verificato il pagamento, gliela inviamo per mail o, se pesa troppo, con un hosting esterno tipo rapidshare...
è un'operazione che faremo massimo 6 volte al mese... si può fare anche a mano... e siamo sicuri di vendere in modo personalizzato e sicuro....

perchè mai non potete fare l'upload delle immagini da remoto? l'unico cruccio potrebbe essere la sicurezza, ma basta usare il protocollo SSH ed è fatta

in sostanza basta che il server abbia attivo il demone ssh e l'upload viene fatto tramite sftp, quindi su una connessione criptata

se ho capito bene si tratta di fare l'upload di circa 10 MB di immagini al mese, il tutto con una banale connessione adsl richiede si e no 5 minuti

per quanto riguarda la banda del server basta una 2 Mbit/s

@paolino said:

perchè mai non potete fare l'upload delle immagini da remoto? l'unico cruccio potrebbe essere la sicurezza, ma basta usare il protocollo SSH ed è fatta

in sostanza basta che il server abbia attivo il demone ssh e l'upload viene fatto tramite sftp, quindi su una connessione criptata credo che il motivo siache chi ha fato il sw e lo installerà sul server non vuole fare 1 riga di + di quello che prevedeva il suo contratto, concluso prima del mio arrivo.

se ho capito bene si tratta di fare l'upload di circa 10 MB di immagini al mese, il tutto con una banale connessione adsl richiede si e no 5 minuti bene, ma anche se si dovessero portare fisicamente nel server non sarebbe 1 problema, con cadenza bi-semestrale

per quanto riguarda la banda del server basta una 2 Mbit/sok, ho sentito diversi pareri su questo... ero indeciso fra i 2 e i 5, ok.

grazie 1000

@cammello said:

Credo che il motivo siache chi ha fato il sw e lo installerà sul server non vuole fare 1 riga di + di quello che prevedeva il suo contratto..

Comunque qualche modifica dovrà farla perchè deve separare il codice dello shop da quello di produzione (se non sono già separati).

Non credo che si tratti di uno script complicato.
Ad un orario stabilito deve verificare i nuovi file e le nuove versioni di file presenti sul server INTRANET e copiarli sul server INTERNET.
Con una verifica finale dell'integrità dei file sul server.
E' uno script che te lo può fare anche un programmatore differente da quello che hai già.

Piuttosto preoccupati di scegliere un server INTRANET performante.
Per il servizio di SHOP INTERNET a questo punto forse ti basta anche un hosting condiviso o, al limite, un VPS.

@grisu59 said:

Comunque qualche modifica dovrà farla perchè deve separare il codice dello shop da quello di produzione (se non sono già separati).

Non credo che si tratti di uno script complicato.era partito da"meno di 10.000" gli ho detto che con 1.000 me lo faceva chiunque... mi ha risposto "va bene gli suggerisco io come fare..." vedremo.... intanto andiamo on-line, vediamo come funziona la consultazione... poi mettiamo un paypal.... nel modo + semplice e sicuro...

Piuttosto preoccupati di scegliere un server INTRANET performante.per ora il server intranet non lo prendo.
tanto le immagini e i pacchetti di file vengono prodotti su pc dei collaboratori esterni o, raramente, sui singoli pc interni.
io dovevo occuparmi della banca dati... non voglio incasinarmi la vita per persone che non se lo meritano. il mio obiettivo è curare la banca dati. già avrò da fare a ripulirla da tutti gli errori di concetto, di legami, ecc.
tutti applicano la regola: meno fai e meno sbagli! mi stanno quasi convincendo...

Per il servizio di SHOP INTERNET a questo punto forse ti basta anche un hosting condiviso o, al limite, un VPS.bo? forse con la sicurezza quando c'è di mezzo il pubblico... è meglio non rischiare... poi pare che improvvisamente si debba spendere qualche soldo in +... mah?

Salve,

per l'e-commerce ricordati di installare sul sito un certificato SSL, rilasciato da una Certification Authority riconosciuta a livello internazionale (es: Starfield, Equifax, etc...)

E' estremamente importante per la sicurezza, tua e dei clienti.