Servidor Virtual ou Dedicado?

April 13th, 2010

Para quem precisa de um servidor na web esta é uma das perguntas que mais o atormenta… Qual será o melhor? Não há uma resposta directa para isso, no entanto os servidores dedicados, por norma, são muito mais caros que os virtuais, o que faz com que os servidores virtuais sejam uma espécie de gama baixa dos servidores.

Ambos têm prós e contras, no entanto a grande diferença está no hardware, num servidor dedicado o hardware não é partilhado, e num servidor virtual é, o que faz com que possa haver um grande overselling nos servidores virtuais, e isso pode-os tornar muito maus, mas vou enumerar alguns dos prós e contras de ambos.

 

Servidor Dedicado:
Mais Hardware não partilhado
Mais Possibilidade de virtualizar (criar vários servidores virtuais)
Mais Capacidade de upgrade
Menos Hardware desconhecido (Muitos usam hardware barato e reutilizam o hardware muitas vezes, o que no caso dos discos rígidos por vezes é fatal)
Menos Contratos (Por norma os servidores dedicados só são alugados com contrato de permanência de pelo menos 6 meses)
Menos Mais caro

 

Servidor Virtual:
Mais Barato
Mais Facilidade de Upgrade
Mais Criação instantânea
Mais Painel com funcionalidades como reinstalação do sistema operativo (de forma instantânea)
Mais Software mais barato (Por exemplo o cPanel é menos de metade do valor que nos dedicados)
Menos Reutilização de ips (devido a não haverem contratos de permanência, são usados muitas vezes para enviar spam e muitos ips acabam em black lists)
Menos Overselling (Partilha de recursos leva a overselling)
Menos Hardware desconhecido (Por norma é superior ao dos servidores dedicados para aguentar com os servidores virtuais, mas muitas das empresas alugam servidores dedicados normais para alugar servidores virtuais)

 

A escolha não é fácil, é importante não olhar só para a memória, pois o bottleneck* deriva geralmente de outros componentes como acesso ao disco ou cpu, deverá analisar cada empresa e cada oferta ao pormenor, todas são diferentes, e por vezes alguns pormenores fazem com que seja tudo diferente.

 

*Bottleneck é a expressão utilizada sobre o que está a limitar a performance do computador/servidor, por exemplo se o cpu já estiver a ser 100% utilizado e tiver memória livre, o bottleneck é do servidor, é o componente que precisa de levar upgrade para ter melhor performance.

anjo2 Alojamento, Hardware Imprimir este tópico Imprimir este tópico

, , , ,

As modas

April 6th, 2010

Hoje em dia dá-se mais atenção à moda do que ao que realmente interessa, muitas empresas passam obcecadas por criarem um novo produto que fique como moda, quem não se lembra da moda dos tamagoshi? E dos yo-yo? Diria que a moda dos dias de hoje é os netbooks…

Curioso serem as empresas a querem criar produtos que sejam moda, mas sejam as pessoas que tornam os produtos em moda, o passa-palavra é, ainda hoje, o método de publicidade mais eficaz, não existe dinheiro que o pague, é bastante difícil de o introduzir, mas quando entra na rede, fica moda e só desaparece na próxima moda.

As modas atingem todos os mercados, e quando é moda diz-se que é o melhor, existe uma grande tendência de as pessoas perguntarem qual é o melhor, qual o melhor portátil, qual o melhor carro, qual o melhor alojamento, etc, e a resposta tem tendência a ser a da moda, o portátil que está na moda, o carro que está na moda ou o alojamento que está na moda, e ninguém pensa se realmente é o melhor para a pessoa.

E tu? Vives da moda?

anjo2 Alojamento Imprimir este tópico Imprimir este tópico

, ,

Coisas da Microsoft

November 21st, 2009

Não sou um “fan”, nem um “hater” da Microsoft, tem os seus prós e contras tal como qualquer um Sistema Operativo, e para uso pessoal é até o que eu uso, no meu caso o Windows XP.

Fui experimentar a solução de VPS para Windows, o Hyper-V, curiosamente só aparecia 2 linhas de comandos aberto e pouco mais dava para fazer… Antes tinha experimentado a plataforma Xen que tem como finalidade fazer o mesmo que o Hyper-V mas em linux, e a apresentação do Citrix XenServer era até muito boa…

