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

Servidor Virtual:
Barato
Facilidade de Upgrade
Criação instantânea
Painel com funcionalidades como reinstalação do sistema operativo (de forma instantânea)
Software mais barato (Por exemplo o cPanel é menos de metade do valor que nos dedicados)
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)
Overselling (Partilha de recursos leva a overselling)
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.

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?

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.

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á

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.

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?

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.

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

Recuperação dos ficheiros do alojamento:

Se o domínio já estiver expirado (quando acedem à página do domínio mostra um site com publicidade) e não consigam entrar no cPanel devido ao mesmo, tentem entrar por http://www.coresp.com/cpanel no entanto verifiquem primeiro que a página http://www.coresp.com está a funcionar.
Se a vossa conta de alojamento estiver suspensa (quando acedem à página indica que a conta está suspensa) a única solução é contacta-los.

Contactos:

Mail: geral@coresp.com
Telefones: 220166852, 916446477, 914890057

Recuperação do domínio:

Verifiquem se o domínio está na nicline ou em que registrar está, pois só os mesmos podem-te ajudar, no entanto só o costumam fazer quando existe várias queixas sobre a mesma entidade. Para verificar o registrar podem ver o whois pelo site http://whois.domaintools.com/vosso-dominio.com (alterem onde está vosso-dominio.com para o vosso domínio) e onde diz ICANN Registrar: Se estiver ARSYS INTERNET, S.L. D/B/A NICLINE.COM é porque está na nicline, no entanto também pode estar na Melbourne IT, onde aparece no ICANN Registrar: a designação MELBOURNE IT, LTD. D/B/A INTERNET NAMES WORLDWIDE

Exemplo de mail a enviar para a nicline (se enviarem para a Melbourne IT editem onde está Nicline para Melbourne IT): (Não se esqueçam de alterar o que está entre “<" e ">“!!!)
Mail da nicline: nicline@nicline.com
Mail da Melbourne IT: customersolutions@melbournit.com

Subject: Domain Recover

Dear Nicline Support,
 
I have bought the domain <domínio.com> in CoreSP.com of Alix Axel, but now i can't contact them for months. I have search, and many people have this problem too. The unique solution is to contact you to get my domains back. Some people said that have contacted the nicline and received the auth code to transfer their domains.
can you give the auth to transfer my domain? Other solution, can you create me an account in order to transfer the domain to that account?
 
 
Regards,
 
<Nome>

Neste mail está a pedir o “auth code” que é o código que necessitam para transferir o vosso domínio.

Depois de os contactarem deverão receber uma resposta em menos de 48h (dias úteis), não devem ficar à espera que eles façam tudo, tentem colaborar ao máximo com o registrar, contacta-los mais do que uma vez, o mais provável é receberem uma resposta a dizer que eles vão tentar os contactar e caso não respondam, fornecem esse código.

Por norma a transferência de domínios processa-se do seguinte modo:
Passo 1: Pedido de transferência de domínio na nova empresa com o “auth code”
Passo 2: Pagamento da transferência (está incluído renovação de 1 ano)
Passo 3: O contacto administrativo irá receber um mail onde terá que aceitar a transferência do domínio
Passo 4: Após ter aceite, o registrar tem que dar a autorização de transferência, o que pode demorar cerca de 5 dias úteis

Depois de terem o “auth code”, deverão contacta-los de novo depois de pagarem o domínio e a empresa ter aceite o pagamento, para que eles aceitem a transferência, já que o contacto administrativo será o Alix Axel que está incontactável.

Atenção:
1- Questionem se a nova empresa é revendedora da nicline (ou Melbourn it caso seja este o registrar), caso seja, não existe transferências dentro do mesmo registrar, apenas é movido os serviços, o que não necessita de pagamento e onde também não está incluída a renovação.
2- Se os conseguirem contactar, não façam o que está aqui descrito e tentem pela via diplomática falando com eles.

A 1ª fase da procura é escolher os planos e para isso é preciso saber o que precisamos, para podermos excluir planos e nos fixarmos nos que interessam para mais tarde irmos à 2ª fase da escolha, que será a qualidade do alojamento.

Características Principais (Visíveis):

