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.