Comecei a estranhar e decidi instalar o Windows Server 2008 DataCenter Edition com instalação Full, bem este Full é apenas algumas coisas gráficas, para não aparecer apenas 1 ou 2 linhas de comando… A instalação começou por não detectar os discos, lá tive que lhe por o cd para os drivers da placa raid (Curioso, antes era o linux que não tinha os drivers todos, agora é o Windows), cheguei ao Windows e decidi fazer updates, qual o espanto que não há rede!!! Isto deve ter mesmo pouco drivers, no Linux não preciso de nada, sempre muito rápido, no Windows Server 2008 Datacenter Edition é preciso tudo, só para terem uma ideia o Windows Server 2008 Enterprise Edition custa 4300€!!! Após 30 minutos de uso bloqueou!!!

Não me fiquei por aqui e instalei um programa para controlar facilmente as máquinas virtuais, qual não foi o meu espanto que não existem termos de uso?!?!?
Agreement
Fiquei a pensar: “Isto é pago?!? É feito pela Microsoft? Por amadores?!?”, mas se não há nada para aceitar porque hei-de rejeitar? Mas esta janela aparece porquê?
Bem, para servidores acho que Windows é mesmo de descartar, isto não tem ponta por onde se pegue. Uma frase à Paulo Bento:

“Uso Pessoal Windows, Servidores Linux! Como? Com tranquilidade!”

Info adicional: Tenho todas as licenças do software, nada do que foi usado é pirateado, tudo original.

anjo2 Software Imprimir este tópico Imprimir este tópico

, , , , , ,

CMS versus programação de raiz

August 10th, 2009

Os CMS (Content Management System) são cada vez mais conhecidos pela fácil instalação, utilização e expansibilidade, mas coloca-se algumas questões, será que são seguros? E rápidos?

A maioria das linguagens da programação são compiladas e só depois as corremos, na mais conhecida e utilizada linguagem de programação web, o PHP, é interpretado em tempo real, sem a compilação antes, e sendo assim na maioria dos sites e CMS’s é possível alterar código directamente, e compilar o site ou CMS fica caro.
Sendo de fonte aberta, será muito mais fácil detectar falhas de segurança, um dos exemplos mais conhecidos que temos são dos sistemas operativos Linux e Windows, em que linux é fonte aberta e Windows não, detectar falhas no linux seria mais fácil, mas com mais falhas detectadas mais vão ser corrigidas, já no Windows mesmo que tenha muito menos segurança será mais fácil detectar as falhas (e tem mais falhas de segurança).
Mas o que será mais seguro? Vai depender muito do suporte dos proprietários do código e na sua rapidez em corrigir as falhas, no entanto se não actualizar sempre o sistema ficará sujeito a ter imensos problemas de segurança!!!

Lição nº1: Ter SEMPRE o CMS actualizado!

A programação de raiz tem alguns benefícios, principalmente no que toca ao conhecimento do sistema, só quem o constrói que o conhece, logo à partida nenhuma falha é conhecida, mas poderá ter falhas graves se for mal feito, e que com um ataque poderá colocar em risco o site e os dados das pessoas (passwords, dados pessoais, etc.), outro dos contras será as actualizações, se mandar fazer o código de raiz quem vai fazer as actualizações?

Lição nº2: Se mandar fazer programação procure sempre alguém com conhecimentos, de confiança e que dê garantias! De preferência uma empresa.

Resumo de segurança: Um CMS bastante conhecido e sempre actualizado deverá ser bastante seguro, no entanto a programação de raiz se for bem feita será ainda mais segura, se for mal feito poderá resultar em desgraça.

A segurança não é tudo, nenhum visitante gosta que o site seja lento, é uma das maiores razões que faz os visitantes abandonarem o site precocemente, é bastante importante a velocidade a que abre um site, a utilização de imagens optimizadas para sites é bastante importante neste ponto, mas a programação também o é.

Este é um dos maiores problemas dos CMS, são bastante complexos, dão para tudo, mas são geralmente lentos, e quando existe enchentes de pessoas torna-se muitas vezes inavegável.
A solução da maioria dos CMS foi a criação de um sistema de cache, sendo assim não é necessário grandes acessos às base de dados nem grande utilização de cpu. É uma excelente solução, mas não é garantido que funcione a 100%, um dos exemplos mais conhecidos é o do phpBB3, um sistema de cache que até passou a funcionar para fóruns com bastantes pessoas online, mas apenas temporariamente se não apagarmos a cache de vez em quando, gasta-se bastante espaço e são criados ficheiros a mais, resultando depois a ser até bastante difícil apagar os ficheiros…
A melhor solução é fazer uma boa programação tendo em conta o que consome dos recursos do servidor, o que poderá resultar em menos funcionalidade, mas no caso de programação de raiz só irá colocar a funcionalidade que precisa e num CMS terá que haver funcionalidades para todos os gostos, o que será sempre pior.

