Si in realtà sono stati loro ad indicarci il webserver da utilizzare, nei meii post ho scritto erroneamente apache per indicare il webserver ma in effetti non lo usiamo...
Si in realtà sono stati loro ad indicarci il webserver da utilizzare, nei meii post ho scritto erroneamente apache per indicare il webserver ma in effetti non lo usiamo...
Nel mio caso è così! sul webserver ho avuto qualche problemino all'inizio, prontamente risolto dall'assistenza tecnica.
L'unica modifica che ho richiesto alla configurazione è stata quella di far installare apc!
Sarebbe utile avere FastCGI o ancora meglio PHP-FPM, se lo chiedo all'assistenza è possibile che li installino?
da quanto ho capito sul mio c'è FastCGI, credo sia stato installato contestualmente a ligthhttp
Ovviamente passando a nginx/lighttpd (meglio nginx, è più stabile per mia esperienza) + php-fpm + apc le cose migliorano (ma migliorano perché cestini apache).
Con tutti i webserver che non siano Apache v1.3/2.x devi necessariamente usare php in modalità fastcgi![]()
Da inesperto faccio una domanda.
Apache pare sia il meno performante, perchè allora non utilizzare già altro o quantomeno proporlo al cliente?
Chi prende un Cloud hosting di certo non ha un sito da 10 visite al giorno (oppure è un pazzo), perchè quindi non ottimizzare il servizio sin da subito? In generale pare che ti vendano un hosting configurato inizialmente con i piedi
Seeweb ancora niente, tra l'altro gli ho scritto ieri anche per attivare un sottodominio. Che siano tutti in vacanza straordinaria?![]()
Perché Apache è il più utilizzato, è ovvio che lo propongano di default.
Poi c'è da dire che la maggior parte degli script usano le rewrite rule di apache.
La cosa migliore sarebbe far scegliere al cliente all'atto dell'ordinazione cosa usare (tanto a loro non cambia niente una volta che hanno creato un template con nginx/lighttpd +php & Co installati).
Nuovi problemi con il database da circa 10 minuti..
La cosa buffa è che se provo ad aprire un ticket ricevo l'errore: Errore: problemi di connessione al motore SQL.
Il database della mia istanza SQL non è stato raggiungibile per un po' di tempo..
Stavo andando per aprire un ticket e il loro sistema di ticket restituiva questo messaggio d'errore: Errore: problemi di connessione al motore SQL.
Quindi non ho potuto aprire il ticket
No no, chiamasi coincidenza.. Per questo ho scritto "cosa buffa"
Stavo scrivendo un ticket per altri motivi e pure io ho avuto difficoltà. Speriamo bene per il futuro...
Curiosità: supponiamo di aumentare le SPU per poter disporre di più spazio disco.
Utilizzo tutto questo spazio disco.
Se ora voglio retrocedere con le SPU? Mi vien notificato che non posso farlo perchè andrei overquota?
http://www.web4web.it - Low Cost Hosting
Tutti i pacchetti sono multidominio.
Database e domini illimitati a partire da €10
http://www.guest.it - Servizi professionali su misura.
Il deprovisioning diviene attivo dal primo giorno del mese successivo però non so che succede se nel frattempo le spu fluttuano e magari risalgono, anche perché una volta richiesto un deprovisioning il pannello di aumento-diminuzione di spu si blocca e rimane bloccato fino alla fine del mese.
Una volta facemmo un deprovisioning ma poi le spu risalirono e andammo overquota, allora aprimmo un ticket e ce lo sbloccarono, così potemmo riaumentarle.
In effetti sarebbe molto meglio se le spu si adattassero da sole a quanto effettivamente consumato, invece è un pò laborioso, soprattutto se si hanno molti domini, dover andare e controllare ogni volta che non si è sforata la quota.
Sicuramente non ti da quel messaggio d'errore..
Se diminuisci le SPU ti segnala che stai usando più SPU di quelle assegnate.
Siccome il calcolo è su base settimanale, ci vuole un po' perché il numero delle SPU usate diminuisca..
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)
Segnalibri