@cammello said:

credo che si dovrà creare una rete a banda larga per il server.

Il problema non è la rete INTERNA a banda larga. Questo si supera facilmente visto anche il basso numero di utenze.
Il problema è che se tu vuoi uscire all'esterno con un sito online posto sul server non puoi farlo con un'ADSL a 7 MB.
Sarebbe impossibile per gli utenti connetersi e visualizzare le pagine.

@cammello said:

sì sarà gestito da una società esterna, dato che non c'è nessuno minimamente in grado di gestirlo, attualmente, e credo anche in futuro. forse basterebbe 1 intervento al mese nella ns sede, salvo imprevisti.
conosco molti uffici che hanno un tecnico che fa interventi sui server 1 volta ogni 15 gg e hanno anche la gestione da remoto.

Se il server servisse solo per la rete intranet dell'ufficio forse potrebbe bastare posto che immagino non ve lo hackeriate da soli.
Non basta se lo stesso server è aperto anche al'esterno.

@grisu59 said:

Il problema non è la rete INTERNA a banda larga. Questo si supera facilmente visto anche il basso numero di utenze.
Il problema è che se tu vuoi uscire all'esterno con un sito online posto sul server non puoi farlo con un'ADSL a 7 MB.
Sarebbe impossibile per gli utenti connetersi e visualizzare le pagine.

Se il server servisse solo per la rete intranet dell'ufficio forse potrebbe bastare posto che immagino non ve lo hackeriate da soli.
Non basta se lo stesso server è aperto anche al'esterno.e a quanto deve uscire? bisogna creare una rete nuova dal server alla cabina telecom? non è una rete adsl? (scusa l'ignoranza)

non bastano firewall hardware, antivirus, ecc. (comunque se hackerano il sito abbiamo sempre i dati nella rete intranet....:()

la 7 mega di alice è asimmetrica, la banda in upload è di appena 384kbps, quindi si tratta 48KBps

considera che in genere un server ha una connessione simmetrica da 10Mbps, cioè 1,2 MBps

la tua connessione è 25 volte meno capiente di quella normalmente usata per i server

il server è ottimo, ma la soluzione di tenerlo in casa non è proprio il massimo, non per l'intranet ovviamente ma per il sito e-commerce

a questo punto se proprio vuoi comprare un server tuo, hostalo in colocazione presso un datacenter

Io credo che tu abbia 2 strade:

a) un server tuo casalingo per l'intranet + uno spazio server esterno a noleggio per l'e-commerce

b) un server managed esterno su cui far girare tutto intranet e e-commerce (con opportune protezioni hardware e software sulla intranet)

Allora avevo capito bene dall'inizio...cioè vuoi mettere un server su un ADSL domestico. Ma stiamo scherzando? Questi servizi si erogano tramite strutture adeguate, cioè in un Datacenter specializzato.
Se vuoi acquistare l'hw lo prendi e lo porti in una webfarm...non vedo altre soluzioni.

ok, sul server interno installo il software di catalogazione di immagini.

ma il sito realizzato in php, che poi dovrà gestire anche un ecommerce (a bassissimo volume: 6 vendite al mese), deve appoggiarsi sul software di data-entry delle immagini... quindi è molto meglio che siano sullo stesso server? giusto?

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...)

per fornire il server della linea giusta, fino alla cabina telecom, quanto si spende + o - (compreso lavori e abbonamenti)????:bho:

ti servirebbe una linea hdsl da almeno 1 o 2 Mbps, ma si aggirano sui 1000? mensili

Una connessione HDSL di tipo business con 2 Mbps simmetrici costa mediamente 12.000 ? l'anno.

Se i due sw sono sulla stessa macchina forse e sottolineo forse puoi avere più velocita sulle query. Ovviamente il server va dimensionato in base alla quantità di query che vengono fatte e mysql va ottimizzato.
L'alternativa potrebbe essere quella di avere due server, uno solo per il DB e l'altro per il sito in php e il data entry.
Continuo però a non capire perchè vuoi mettere questi server 'in casa' piuttosto che portarli in housing. Con l'housing i costi sono decisamente più contenuti.

@Flame Networks said:

Una connessione HDSL di tipo business con 2 Mbps simmetrici costa mediamente 12.000 ? l'anno.

Se i due sw sono sulla stessa macchina forse e sottolineo forse puoi avere più velocita sulle query. Ovviamente il server va dimensionato in base alla quantità di query che vengono fatte e mysql va ottimizzato.
L'alternativa potrebbe essere quella di avere due server, uno solo per il DB e l'altro per il sito in php e il data entry.
Continuo però a non capire perchè vuoi mettere questi server 'in casa' piuttosto che portarli in housing. Con l'housing i costi sono decisamente più contenuti.

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....

@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....