O site está com bom aspecto, no entanto perdeu a relação com o dominio.
Já não é possível enviar SMS grátis, estive agora a testar e só permite escolher TMN, fiz o envio para um numero que tenho da TMN e não chegou nada.
Fora disso está o pacote de mensagens pagas mas deixa de ser sms-a-borla.com para ser paga-os-sms-no-sms-a-borla.com .

Contudo força com isso...

Já vem muito tarde (mas confesso que só vi agora). Houve aí um período conturbado (€€), o serviço foi restrito a TMN - manter a estrutura por trás do site custa dinheiro. O facto de não ter chegado a mensagem deve estar relacionado com um algum erro que tenha ocorrido na altura.

O serviço já está novamente 100% operacional (para as 3 operadoras).

Estás com um erro de ligação à bd após login

http://www.sms-a-borla.com/sms.php/autenticar/login

A Database Error Occurred

Unable to connect to your database server using the provided settings.

Filename: core/Loader.php

Line Number: 268


Check that

Corrigido, obrigado pelo aviso.

Isso no formulário deles, certo? Penso que tenha a haver com o tentar introduzires um endereço com uma porta definida (:7777), por alguma razão parece que faz com que o sistema deles assuma que o endereço é inválido.

Se removeres o :7777 do endereço já não tens problemas (não tem a haver com o tamanho do endereço - é mesmo um bug desse formulário em particular). Digo que é um bug do formulário porque se colocares tu à mão o endereço, funciona tudo perfeitamente.

Respondendo às restantes questões, tens aqui alguns exemplos:

http://diogoosorio.com/play/fb/facebook.php

O 1º endereço é o teu. O 2º é um endereço completamente diferente (no caso a página FB do +T).

Adicionei também uma chamada à API deles - fui buscar todos os detalhes do +T no Facebook. É um exemplo simples, mas a lógica de qualquer chamada à API via SDK é essa - no teu caso (para o login) o método para o qual vais querer olhar é este:

http://developers.facebook.com/docs/reference/javascript/FB.login/

Boa sorte!

Askimet não é um bom exemplo. Isto porque o serviço deles não é mais que uma API - o valor não está no "plugin", está sim no mecanismo que eles desenvolveram para detectar SPAM (e que está alojado apenas e só nos servidores deles, não é distribuído).

PHP é interpretado, a linguagem nem sequer é compilada. A única maneira de protegeres o código é ofuscando-o: podes inventar 30 por uma linha, códigos de activação (em que o tema só é disparado se se conseguir autenticar contra um servidor teu), ficheiros que funcionem como um certificado (que sigam um qualquer tipo de encriptação teu, o qual tenha de ser válido para o tema correr).

No fim do dia, como tens de oferecer o código do tema, qualquer tipo que saiba PHP com um maior ou menor esforço consegue ultrapassar a protecção (nem é necessário reverse engineering, basta encontrar o pedaço de código que trata disso e alterar-lhe a lógica).

A única solução +/- eficiente são algumas soluções comerciais para ofuscares código. Já utilizei Zen Guard e IonCube. A ideia é ofuscares partes do código críticas para a validação de autenticidade do software e algum código essencial ao funcionamento do tema.

Esta solução tem claras desvantagens e não me parece ser (nada) viável para a comercialização de um tema:

• O facto de ter de recorrer a uma API tua para ter de instalar ou utilizar o tema, para mim, seria factor imediato para não comprar o que quer que fosse. Quem me diz que amanhã não "desapareces" e o dinheiro que investi no tema, capuff...
• O facto de ofuscares código impossibilita-me de o alterar. É um modelo de licenciamento perfeitamente válido, no entanto pela natureza do software que é (um tema) eu vou querer alterar coisas. Não o poder fazer seria suficiente para descartar imediatamente a tua solução.

Voltamos à velha história, para travares cópias ilegais vais ter de retirar valor ao teu produto (e imenso valor, no teu caso). E a verdade é que ao fim do dia, se o teu tema for realmente bom e se alguém tiver interessado em o distribuir - mesmo recorrendo a IonCube ou ao que tu quiseres, haverá sempre alguém que consegue contornar o sistema.

Dito isto, não me parece que seja solução para o teu problema. Se no entanto é um caminho que queiras explorar, algumas alternativas:

http://www.phpclasses.org/package/2298-PHP-Generate-PHP-application-license-keys.html
http://www.phplicengine.com/

Boa sorte!

Vê se ajuda.

https://www.redunicre.pt/index.php?idc=5&idt=42

Se me recordo corretamente, eram ~100€ para a instalação + comissão (que depende do volume de vendas), penso que eram perto de 2% sobre o total, mas variava dependendo do tipo de cartão e do volume bruto de vendas mensal.

E tem atenção que o site tem de cumprir uma série de parâmetros, procura no site deles que também encontras para lá essa informação. Eles tinham bibliotecas em Java, PHP e C# desenvolvidas.

