@cammello said:

chi ha realizzato i due software (data-entry e sito php) mi ha sconsigliato la soluzione B (per motivi di protezione e di lentezza nell'esportazione dei dati, che dovremmo andare a riversare manualmente sul server, ogni volta..

Scusa a quale soluzione B ti riferisci?

Se è a quella che dicevo io (Server managed in affitto in un datacenter)
non è che hai grossissime esigenze di linea se devi solo caricare immagini sul server.
Certo se fosse un ADSL a 20 Mb sarebbe meglio.

Se invece intendi la linea per connettere il server che tieni in casa con la rete, allora valgono le risposte che hai già ricevuto.

@cammello said:

cavolo che costi!!
e allora se devo optare per l'housing deve essere una server-farm a Roma, vicino a Piazza Venezia, che consenta di accedere al server senza costi singoli per ogni accesso: dato che in alcuni periodi si dovrà andare a riversare il materiale con cadenza mensile o bimestrale.

Scusa ma non è mica che devi accederci fisicamente al server.
Hai detto che hai immagini da 300 Kb quindi non pesanti.
Sul sito addirittura le immagini sono da 100 Kb
Puoi lavorare tranquillamente a distanza.

Piuttosto devi verificare una soluzione LAN che permetta di dialogare rapidamente tra i computer della sede.
Potrebbe forse essere utile - per velocizzare le comunicazioni tra di voi un piccolo server interno per le immagini in lavorazione per poi trasferire il prodotto finito sul server principale.

L'housing certamente ha un costo del puro server inferiore
a cui però devi aggiungere i costi di gestione del server da parte di terzi
(che sono alti)

@cammello said:

cavolo che costi!!
e allora se devo optare per l'housing deve essere una server-farm a Roma, vicino a Piazza Venezia, che consenta di accedere al server senza costi singoli per ogni accesso: dato che in alcuni periodi si dovrà andare a riversare il materiale con cadenza mensile o bimestrale.
si accettano consigli....
mclink.... omnibit.... oppure....

Non mi risulta ci siano dei datacenter nel centro di Roma.
Trattandosi di strutture mediamente grandi le trovi un pò più fuori dal centro.
Mi viene in mente BT in zona Tiburtina, oppure Interoute in zona Aurelio.
BT ha anche un datacenter in zona Laurentina ma non so se erogano servizi di colocation lì.
Per l'accesso fisico al datacenter devi contare che nessuno ti da accesso h24 free. Di solito si da un tot di ore mensili incluse nel contratto, le ore in eccedenza le paghi a parte.

EDIT:

Sei proprio sicuro di voler un servizio di housing oppure va bene anche una soluzione di hosting dedicato?
Tieni presente che con l'housing devi acquistare il server e la manutenzione hw è a tuo carico.

quando il realizzatore del sw di data-entry mi dice che non è protetto e che per esportare pacchetti di oltre 500 immagini, sul sito in php, non posso utilizzare il web.... tendo a crederci....purtroppo....(anche perchè il sw di data-entry è lentuccio anche da vuoto sul singolo pc - ma questo non si può cambiare!!! -)

sì anche un hosting dedicato (che consenta di fare l'installazione a chi ha realizzato il sw, il sito, e il giusto settaggio)

mi pare che omnibit sia a via frattina... se hanno in quella sede la web farm (sarebbe un po' cara... come sede per i server)
[CENTER] [/CENTER]

Scusami che significa il software non è protetto?

Non puoi caricare le immagini via FTP?

ti scrivo ciò che mi ha detto il realizzatore:
**"ArtInXML è un software di catalogazione, non un sito web. Non è uno strumento che va messo in mano agli utenti finali, ma solo al personale interno di un ente schedatore. **
il software è tutto basato su tecnologie open-source: il db è MySQL e il server può essere Linux (meglio) o Windows (molto peggio).
Il modulo di pubblicazione (al quale potrebbe essere integrato il servizio di e-commerce) si "appoggia" su ArtInXML ed è sviluppato in PHP. noi offriamo questo modulo aggiuntivo per la pubblicazione delle schede di catalogo in PHP".

non so se il db di catalogazione può stare su un server nel ns ufficio e il modulo in php in hosting altrove?
credo ci siano lentezze nel trasferimento dei pacchetti di immagini.... giusto?

**a margine: quando si riceve una risposta come questa: **

"The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request. Reason: Error reading from remote server

Apache/2.0.52 (Red Hat)" esattamente che vuol dire?

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.