Lição nº3: Analisar o número de pessoas que estamos à espera de receber, se for alto (> 100 pessoas em simultâneo) deverá ser um sistema rápido e se possível com sistema de cache se for complexo.

Resumo de velocidade: Programação de raiz será sempre mais rápido (a não ser que seja mesmo mal feito, o que muitas vezes acontece mesmo por pessoas que se dizem profissionais e com conhecimentos).

Dos pontos mais importantes para os webmasters é a funcionalidade dos sites, num CMS obtém-se bastante funcionalidade, muito mais do que a que precisamos, nos sistemas mais conhecidos existe módulos/plugins/addons feitos pelas pessoas e praticamente em poucos cliques adiciona-se funcionalidade num CMS, mas vão estar a abdicar de segurança e velocidade!

Lição nº4: Instalar plugins apenas que sejam reconhecidos e actualiza-los sempre! Não instale plugins que sejam desnecessários! Deverá desinstalar os plugins que já não tenham mais suporte!

Em resumo: Um site feito de raiz será sempre melhor que um CMS, mas para ter a mesma funcionalidade será MUITO mais caro, só compensará se tiver ganhos com o site ou seja de uma empresa, para sites pessoais e sem fins lucrativos use um CMS e tenha atenção às lições deste artigo, poderão evitar desastres…

anjo2 Programação Imprimir este tópico Imprimir este tópico

, , , , ,

Fama da AMD, proveito da Intel

June 10th, 2009

Desde o fim dos Pentium 4 que a Intel começou a ganhar margem sob a AMD, e em grande parte com as melhores ideias da AMD, até hoje a AMD nunca mais conseguiu atingir a Intel em performance, apenas no preço mais baixo.

O Pentium 4 e os derivados Xeon foram dos piores processadores da Intel em termos de performance/Hz, sendo que a Intel vinha desde o Pentium 1 a subir a velocidade do processador de geração em geração, não poderia vir um Pentium 5 com um processador com ainda mais velocidade, e enquanto a Intel não se decidia passar para Core Duo (o que até já tinham um processador onde se basear, o primeiro centrino, denominado de BANIAS) a AMD ganhou protagonismo e um bom avanço sobre a Intel.

Falando agora sobre o titulo do artigo, a AMD foi a primeira a apostar em processadores com velocidades mais baixas, consumos mais baixos e performance superior, no entanto o sucesso da Intel ficou mais baseado nos processadores multi-core, em que o primeiro multi-core nativo também foi da AMD (tanto o Dual-Core como o Quad-Core), apesar de tudo a performance da Intel com tecnologias idênticas era superior à AMD, a qual ainda tinha um trunfo a mais que poderia ter custado caro, que é o controlador de memória integrado no processador.

O controlador de memória integrado no processador tem prós e contras, no entanto mostra que a AMD gosta de arriscar para obter melhores resultados, um dos prós é a mais rapida comunicação entre cpu e memória, o principal contra é que em multi-socket, cada processador tem de ter a sua memória, ou seja, se tiver 2 processadores e 4 módulos de ram, 2 ficam para o processador 1 e os outros 2 para o processador 2. O custo da ram na altura era alto, e era um risco devido à necessidade de mais ram, pois os processadores não podem aceder à ram do outro processador, um servidor com muitos processadores poderia elevar em muito o preço e até influenciar a performance devido a trabalhar a 2 ou 4 canais, que são precisos 2 a 4 slots respectivamente, e isso representa um maior preço e um maior numero de slots.

A Intel lançou agora os seus novos processadores Nehalem, em que aproveitou 2 tecnologias já usadas, uma pela AMD que é o controlador de memória integrado no processador e a outra é o velhinho Hyper-Threading do Pentium 4, e praticamente duplicou a performance face à anterior geração, fantástico não? Mas, e agora? Acabou as novidades de ambas as partes, nos novos processadores se quiserem adicionar tecnologia terá de ser algo novo, terão os Engenheiros à altura?

