Então... Respondendo a algumas perguntas: 1) Servidor online fica sempre online (cuida dos eventos q tem acesso a internet) 2) Servidor local fica só local e para um evento específico. Tanto consulta os dados prévios daquele evento como grava novos dados. 3) Qdo for offline, não tem acesso a internet. Somente qdo o evento acabar. 4) Precisamos do admin local (off) e online, pois o off acontece no local do evento, é uma pessoa usando e no online é acessado do escritório do cliente e os funcionarios ficam acessando.
em teoria eu também achei simples... Qdo comecei a analisar a aplicação comecei a me perguntar: Exemplo: - Tenho uma tabela de inscrições que é genérica para todo o sistema, guarda os dados do inscrito e o id do evento q ele pertence. - Essa tabela vai se incrementando conforme novas inscrições vão sendo feitas independente do evento. Quando levo um evento para o offline (faço uma rotina q exporta todos os dados do evento, até aí tranquilo) não vejo problema. Aí utilizo o evento off, cadastrando novas inscrições pro evento... a tabela vai se incrementando. No online estão acontecendo também novas inscrições para outro evento, mais está incrementando a mesma tabela. Aí quando vou sincronizar as duas, vou ter dados diferentes como mesmo ID na tabela de inscrições, de eventos diferentes. O que eu posso fazer é checar o evento e se for do mesmo, os dados off substituem os dados online. Se for diferente eu crio um novo registro e todos os seus relacionamentos... Essa foi uma solução que imagenei... mais não tenho idéia do impacto disso. Também tem o caso de tabelas como Pais, que não guarda o evento e é comum ao sistema. Qdo eu sincronizar se houve registro no on e no off eu vou ter q ao invés de update dar um insert e verificar todas as relações e atualizar elas. Posso estar viajando e complicando a solução, por isso quero outras opiniões antes q eu pire aqui... rsrs Valeu Em 6 de junho de 2012 09:18, felipe bastos <[email protected]> escreveu: > So lembrando .. > > Se vai ter uma versao administrativa local (offline) nao vais precisar da > admin online. > > A admin local (offline) com acesso a internet pode gerenciar tudo. Basta > fazer com que tudo que aconteca offline seja replicado online. > > A versao offline (local ou in loco) vai ter acesso a Internet? > Em 06/06/2012 08:19, "Newton Wagner" <[email protected]> escreveu: > > Não vi dificuldade, como você mesmo disse. >> >> O sistema online nunca vai sair do ar. Isso já resolve a sua >> preocupação de que outras pessoas poderão se inscrever em outros >> eventos. O seu sistema online, vai ficar online o tempo todo, e >> gerenciando os vários eventos que o sistema permitir configurar. >> >> Na parte administrativa desse seu sistema online, você vai ter uma >> funcionalidade de extrair os dados de um único evento para que possam >> ser carregados na versão offline. >> >> Cada servidor offline que você gerar (ou seja, para cada evento >> diferente), você terá só os dados daquele evento especificamente, e >> poderá fazer a gestão inloco como Checkin dos inscritos, e etc. >> >> >> Caso você precise retornar esses dados para o sistema online, o >> processo será o mesmo. Ao final do evento, na aplicação offline você >> cria uma funcionalidade pra extrair os dados e atualizar a aplicação >> online, pra gerar por exemplo certificados de comparecimento nos >> eventos. >> >> >> 2012/6/5 felipe bastos <[email protected]>: >> > Rpz .. vc tem de ver todos os detalhes da arquitetura com esse seu >> cliente. >> > >> > 1. Os usuarios se inscreverao no server online. >> > 2. O funcionario fará incricoes no server offline? >> > 2.1. Subir atualizados do server offline para o online (qtde ingressos). >> > 3. Os usuarios ficarao proibidos de se inscrever online a partir da X >> data. >> > 4. O server offline fará requisicoes diarias ao server online para >> atualizar >> > o banco de dados. >> > 5. Por ai vai. >> > >> > É provavel que online e offline tenham logicas diferentes .. ou melhor >> .. >> > online fica com o front-end (acesso dos usuarios) e offline fica com o >> > back-end (acesso admin). >> > >> > Se a replicacao com ip fixo ficar complicada, um server rest no server >> > online pode ajudar na replicacao dos dados. >> > >> > Espero ter ajudado. >> > >> > Em 05/06/2012 22:04, "Guilherme Maule" <[email protected]> >> escreveu: >> > >> >> Fera, nao entendi a dificuldade na operação? >> >> >> >> Acredito que exite varias maneiras de chegar ao mesmo resultado. Por >> que >> >> não baixa os dados no dia que vai parar as inscrições para o banco >> local e >> >> trabalha com ele offline e apos o evento, cria uma action que vai >> subir e >> >> atualizar as informações? >> >> >> >> Em poucas linahs voce escreve isto... Mada seu cliente executar a >> função X >> >> que vai fazer o download do banco-online para o banco-offline. Apos o >> evento >> >> manda seu cliente conectar o serve a intenet e executar a função Y. >> Que vai >> >> fazer o upload dos dados do banco-offline para o banco-online... >> >> >> >> #) >> >> >> >> Uma sugestão apenas... >> >> >> >> Em 5 de junho de 2012 20:43, Paulo Duarte < >> [email protected]> >> >> escreveu: >> >>> >> >>> Boa noite pessoal, >> >>> estou desenvolvendo um projeto (php/kohana + mysql) que tem por >> objetivo >> >>> basicamente gerenciar dados de eventos (inscrições, cracha, etc). >> >>> >> >>> O sistema vai funcionar online (na maior parte do tempo). >> >>> O problema que estou enfrentando é que no dia do evento, o sistema >> deve >> >>> estar funcionando off line (somente os dados do evento que está >> >>> acontecendo). >> >>> O porque disso: O cliente termina as inscrições online alguns dias >> antes >> >>> do evento para ter tempo de organizar os dados. >> >>> No dia do evento ele não utiliza internet, são máquinas numa rede >> local >> >>> que devem acessar o sistema para verificar os dados do evento em >> questão. >> >>> >> >>> Até aí tudo certo, teoricamente bastaria o cliente ter um server >> >>> configurado no local do evento e importar o banco do ar no local. >> >>> O problema é que o sistema gerencia mais de um evento. O escritório do >> >>> meu cliente estará atendendo e recebendo inscrições de outros eventos >> >>> (online) e o cliente precisa estar inloco com o sistema offline >> funcionando >> >>> com os dados daquele evento. >> >>> >> >>> Nunca um evento será gerenciado off e on ao mesmo tempo, assim eu >> posso >> >>> parar todas as informações referentes aquele evento, usar offline e >> depois >> >>> subir elas subscrevendo o que havia de dados do evento em específico. >> >>> >> >>> Bom, possíveis soluções: >> >>> 1) Ter um banco de dados para cada evento. Desta forma bastaria >> exporta o >> >>> banco em questão e importar na estrutura offline, e depois fazer o >> processo >> >>> contrário para deixar o sistema online atualizado. >> >>> >> >>> 2) Sincronizar os bancos (nunca fiz nada parecido, não conheço os >> >>> obstáculos). >> >>> >> >>> >> >>> Alguém já passou por situação semelhante e teria alguma direção para >> me >> >>> dar? >> >>> >> >>> Obrigado!! >> >>> >> >>> >> >>> >> >>> -- >> >>> Atenciosamente, >> >>> >> >>> >> >>> Paulo Duarte >> >>> Inteligência Web - Comunicação e Sistemas >> >>> >> >>> Fone: (48) 3028.5141 / 8426.3629 >> >>> E-mail: [email protected] >> >>> Skype: paulo.iw >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------------------- >> >>> Aviso de confidencialidade: >> >>> Esta mensagem da Empresa IW - Inteligência Web Comunicação e Sistemas, >> >>> empresa privada, é enviada exclusivamente a seu destinatário e pode >> conter >> >>> informações confidenciais, protegidas por sigilo profissional. Sua >> >>> utilização desautorizada é ilegal e sujeita o infrator às penas da >> lei. Se >> >>> você a recebeu indevidamente, queira, por gentileza, reenviá-la ao >> emitente, >> >>> esclarecendo o equívoco. >> >>> >> >>> -- >> >>> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >> >>> Php" dos Grupos do Google. >> >>> Para postar neste grupo, envie um e-mail para >> >>> [email protected]. >> >>> Para cancelar a inscrição nesse grupo, envie um e-mail para >> >>> [email protected]. >> >>> Para obter mais opções, visite esse grupo em >> >>> http://groups.google.com/group/kohana-php?hl=pt-BR. >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> Att, >> >> Guilherme Maule dos Reis >> >> Web Designer >> >> >> >> 43 - 9129 1400 >> >> >> >> >> >> -- >> >> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >> >> Php" dos Grupos do Google. >> >> Para postar neste grupo, envie um e-mail para >> [email protected]. >> >> Para cancelar a inscrição nesse grupo, envie um e-mail para >> >> [email protected]. >> >> Para obter mais opções, visite esse grupo em >> >> http://groups.google.com/group/kohana-php?hl=pt-BR. >> > >> > -- >> > Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >> Php" >> > dos Grupos do Google. >> > Para postar neste grupo, envie um e-mail para >> [email protected]. >> > Para cancelar a inscrição nesse grupo, envie um e-mail para >> > [email protected]. >> > Para obter mais opções, visite esse grupo em >> > http://groups.google.com/group/kohana-php?hl=pt-BR. >> >> >> >> -- >> Newton Wagner >> >> msn/gtalk: [email protected] >> twitter: http://twitter.com/newtonwagner >> site: http://www.newtonwagner.net/ >> >> -- >> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >> Php" dos Grupos do Google. >> Para postar neste grupo, envie um e-mail para [email protected] >> . >> Para cancelar a inscrição nesse grupo, envie um e-mail para >> [email protected]. >> Para obter mais opções, visite esse grupo em >> http://groups.google.com/group/kohana-php?hl=pt-BR. >> >> -- > Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana > Php" dos Grupos do Google. > Para postar neste grupo, envie um e-mail para [email protected]. > Para cancelar a inscrição nesse grupo, envie um e-mail para > [email protected]. > Para obter mais opções, visite esse grupo em > http://groups.google.com/group/kohana-php?hl=pt-BR. > -- Atenciosamente, *Paulo Duarte* Inteligência Web - Comunicação e Sistemas Fone: (48) 3028.5141 / 8426.3629 E-mail: [email protected] Skype: paulo.iw ------------------------------------------------------------------------------------------- Aviso de confidencialidade: Esta mensagem da Empresa IW - Inteligência Web Comunicação e Sistemas, empresa privada, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. -- Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana Php" dos Grupos do Google. Para postar neste grupo, envie um e-mail para [email protected]. Para cancelar a inscrição nesse grupo, envie um e-mail para [email protected]. Para obter mais opções, visite esse grupo em http://groups.google.com/group/kohana-php?hl=pt-BR.
