Rsrs .. ao inves de mexer no banco .. a ultima proposta rest te faz mexer na arquitetura .. tornando-a escalavel ..
A melhor solucao será aquela que cabe no bolso do cliente (calcule as horas de trabalho com cuidado) .. Se for aplicar rest .. abuse de cache .. e cuidado com ele :) Em 06/06/2012 11:20, "felipe bastos" <[email protected]> escreveu: > Vc pode ate brincar mais :) > > Categoriza os dados .. > > Tabelas que tenho de ter todos os anos > Tabelas que so preciso esse ano (eventos, por exemplo). > > E cria servicos rest pra primeira categoria .. > > Ao inves da aplicacao eventos buscar os dados direto no banco ela pode > consumir os dados via rest. > > Pq isso? O evento do ano passado pode nao servir esse ano .. removo o > banco com eventos de 2011 (backup) e deixo apenas os agendados para 2012 e > 2013. > > Ai vc vai ter de bulir no kohana pra ele gerenciar mais de 2 bancos .. ou > meter mais rest kkk > > Da pra brincar legal com rest .. principalmente se tiverem muitos eventos > por ano :) > Em 06/06/2012 11:10, "felipe bastos" <[email protected]> escreveu: > >> Vc pode deixar a chave codigo (online_id por exemplo) apenas na aplicacao >> admin que vai rodar offline. >> >> Se o off nao tem online_id .. durante o sincronismo .. cria e atualiza o >> off. >> >> Se tiver online_id .. verifica se tem de atualizar alguma coisa (acho q >> será em todas as tabelas, mas pode colocar so nas criticas e a partir da >> critica verificar o restante). >> >> Esse sincronismo pode ser feito via cron em backgroud (acho que dá pra >> setar no windows). >> >> Assim o on economiza recursos (espaco em banco é caro). >> >> Agora é por a mao na massa .. >> Em 06/06/2012 11:03, "Paulo Duarte" <[email protected]> >> escreveu: >> >>> Foi a linha que eu pensei em ser a mais completa. Vou ver o impacto >>> disso em todas as tabelas relacionadas. >>> Valeu as dicas. >>> >>> Abraço!! >>> >>> Em 6 de junho de 2012 10:58, Guilherme Maule >>> <[email protected]>escreveu: >>> >>>> Eu seguiria a mesma sugestão do Felipe. >>>> >>>> Criaria no banco off uma coluna que iria salvar o id do banco on! >>>> >>>> Faria o download dos dados do ON para o OFF, trabalharia com os dados >>>> do evento em off-line e apos o eventos subiria os dados checando se o ID >>>> que eu salvei no OFF ainda existe no ON. Se sim, salvaria por cima os dados >>>> e se não, criaria um novo id com os dados novos criados no OFF. >>>> >>>> Muito simples a operação! >>>> >>>> Em 6 de junho de 2012 10:55, felipe bastos <[email protected]>escreveu: >>>> >>>> Eu continuo com a mesma proposta .. >>>>> >>>>> O off vai ter de sincronizar com o on .. >>>>> >>>>> Se vc vai tirar o pc da net e vai levar para o local do evento sao >>>>> outros 500. >>>>> >>>>> O pc off pode ter todos os dados de todos os eventos .. o lance é quem >>>>> vai acessar ele durante o evento .. >>>>> >>>>> Sendo um funcionario .. ele vai entrar na tela do evento e vai >>>>> gerencia-lo normalmente. >>>>> >>>>> Quando o evento encerrar .. basta levar o pc pro escritorio, ligar na >>>>> net e fazer ele sincronizar .. ou deixar esse sincronismo automatico via >>>>> cron. >>>>> >>>>> Vc pode instalar quantos pcs off quiser .. tem um wamp que facilita >>>>> esse processo .. é o UNIFORM SERVER. >>>>> >>>>> Ele só é mais um pouco complicado de gerenciar do que o wampserver .. >>>>> mas tem até uma versao compacta .. q vc pode levar no pendrive ou copiar e >>>>> colar (usar aquele recurso do winrar para compactar como .exe). >>>>> >>>>> Espero q goste das dicas :) >>>>> Em 06/06/2012 10:47, "felipe bastos" <[email protected]> escreveu: >>>>> >>>>> Alem do id .. coloca outro "codigo" unico .. esse codigo unico sera a >>>>>> chave entre os 2 bancos. >>>>>> Em 06/06/2012 10:21, "Paulo Duarte" <[email protected]> >>>>>> escreveu: >>>>>> >>>>>>> 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. >>>>>>> >>>>>> -- >>>>> 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. >>>> >>> >>> >>> >>> -- >>> 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. >>> >> -- 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.