Já se sabe que a nova tendência para os processadores de servidores é o aumento do número de cores, quantos mais melhores. A AMD prepara-se para lançar o Instambul, um processador com 6 cores que pretende competir com o novo da Intel, mas pelos testes ainda continua em baixo, esperamos que pelo menos tenha uma boa relação performance/preço.

Já num aparte, li a Exame Informática e deixou-me perplexo alguns erros crasos como por exemplo o número de núcleos que indicaram que os 2 processadores em conjunto tinham, 16 núcleos, bem, esta informação está errada, é verdade que com o Hyper-Threading é possível correr 16 threads em simultâneo, mas é errado que se considere uma thread como um núcleo. O Hyper-Threading divide as operações do núcleo, para assim poder fazer mais do que uma coisa, já que parte do núcleo que não é utilizado pode ser aproveitado por outro processo, no entanto se precisar de utilizar as funções que já estão a ser utilizadas a utilidade do Hyper-Threading é 0.

Para finalizar, pretendo acabar o mito com a soma dos cores, senão qualquer dia andam a somar as threads, 2.8*16 = 44.8GHz, que fantástico, era bom, mas está errado! Não existe nenhuma formula para calcular porque não se podem somar, até porque não há nada 100% escalável (não perder performance com vários núcleos/processadores e assim garantis a soma dos cores), a única formula que existe é sobre o HT que apesar de não ser muito fiável, deve ser calculada com o bonús de até 50% mais performance.

anjo2 Alojamento, Hardware Imprimir este tópico Imprimir este tópico

, , , , , , , , , , ,

Transformar park domain em addon domain

May 15th, 2009

Uma das características que costuma ser limitada nos alojamentos é os domínios adicionais (addon domain) e parqueados (park domain), existe alguns truques usando o .htaccess que é uma ferramenta bastante poderosa até, mas por vezes difícil de compreender o seu funcionamento.

Num alojamento existe o domínio principal, no entanto por vezes queremos mais do que um domínio, os domínios parqueados são os domínios que apontam para o domínio principal, os domínios adicionais funcionam idênticos aos parqueados mas apontam para subdomínios, ou seja, para outras pastas e deste modo numa só conta de alojamento podemos ter mais do que um site e com domínios separados.

Para transformar um domínio parqueado em adicional, o truque é bastante fácil, basta fazer o load dos ficheiros na pasta que queremos.

No .htaccess:

1
RewriteEngine on

(caso não o tenham feito ainda no .htaccess)

2
3
4
RewriteCond %{HTTP_HOST} ^novosite.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.novosite.com$
RewriteRule ^(.*)$ novosite/$1 [L]

E já está :)

anjo2 Alojamento, Programação Imprimir este tópico Imprimir este tópico

, , , , ,

Alojamento em Trafego Nacional

April 25th, 2009

A história do alojamento nacional e do internacional são bastante diferentes, em tempos o alojamento nacional foi reconhecido como caro e mau e muitas vezes pensava-se que seria com servidores em Portugal e não era, apesar de continuar a haver empresas assim, as coisas já mudaram muito, e durante essa mudança a sua fama teve altos e baixos, com a qualidade de algumas empresas e preços competitivos a fama melhorou, no entanto certas pseudo-empresas a começarem a ser criadas e a desaparecerem fez com a fama do alojamento nacional tivesse altos e baixos, hoje está cada vez mais forte, mas porquê Nacional?

Existe muitos factores para apostar em Nacional, há quem diga mal e há quem diga bem, no entanto há que dar as razões e saber-se o que escolher de acordo com o que precisamos e não só pelo que dizem. Um dos grandes motivos é o público alvo e a importância dos motores de busca para esse público alvo, em Portugal o motor de busca mais utilizado é o Google, e para sites em que o público alvo seja portugueses, faz todo o sentido que o alojamento seja nacional, até porque o Google tem uma pesquisa de apenas de sites nacionais, que é muito utilizado para procura de produtos em lojas, se criar uma loja é recomendado que use um Alojamento Nacional, se o público alvo for apenas para um país, deverá estudar quais são os motores de busca mais utilizado (nem sempre o Google é o mais utilizado) e a forma como funcionam de acordo com a localização do servidor, pois se houver prioridade pelos sites alojados em servidores localizados nesse país, devem ter isso muito em conta. Para terminar vou dar os prós e os contras do Alojamento Nacional, ou seja com servidores em Portugal.