Mas o melhor mesmo é ligares para lá e falas diretamente com um comercial.

Tirado de http://www.php.net/manual/en/intro.mssql.php:

This extension is not available anymore on Windows with PHP 5.3 or later.

SQLSRV, an alternative driver for MS SQL is available from Microsoft: » http://msdn.microsoft.com/en-us/sqlserver/ff657782.aspx.

Assumo que seja esse o problema, consegues confirmar que estás a correr PHP 5.3.*? Em todo o caso se tiveres a correr um servidor Windows, a alternativa é mesmo instalares a nova driver da M$: http://msdn.microsoft.com/en-us/sqlserver/ff657782.aspx

Se o teu servidor corre Linux é mais complicado. A malta está a recorrer a este projeto, mas não é tarefa fácil.

A alternativa é recorreres à extensão PDO que já tem um driver para MSSQL desenvolvida. Como é uma aplicação que estás a escrever de raiz, até seria o mais recomendável.

<!Doctype html>
<html>
<head>
<title>Teste CSS</title>

<style>
.outer {
width: 500px;
height: 300px;
border: 1px solid #c9cdd0;
border-bottom: none;
border-radius: 3px;
-webkit-border-radius: 3px;
-moz-border-radius: 3px;
}

.inner {
width: 498px;
height: 298px;
border: 1px solid #fff;
background: #f1f0e9;
border-radius: 3px;
-webkit-border-radius: 3px;
-moz-border-radius: 3px;
}
</style>
</head>
<body>
<div class="outer">
<div class="inner">

</div>
</div>
</body>
</html>
Isto?

Se já alteraste a sequência de arranque e colocaste o CD antes do disco rígido, então é a imagem do CD que tens que está corrompida (verifica o checksum do ficheiro).

Se ainda não alteraste (que me parece o caso, porque no PS que colocaste ai a máquina está a tentar arrancar pela placa de rede), mais uma vez tens de colocar a drive de CD antes do disco rígido na sequência de arranque...

para que é a memória RAM?

De uma forma genérica e corriqueira, a memória RAM aloja todo o código de todos os programas que estão "a correr" no teu computador.

Num ambiente Web é importante porque geralmente as aplicações responsáveis por acolher os pedidos dos clientes e disponibilizar as páginas, geram um grande número de threads ou forks para dar resposta ao problema.

Cada thread ou nova cópia da aplicação que o servidor faz, tem de ficar alojada em memória.

Isto e mais todos os outros serviços que o teu servidor corre.

O espaço em disco? (Quanto em média um blogue pega de espaço?)

Depende. O core do WordPress tem sensivelmente 3MB. O schema da base de dados (sem conteúdo) deve ocupar poucos KB.

Para cada artigo, um caractere codificado em UTF-8 ocupa entre 1 e 4 bytes. Se um artigo teu tiver em média 400 palavras e cada palavra tiver em média 6 letras, faz as contas... Depois imagens, ficheiros temporários, ficheiros cache, logs.

Tráfego - Se não me engano é assim: Eu tenho um site onde cada visitante consome um MB, tendo 1 GB poderia ter 1000 visitantes, tendo 1 TB poderia ter então (1000x1000) = 1.000.000 visitantes. Então 10 TB (Máximo que já achei) teria capacidade para armazenar 10.000.000 de visitantes, correto?

Se tens um visitante e a tua homepage tem 1MB. Contando que cada visitante só visita uma página, sim é esse o raciocínio.

Tem atenção que tráfego não é igual a largura de banda. Imaginando uma ligação de 10Mbps\s de upstream da tua ligação, num cenário óptimo, conseguirias um débito de ~1.25MB\s.

Neste cenário ideal, se tivesses 10 pessoas a tentar aceder ao teu site, com uma página de 1MB levarias cerca 7 segundos a enviar a informação para os 10 clientes...

Se hospedasse muitos sites na Web que fossem crescendo ou criasse muitos sites e mais hospedagens que passasse de 10.000.000 de visitantes precisaria de outro servidor correto?

Depende do site. Mas para esse valor de visitas, um site com base de dados e alguma lógica por trás, parece-me que ias precisar de pelo menos uma rack cheia de hardware.

Moral da história, não te metas nisso. Primeiro porque ninguém aloja sites "em casa", segundo porque claramente estás-te a meter em algo que não dominas.

Se queres mesmo ter "o teu servidor", adquire-o e aluga um espaço num datacenter para o colocares - onde existam condições de rede, redundância energética, ... adequados. O meu conselho é o mesmo que te deram aqui, aluga um servidor dedicado.

Vai à secção de empresas de alojamento. Há algumas que têm soluções lease-to-buy, onde assinas um contrato com a empresa, eles entram com o capital para o servidor e tu pagas uma mensalidade. No final do período contratual dão-te a opção de ficares com a máquina (por mais um x).