Open hsouza90 opened 8 years ago
carvalhobruno
commented
8 years ago Acho que não é ainda o ideal, mas devido ao estado quase que embrionário do projeto, essa solução ajudaria e muito o cadastro dos centros.
Até porque, tanto pra quem coda quanto pra quem não coda, editar um json é muito mais rápido do que o html na mão.
Boa!
tawsbob
commented
8 years ago tem que ser JSON pois no futuro, se for ficar profissional vai ter que ter uma API por trás que vai alimentar, esse trabalho de editar um arquivo já é ultrapassado
evansantos
commented
8 years ago @tawsbob concordo, que fica mais facil de manter
saraiva1989
commented
2 years ago Como está essa Issue? precisa de alguém para implementar ou será descartado?
Se precisar de alguém para implementar eu estaria a disposição.
fititnt
commented
2 years ago @saraiva1989 então, segundo idéia original, de ser amigável a quem estiver começando, não precisaria ser descartado.
A questão é ter o melhor dos dois mundos. Hoje por exemplo a pessoa consegue baixar o zip (ou fazer um fork do projeto) e visualizar o resultado em HTML. Se necessário, até mesmo pessoas chegam e manualmente copiam algo em página nova (então se fosse por exemplo mesmo se manualmente tivesse um JSON e o HTML estático duplicado, mesmo se uma pessoa alterasse só o HTML, qualquer um de nós poderia fazer outro commit logo depois.
saraiva1989
commented
2 years ago veja se faz sentido. Vou dar duas sugestões (fique a vontade a critica-la)
SUGESTÃO 1
Para não alterar nada no momento e você poder validar, posso criar uma pagina nova que o link seria: https://pokemongovet.github.io/adote-um-pokemon-de-verdade-teste-json.html
E nessa pagina faço ela olhando para um arquivo json (que estará no projeto), e quando a pessoa adicionar um novo conteúdo no json será automaticamente adicionado a essa pagina que criei.
Os responsáveis pelo projeto valida se faz sentido e caso faça colocamos essa pagina de teste como a nova pagina.
SOLUÇÃO 2
Outra sugestão seria eu criar uma API em .NetCore e usar o azure table storage (que para poucos dados não terá custos), e depois criar um formulario na pagina que a pessoa preencha. E após uma aprovação de algum adm do site ela aparece na pagina.
Eu acredito que essa solução seria a melhor, porém existem alguns desafios: 1 - Pelo que li a stack back-end que querem usar é ruby, então minha ideia seria descartada. 2 - Teria que ter uma conta no azure para manter isso funcionando, eu tenho alguns projetos no azure em minha conta, mas o ideal seria algum ADM ter a conta pois eles que tem o maior interesse em manter o projeto. Se colocar na conta de um terceiro, pode ser que a pessoa desista do projeto e pare de funcionar (o que seria péssimo) 3 - Analise de custo. Eu particularmente tenho meu site pessoal, alguns projetos e um blog no azure e não tenho custo. Mas isso devido ao volume de acesso que não é tão grande. Conforme crescer pode ser que possa existir algum custo. Isso deve ser analisado.
Sendo assim, mesmo preferindo a solução 2, acredito que a solução 1 é a que melhor se encaixa para esse momento.
fititnt
commented
2 years ago @saraiva1989 vamos primeiro dar saída no #107
Boa tarde,
já tinha visto em algum issue comentários quanto a isso e ainda quanto a definição das tecnologias utilizadas para manter o projeto.
Tendo por base que continuará utilizando o gh-pages o uso de alguns recursos é limitado, tendo isso em mente, o projeto https://github.com/eisenbraun/columns traz ao html + jQuery a possibilidade de utilizar bases .json para a exibição de tabelas.
Com a grande quantidade de cadastros, gerenciar a inclusão e remoção deles pode se tornar trabalhoso, a utilização de um arquivo mais limpo para essa tarefa poderia ser de grande ajuda.
Seguem algumas telas de uma implementação que estou testando:
Lista de estados
Centro Pokémon não cadastrado
Arquivo base
Não sou expert no assunto, estou aprendendo e executando essas tarefas, mas o que for de ajuda ao projeto é válido.
O que acharam?
See ya ;)