Prós:

  • Menor latência para ligações em Portugal (nota-se apenas em sites leves)
  • Localização centralizada quando o público alvo é Internacional (perto dos EUA e Europa)
  • Suporte em Português (muitas empresas portuguesas tomam a qualidade do suporte como um dos seus pontos fortes)
  • Importância da localização nos motores de busca e para público alvo nacional

Contras:

  • Preços e planos menos competitivos
  • Certos serviços pouco explorados
  • Existência de pseudo-provedores de alojamento e provedores sem informação da localização dos servidores

O que é nacional não tem que ser bom, mas o Alojamento Nacional tem bastantes pontos a seu favor, podendo ser a melhor solução seja para Portugueses ou para Estrangeiros apesar das limitações muito devido ao não overselling.

anjo2 Alojamento Imprimir este tópico Imprimir este tópico

, , , , ,

Reviews falsas

April 25th, 2009

Em tempos de crise não se olha a meios para lucrar nem que seja pouco, é o que está a acontecer cada vez mais, e como se procura cada vez mais “feedback” de empresas e produtos, existe cada vez mais pessoas a “vender-se” para ganhar uns trocos a fazer umas reviews, afinal o 25 de Abril de pouco serviu, e para “comemorar” esse dia vou falar sobre o estado da verdade na Web e não só.

Talvez para desconhecimento de alguns, a opinião de revistas e sites é muito adulterada para apenas se vender e ganhar dinheiro, oculta-se verdades e diz-se mentiras, e a maioria das pessoas acha que é tudo verdade, pois bem, existe “MUITA” mentira na web e em muitos lados, é bom que não acredite em tudo.

Os sistemas de afiliados vieram para ficar, no entanto trazem a mentira atrás deles, não interessa se o produto/serviço é bom ou não, desde que se ganhe dinheiro, infelizmente esta é a mentalidade de grande parte das pessoas, no entanto não é tudo assim, mas é cada vez mais difícil saber o que é realmente verdade e o que é desinformação, no entanto se a desinformação vende cada vez mais, será cada vez mais difícil distinguir entre os 2, pelo que se vir uma review e um link de afiliado é logo de desconfiar.

Será que estamos a caminhar para um estado em que já não conseguimos distinguir o que é verdade e o que é mentira?

anjo2 Alojamento Imprimir este tópico Imprimir este tópico

, , , , ,

Kill Spammers

April 22nd, 2009

O Spam tem sido uma das grandes preocupações dos datacenters nos últimos tempos, parece impossível o parar e já existe medidas descontroladas para o parar e sem sucesso, um desses exemplos é a hotmail que rejeita mails mesmo que não sejam de Spam.

A solução não é fácil, por vezes são colocados ips nas spam list indevidamente, com envios de newsletters que até são legais, ou através das listas de emails ilegais em que todos os que estão nesse servidor acabam por pagar por causa de outrem, pelo que bloquear o número de mails por hora num servidor por conta é essencial, mas poderá causar alguns transtornos, pois em grandes comunidades, ao enviar uma newsletter não é possível enviar para todas as pessoas, o que até pode ser bom pois um envio massivo de mails pode causar instabilidade num servidor. Terá então que enviar em várias vezes, e a melhor solução será uma cron que corre de x em x minutos e enviar um número x de mails, para quem usa CMS’s conhecidos, poderá usar plataformas já feitas, poderá ver aqui.