• Espaço em disco: Na maioria está tudo englobado, ou seja base de dados + paginas + mails, uma base de dados de um fórum não deve passar de 200MB (já grande) e um fórum com avatares não deve passar também os 200MB (já grande), adicionando um site, 500MB deverão bastar.
• Tráfego: O mínimo deverá ser 10GB, no entanto é aconselhado 20GB de tráfego, para o primeiro ou primeiros projectos não deverão precisar de mais.
• Base de dados: Deverá ser pelo menos um, já que podes por vários sites ou fóruns dentro da mesma base de dados, mas o melhor é garantir que é uma base de dados para cada.
• Domínios Parqueados: Número de domínios que se pode colocar a “redireccionar” para o domínio principal, por ex.: dominio.com dominio.net dominio.org abrirem todos o site principal
• Domínios Adicionais: Idêntico aos parqueados mas para outras pastas, deste modo pode-se ter vários sites com domínios diferentes num só alojamento, no entanto é sempre preferível ter projectos separados por contas de alojamento.
• Os restantes irão depender de cada um, como por exemplo: Subdomínios (nome.dominio.com), Mailing lists (listas de emails), Contas ftp (se quiserem dar acesso a outras pessoas a certas pastas), etc.

Características Secundárias (Não visiveis): Não deixam de ser muito importantes apesar de estarem geralmente escondidas.

• Tamanho das bases de dados: Em alguns alojamentos existe um limite de tamanho de cada base de dados, 20MB, 50MB é um grande limitador, um fórum grande deve ter uma base de dados com cerca de 200MB e nunca pode estar num alojamento com estes limites
• Número máximo de envio de emails por hora: Caso seja muito pequeno vai ser limitativo, mas o utilizador deverá ter noção que não se deve enviar imensos mails só de uma vez, devem sempre ter software que permita enviar mails aos poucos.
• Sistema de backups: Muito importante, apesar do utilizador ter o dever de também fazer backups, é muito importante a empresa de alojamento ter uma boa politica de backups, e isto passa por guardar vários backups, num disco à parte e até num servidor à parte, além de sistemas avançados de backups como por exemplo o R1Soft.

Com estas características definidas, já conseguem escolher os planos que vos agradam, no entanto não olhem apenas para o preço, ainda falta analisar as empresas. Pelo que podem começar por analisar o site e o fórum, as características dos servidores poderá dar uma noção acerca do material que usam, no entanto poderá nem ser real, bem assim como o feedback, mesmo que esteja no site, poderá ser inventado pela empresa ou mesmo feedback antigo, devem procurar se nesse feedback existe link para o site do cliente ou algo que possam ter a certeza que é um cliente real e que é o seu feedback actual, se tiver o link, podem até tentar procurar o mail do webmaster. Deverão também analisar se têm morada e contactos.

Existe alguns pormenores como por exemplo qual é o painel (geralmente o cPanel é o preferido), o que pode ser muito importante tendo em conta que será mais fácil de transferir uma conta entre painéis iguais, software de construção de sites como por exemplo o RVSiteBuilder, software para instalação de CMS como por exemplo Fantastico ou Installatron, software especial que precisem como por exemplo RoR (Ruby on Rails), no qual devem também ter em conta.

Para finalizar, deixo aqui um template para um mail que podem enviar às empresas que estiverem interessadas para fazer a escolha final, devem analisar a qualidade de resposta e o tempo que demoraram a responder, podem responder às respostas das empresas para fazer uma média de tempo.

Boa tarde,
 
Estive a ver os vossos planos de alojamento e estou com algumas dúvidas que gostaria que me esclarecessem,
 
1- Ao passar o tráfego limite o que acontece à minha conta?
2- O domínio está incluído nos planos?
3- Quais os vossos meios de suporte e quanto tempo em média demoram a responder?
4- Existe algum sitio onde possa ver o uptime dos vossos servidores? Qual o uptime médio e garantido?
5- Existe algum limite para o tamanho das bases de dados?
6- Qual o limite de envio de emails por hora?
7- Como é o vosso sistema de backups?
8- O domínio fica em meu nome?
9- Os servidores estão em território nacional?
10- Qual o painel de alojamento?
11- Qual as versões actuais do php, mysql, postgres, asp e mssql (apagar os não aplicáveis)
12- Poderei fazer upgrade ou downgrade ao plano comprado? Qual o custo?
13- Existe algum sitio onde possa ver tudo o que está instalado no php (phpinfo)?
 
Cumprimentos,
<O vosso nome>