Software as a Service (SaaS)

[João Batista Neto 448]

como seria o primeiro passa? oq eu deveria fazer?

 

O primeiro passo, sempre, é modelar sua aplicação.

 

Basicamente, você teria uma service layer site-raiz.com.br que proverá um serviço à ser consumido por todos os sites.

 

Quando o client acessar o site.com.br ele pegará a requisição do usuário e consumirá o serviço provido por site-raiz.com.br e devolverá a resposta adequada.

 

Se você não quiser trabalhar com SOAP (se achar muito complexo), você pode trabalhar com REST, usando cURL.

[TiagoHeavyMetal 0]

 

O primeiro passo, sempre, é modelar sua aplicação.

 

Basicamente, você teria uma service layer site-raiz.com.br que proverá um serviço à ser consumido por todos os sites.

 

Quando o client acessar o site.com.br ele pegará a requisição do usuário e consumirá o serviço provido por site-raiz.com.br e devolverá a resposta adequada.

 

Se você não quiser trabalhar com SOAP (se achar muito complexo), você pode trabalhar com REST, usando cURL.

 

Cara...Consegui trabalhar com cURL e até agora está tudo indo certinho...

 

Só me apareceu uma pequena dúvida...

 

Como eu poderia passar o valor da SITE (URL) que esta solicitando os arquivos do SITE-RAIZ?

 

Ex.

site-raiz.com.br (todos os arquivos)

 

site1.com.br (pega do site-raiz.com.br)

site2.com.br (pega do site-raiz.com.br)

 

Eu preciso passar essa URL-DOMINIO para que eu possa me conectar a base de dados do dominio atual....

 

Você tem alguma idéia?

 

Eu tentei fazer isso com CURLOPT_POST mais não deu certo...

 

Vlw cara..Abracos!

[Evandro Oliveira 331]

Posso dar uma sugestão que vai na contra-mão disso tudo, mas que eu tenho ótimos motivos para te convencer de tal?

 

Creio que a sua ideia é a centralização de conteúdo, mas seria mais efetivo fazer cada cliente seu como um centralizador e não replicador.

 

Digo isso devido ao consumo de banda. Cada acesso que fizerem aos seus clientes será imediatamente redirecionado ao seu servidor consumindo da sua banda ao invés deles. Seus clientes estarão trabalhando como replicadores e não consumidores.

 

A funcionalidade seria efetiva se você implantasse um sistema de rastreamento e repassasse o consumo da banda respectivo a cada cliente.

 

Minha sugestão seria implantar um sistema de verificação de versão nos templates. Como você quem detém o domínio do sistema dos clientes, bastava registrar tarefas agendadas de um script que verificasse a existência de atualizações no seu servidor.

 

O seu servidor trataria uma única transação do template por cliente-versão, e cada cliente seria responsável pela sua própria banda. Diminuindo o número de requisições DNS, concentrando a responsabilidade de fornecimento de dados aos seus verdadeiros donos e em alguns casos (Leia-se IE 6, 7), aumentando a velocidade de carregamento do site devido a uma menor necessidade de requisições externas.

 

Fazer um sistema de versões baseado em atualizações é relativamente fácil e depende de uma aplicação simples de padrões. Pode lhe salvar muito tempo e consumo de dados.

[TiagoHeavyMetal 0]

hm entendi cara...

 

mas..como eu faria esse "tarefas agendadas de um script"?

 

quais seriam os procedimentos?

 

vlw...ate mais!

[Evandro Oliveira 331]

Para Linux: http://clickmojo.com/code/cron-tutorial.html

Para Windows: http://www.iopus.com/guides/winscheduler.htm

 

Em linux, você deve preparar o arquivo desta maneira:

http://www.myokyawhtun.com/tips-tricks/how-to-run-php-script-in-shell.html

 

E então, basta agendar como tarefa a execução do arquivo.php que fará a atualização.

 

No Windows, você precisará agendar como tarefa a execução de um arquivo em lotes no seguinte formato:

set phpPath=[Diretório onde está o compilador php]
set scriptPath=[Diretório onde está o arquivo php]
set scriptFile=[Nome do arquivo php]
cd %scriptPath%
%phpPath%\php-win.exe %scriptFile%

A periodicidade das tarefas é você quem deve julgar, com base na frequência com que você atualiza os templates.

 

Nota: Todos estes procedimentos devem ser efetuados no computador/servidor do CLIENTE!

[TiagoHeavyMetal 0]

Para Linux: http://clickmojo.com/code/cron-tutorial.html

Para Windows: http://www.iopus.com/guides/winscheduler.htm

 

Em linux, você deve preparar o arquivo desta maneira:

http://www.myokyawhtun.com/tips-tricks/how-to-run-php-script-in-shell.html

 

E então, basta agendar como tarefa a execução do arquivo.php que fará a atualização.

 

No Windows, você precisará agendar como tarefa a execução de um arquivo em lotes no seguinte formato:

set phpPath=[Diretório onde está o compilador php]
set scriptPath=[Diretório onde está o arquivo php]
set scriptFile=[Nome do arquivo php]
cd %scriptPath%
%phpPath%\php-win.exe %scriptFile%

A periodicidade das tarefas é você quem deve julgar, com base na frequência com que você atualiza os templates.

 

Nota: Todos estes procedimentos devem ser efetuados no computador/servidor do CLIENTE!

 

entao cara...acho q deu pra entender...mas por ex...nesse sistema tmb existirão tmb algumas atualizações de imagens, novos arquivos e etc...

 

pq teram varias versoes de templates onde você podera migrar dentro no painel de controle..e a ideia e criando cada vez mais versoes de novos templates...

 

isso seria possivel com Cron?

 

vlw!

 

--------------- Ponto de Mesclagem ---------------

 

Não, você muda apenas um no raiz e é mudado em todos os outros automaticamente!

 

muda na raiz?? como assim??

 

fico no aguardo!

 

vlw!!