Como fazer o seu cron (requer conhecimentos em php e sql):

  • Adicionar uma nova tabela com id(chave primária, defeito 1), userid (defito 0), mailid (defeito 0), timestamp (defeito 0), status (defeito 0) (todos podem ser inteiros, caso não guarde em nenhum sitio poderá usar o mailid como o texto do mail e nesse caso deverá adicionar mais uma para informar se é html ou texto).
  • Criar um sistema php que vá buscar x usernames a partir do userid (ex.: “SELECT s1.email from `tabela_users` as s1, `tabela_cron_mail` as s2 where s1.id > s2.iduser order by s1.id asc limit 50″ e no fim fazer um update do userid para o último enviado + 1 (para não enviar 2 vezes ao mesmo).
  • Quando já não houver mais ninguém a enviar colocar o status a 1 para indicar que foi enviado.

Nota: Isto são apenas alguns pontos que deverá ter atenção se quiser construir um sistema seu, existe um script de exemplo para envio de mail no “Repositório de código”, no entanto recomendamos o uso de smtp através da biblioteca especifica que poderá encontrar aqui.

Voltando ao assunto dos servidores, para quem tem um servidor, poderá vir a ter um problema com a hotmail e não só e para isso é preciso tomar algumas precauções, a primeira é o uso do SPF, para quem usa por exemplo o cPanel, bastará adicionar o seguinte nos templates de dns:

%domain%. IN TXT "v=spf1 a mx ip4: ?all"
Ex.: %domain%. IN TXT "v=spf1 a mx ip4:192.168.1.1 ?all"

Para os outros terão que adicionar manulamente um dns tipo TXT com esse conteúdo a cada um dos domínios.

Ex.: meudominio.com IN TXT "v=spf1 a mx ip4:192.168.1.1 ?all"

Nota: Ao adicionar no template, as contas já criadas não são influenciadas, para quem tem uma conta de revenda deverá ter atenção a isto, em último caso fale com o seu provedor de alojamento.

Poderá ir ainda mais longe, a hotmail/microsoft tem um sistema proprietário em que tem como base o Sender ID, e para isso é preciso registar o ip do servidor ou gama de ips em https://postmaster.live.com/snds/addnetwork.aspx, poderá obter mais info sobre este sistema em http://postmaster.msn.com/Default.aspx

Recomendamos que tenha cuidado com o envio de mails em massa para uma melhor regulação de todo o sistema de mails.

Actualização: Deixo aqui também o link para poderem adicionar os vossos domínios à lista da Microsoft relativamente aos SenderID, não esquecendo que o SPF é fundamental.

anjo2 Alojamento, Programação Imprimir este tópico Imprimir este tópico

, , , , , , , , , ,

Culpado ou Inocente

April 20th, 2009

Por vezes ao comprar um serviço que achamos que é bom acaba por dar problemas e ser uma dor de cabeça para nós, mas de quem será a culpa? Todos sabemos que o mais fácil é deitar a culpa aos outros, no entanto será que a maior culpa será dos outros?

Ninguém está a salvo de problemas, principalmente se for o provedor de alojamento com os servidores. A culpa vem por uma hierarquia, se o problema for do Datacenter, o provedor culpa o datacenter, o revendedor (se existir) culpa o provedor, e o cliente culpa a quem comprou, é o que geralmente acontece, mas vendo por outro prisma, o cliente é que escolheu a quem comprar (sim há muita escolha, se só olhou para o preço, a culpa é do cliente que não fez uma boa escolha para as suas necessidades), o provedor é que escolheu o datacenter (existe menos escolha, mas mesmo assim ainda há escolha e também é culpado por não ter solução.

No inicio fica sempre bem dizer bem dos serviços contratados, mesmo sem se conhecer, o ego aumento, para o mundo fez a melhor escolha, são muito bons, etc etc, depois vem os problemas e culpa-se a hierarquia e quem fica a perder? o topo da hierarquia, quando secalhar a culpa nem está lá, mas é esta a realidade do povo português, quando tudo está bem são os maiores, mas rapidamente passam de bestiais a bestas.

Cada parte deve fazer o melhor possível para assegurar um bom serviço, seja pelo datacenter a garantir ligação estável, energia, etc., seja o provedor em ter os servidores bem configurados, não fazer overselling, etc, seja o cliente em ter as plataformas actualizadas, não ter mods de fontes desconhecidas, etc…, e estas são as partes internas, muitas vezes os visitantes não sabem se o site tem as plataformas actualizadas e os mods de fontes conhecidas (relembrando o ataque à comunidade phpbb feito através de uma plataforma desactualizada em que foram roubados conteúdos e passwords em apenas md5), o cliente não sabem se a empresa faz overselling ou tem os servidores bem configurados (é o prato do dia encontrar erros graves de dns em servidores de provedores), o provedor não sabe como é estruturado a rede de internet e de electricidade (relembro por exemplo a falta de energia na Claranet quando o UPS da Telvent falhou, eles deram a culpa à Telvent, mas os seus vizinhos NFSI tinham solução para isso com UPS’s próprios).

Não se esqueça que o mal não acontece só aos outros, também pode acontecer a sí, faça uma boa escolha dos serviços, proteja-se de “catástrofes” e irá ver que vai compensar ao ir vendo os problemas a acontecerem, mas neste caso só aos outros ;)

anjo2 Alojamento Imprimir este tópico Imprimir este tópico

, , , , ,