Comments (26)
Outra coisa, isso pode resolver o problema de performance por conta de ter N mapas na home page.
No celular fica meio pesado (to fazendo a parte responsiva =] )
from saiadecasa.github.io.
O @IAMFELIPESOUZA tinha algumas idéias também podemos colocar todas em prática.
Eu cheguei a pensar no jekyll um tempo atras, por conta do markdown, desisti porque queria fazer alguns filtros automáticos de acordo com a geolocalização de uma olhada no branch develop. Então acabei desistindo, e trabalhando com javascript.
from saiadecasa.github.io.
legal @williamespindola , podemos analisar N condições e matar todas numa versão nova.
Outra coisa, podemos também pegar um dominio .io só fazendo um alias pra URL do github.
from saiadecasa.github.io.
@rafaell-lycan ja esta em um domínio .io http://saiadecasa.github.io/
from saiadecasa.github.io.
We are poor :-(!
from saiadecasa.github.io.
Sobre domínios .io: http://www.russellbeattie.com/blog/artisanal-websites-the-rise-of-io-domains-for-well-crafted-web-services
from saiadecasa.github.io.
Vocês não acham legal usar angular não?
- É uma tecnologia fácil de aprender
- É algo que está sendo bastante usado no mercado, então o conhecimento pode ser aproveitado
- Por enquanto dá para colocar os eventos em um arquivo javascript para funcionar como model
- E se vocês quiserem, futuramente, colocar um backend para usar banco de dados e tals a refatoração é mínima
from saiadecasa.github.io.
Cara, manda um PR com sua ideia funcionando, blz?
Achei muito interessante!
Falou!
—
Rogerio
from saiadecasa.github.io.
Tranquilo, vou montar a estrutura aqui e mando
from saiadecasa.github.io.
To montando o website com Jekyll.
Uma dúvida, vai permanecer o mesmo layout?
Angular também é legal, porque se não quisermos usar DB, podemos alimentar um JSON como recurso e configurar para mostrar apenas eventos que ainda não aconteceram a partir de Date.now()
Qual a melhor solução? =)
from saiadecasa.github.io.
Outra coisa, com Jekyll cada evento é um arquivo.md, isso acho bem válido pra postar novos eventos.
from saiadecasa.github.io.
from saiadecasa.github.io.
Sim pessoal nos envie protótipos! Temos um no develop em produção também...
A única coisa que pedimos é que a inclusão e exclusão do evento seja de forma simples e via PR ;)
from saiadecasa.github.io.
@williamespindola seria possível o proprio usuário cadastrar o evento no site e automaticamente isso bate no endpoint do github remetendo a um PR do mesmo na org?
from saiadecasa.github.io.
Esse não é o foco agora.
O foco agora é manter apenas com os Pull Requests mesmo, sem inclusão pelo próprio site.
A nossa idéia sempre foi "forçar" esse fluxo do Git e Github para os contribuidores, dessa forma o pessoal aprende o processo para usar com qualquer projeto open source, entende?
—
Rogerio
On Sat, Feb 28, 2015 at 11:48 AM, Felipe Souza [email protected]
wrote:
@williamespindola seria possível o proprio usuário cadastrar o evento no site e automaticamente isso bate no endpoint do github remetendo a um PR do mesmo na org?
Reply to this email directly or view it on GitHub:
#59 (comment)
from saiadecasa.github.io.
entendo @rogeriopradoj, eu só queria saber mesmo se é possível para quem sabe um uso futuro tanto nesse projeto como em outros por aí.
from saiadecasa.github.io.
Ola pessoal, ainda estao discutindo o que vao usar para gerar paginas? Vi seu projeto e queria saber se posso ajudar..
from saiadecasa.github.io.
Daria pra fazer algo em js pra consumir um json, já que é bem básico o que tem nas páginas...
from saiadecasa.github.io.
Isto que estava pensando, podem usar hogan.js (pq e leve) para gerar o HTML.
from saiadecasa.github.io.
A tecnologia eu não conheço pra apontar, mas qualquer uma que seja capaz de parsear um json e fazer um bind em um loop, atende o que precisaria aqui.
from saiadecasa.github.io.
Nada definido ainda? Acho que geradores estáticos (Jekyll, DocPad) são melhores, porque o site já vai pronto pro cliente, podendo usar um arquivo JSON externo pra manter os eventos do mesmo jeito.
Eu indico o DocPad por ser JavaScript, no Node.js, mas Jekyll também é bom.
from saiadecasa.github.io.
Fala pessoal;
Tenho uma sugestão para fazer sobre o site. Não sei se essa issue é o melhor lugar, mas antes de criar uma específica para isso gostaria de compartilhar a ideia.
A ideia é ter o mapa como principal item na tela. Dele ser o cara que o usuário vai ver. A página seria composta basicamente pelo mapa, que teria um marker pra cada evento. Já vi em vários lugares isso, mas o único exemplo que consigo lembrar agora é do Android Device Manager:
Acho isso interessante porque a principal informação que o site quer passar é quando e onde os eventos vão acontecer, de maneira simples e direta - e é exatamente isso que o mapa vai fornecer. Poderia ter uma lista do lado com informações básicas de todos os eventos disponíveis no mapa e, clicando nesse evento (ou no marker dele), ele é centralizado no mapa e são mostrados seus detalhes.
Podemos usar também o recurso de junção de markers do Google Maps, caso os eventos sejam muito próximos:
Acho que isso traria uma informação mais concentrada -- um mapa para todos os eventos ao invés de uma lista com diversos mapas --, mais fácil de navegar quando a lista de eventos for grande, além de economizar banda de internet e processamento, exatamente pelo fato de apenas um Google Maps estar sendo carregado.
from saiadecasa.github.io.
@danguilherme olá, parece bem interessante essa proposta! (desculpe a demora para dar alguma posição!)
Será que você consegue dar ajuda junto com o #210 que o @LeoPersan está tocando?
Falou
Rogério
C/C @saiadecasa/collaborators @saiadecasa/owners
from saiadecasa.github.io.
@rogeriopradoj, obrigado pela resposta! Comecei implementando um exemplo: http://eventos-br.surge.sh/ (favor não reparar no estilo! hahaha). Como dito, o principal são os eventos, com um único mapa, e uma lista deles. Clicando tanto nos eventos quanto nos pins, os detalhes do evento são mostrados. O projeto está no GitHub e testei apenas no Chrome, enquanto fazia. Usei DocPad como gerador do site estático e um pouco de ES6, espero que dê pra entender tudo, mas qualquer coisa estou à disposição.
Caso seja essa solução a ser utilizada, precisaríamos de um layout meio que definido, infelizmente esse não é o meu forte rs.
Outra coisa, você comentou sobre a issue #210... é pra priorizar ela e depois implementar esse novo layout ou fazer os dois já integrados? De qualquer maneira, vou ver se consigo dar uma olhada nela.
from saiadecasa.github.io.
Se eu puder emitir uma opinião é de que seria melhor usar o Jekyll, primeiro porque o Github dá suporte pras builds automáticas, não precisaria colocar em um dominio ou ter uma estrutura propria.
Segundo lugar, todos os eventos ficam em .md separados, o que facilita múltiplos PR's ao mesmo tempo, ou remover um evento por exemplo, não correndo o risco de um cagar no outro.
A gente usa Jekyll lá no DNE e roda muito bem. Nós temos uma estrutura própria de servidor, mas por outros motivos, mas tudo é gerado via Jekyll.
from saiadecasa.github.io.
@raymonsanches acho que pode ser (ou não ser, hehe) qualquer gerador de estático. No meu blog estou usando o @sculpin que é em PHP. Lá no escritório usando o Hugo que é em Go. Entre os dois estou indo mais para o Hugo.
Na vantagem do build automático do Jekyll não tem muita dificuldade pois podemos colocar esse um script simples no Travis-CI por exemplo que gere os arquivos automaticamente.
Sobre os .md separados, acho que talvez possa sim virar uma opção, como o @rafaell-lycan já cobra a gente faz tempo ;-)
from saiadecasa.github.io.
Related Issues (20)
- Evento excluído precocemente. HOT 1
- Hacktoberfest: São Paulo Big Data Week
- Hacktoberfest: Roadsec São Paulo 2018
- Hacktoberfest: GDG AndroidFest
- Hacktoberfest: PHP Conference Brasil 2018 HOT 1
- Hacktoberfest: Wordcamp São Paulo 2018 HOT 4
- Hacktoberfest: BrazilJS On the road Belo Horizonte
- Hacktoberfest: Women Dev Summit
- Hacktoberfet: Latinoware HOT 1
- Hacktoberfest: RD Summit
- Hacktoberfet: Devfest BH
- Hacktoberfest: Campus Party 12
- Hacktoberfest: UX Conf BR HOT 1
- Hacktoberfest: API Con HOT 1
- Hacktoberfest: UX Team Summit HOT 1
- Hacktoberfest: React Conf
- Mapa estático não está funcionando HOT 10
- Formatação events.json HOT 3
- Repositório descontinuado
- #duvida Existe alguma ideia de retomarmos esse projeto? HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from saiadecasa.github.io.