Permite associar locais geocodificados a Tópicos e exibi-los em um mapa elegante. Também permite que seus usuários registrem sua localização e as exibam coletivamente em um mapa central de usuários no seu site.
Por favor, considere tornar-se um patrocinador contínuo do meu trabalho de código aberto em um nível que se adeque aos recursos e necessidades seus ou da sua organização, para garantir que este plugin receba a manutenção que merece e continue funcionando no seu site no futuro.
Não forneço suporte garantido de forma gratuita. Posso oferecer suporte a empresas ou instituições que se inscrevam em um dos meus níveis de patrocínio mensal OURO ou PLATINA.
Há ainda uma versão de ACESSO ANTICIPADO do Location, exposta exclusivamente aos apoiadores. Ela possui várias novas funcionalidades que espero que lhe agradem.
Sou muito novo com essa tecnologia. Instalei o plugin (vejo o comando Map no menu hambúrguer e tenho um campo de localização na minha página de perfil do usuário (com georreferenciamento funcional usando o Nominatim), MAS…
Não vejo o botão “Adicionar localização” no editor.
Esta é a minha configuração:
E esta é a janela do editor:
Finalmente, esta é a forma como instalei o plugin:
A propósito, a marca de seleção já vinha “ativada” por padrão, MAS!! você precisa mostrar o painel de configuração, desmarcar e marcar novamente para que o recurso funcione de verdade.
@david@Richie Obrigado, este plugin foi atualizado para suportar a mudança.
Apenas um aviso: em breve este plugin passará a seguir o mesmo cronograma de atualizações dos principais plugins do Pavilion. Isso significa que ele será alinhado com a versão mais recente do núcleo do Discourse na primeira semana de cada mês. Detalhes específicos sobre este plugin serão divulgados em breve, mas consulte mais informações nos links abaixo:
Olá @angus, confirmado: os locais agora estão sendo exibidos no cartão do usuário, mas ainda estamos observando o problema em que alguns usuários têm um pino de mapa e um ícone de mapa exibidos, mesmo sem nenhum local inserido:
Não consigo iniciar o aplicativo Discourse por causa do plugin de localizações no momento. Estou anexando o log abaixo; ele funciona se eu comentar as localizações no app.yml. Alguém pode priorizar isso e corrigir?
Além disso, existe alguma maneira de atualizar apenas para a versão “tests-passed” do plugin (se houver tal coisa), assim como o aplicativo principal do Discourse faz? Para que não enfrentemos problemas semelhantes no futuro.
Log
5: from /var/www/discourse/plugins/discourse-layouts/plugin.rb:49:in `block in activate!'
4: from /var/www/discourse/lib/discourse_event.rb:13:in `trigger'
3: from /usr/local/lib/ruby/2.6.0/set.rb:338:in `each'
2: from /usr/local/lib/ruby/2.6.0/set.rb:338:in `each_key'
1: from /var/www/discourse/lib/discourse_event.rb:14:in `block in trigger'
/var/www/discourse/plugins/discourse-locations/plugin.rb:234:in `block in activate!': uninitialized constant DiscourseLayouts::WidgetHelper
Did you mean? DiscourseLayouts::WidgetSerializer (NameError)
** PLUGIN INCOMPATÍVEL **
Você não consegue compilar o Discourse devido a erros no plugin em
/var/www/discourse/plugins/discourse-locations
Por favor, tente remover este plugin e reconstruir novamente!
I, [2020-04-25T20:32:06.399307 #1] INFO -- : gem install icalendar -v 2.4.1 -i /var/www/discourse/plugins/discourse-events/gems/2.6.5 --no-document --ignore-dependencies --no-user-install
ATENÇÃO! iCalendar 2.0 não é compatível com versões anteriores da 1.x. Consulte o README para a nova sintaxe
ATENÇÃO! icalendar 2.2.0 altera para análise não estrita como padrão. Consulte o README se você
depende de análise estrita para obter informações sobre como ativá-la.
ActiveSupport é necessário para suporte a TimeWithZone, mas não é necessário para uso geral.
icalendar-2.4.1 instalado com sucesso
1 gem instalado
gem install geocoder -v 1.4.4 -i /var/www/discourse/plugins/discourse-locations/gems/2.6.5 --no-document --ignore-dependencies --no-user-install
geocoder-1.4.4 instalado com sucesso
1 gem instalado
I, [2020-04-25T20:32:06.400580 #1] INFO -- : Encerrando processos assíncronos
I, [2020-04-25T20:32:06.400773 #1] INFO -- : Enviando INT para HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/10/bin/postmaster -D /etc/postgresql/10/main pid: 50
I, [2020-04-25T20:32:06.400979 #1] INFO -- : Enviando TERM para exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 167
167:signal-handler (1587846726) Recebido SIGTERM agendando desligamento...
2020-04-25 20:32:06.401 UTC [50] LOG: recebida solicitação de desligamento rápido
2020-04-25 20:32:06.403 UTC [50] LOG: abortando todas as transações ativas
2020-04-25 20:32:06.406 UTC [50] LOG: processo worker: lançador de replicação lógica (PID 59) saiu com código de saída 1
167:M 25 Apr 2020 20:32:06.406 # Usuário solicitou desligamento...
167:M 25 Apr 2020 20:32:06.406 * Salvando o snapshot final RDB antes de sair.
2020-04-25 20:32:06.409 UTC [54] LOG: desligando
2020-04-25 20:32:06.439 UTC [50] LOG: sistema de banco de dados desligado
167:M 25 Apr 2020 20:32:06.502 * Banco de dados salvo no disco
167:M 25 Apr 2020 20:32:06.502 # Redis agora está pronto para sair, tchau tchau...
FALHA
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' falhou com retorno #<Process::Status: pid 13098 exit 1>
Local da falha: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falhou com os parâmetros {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
b5a02d7f9df6b6a9dc160e269de30eef49bb0aeaf5dcb1b712bab5e6edad4030
** FALHA NO BOOTSTRAP ** por favor, role para cima e procure mensagens de erro anteriores, pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.
root@discuss:/var/discourse#
Ter uma branch tests-passed no plugin, infelizmente, não ajudaria muito nesta situação específica, nem em uma parte significativa de outras situações de incompatibilidade de plugins. As pessoas atualizam em frequências diferentes e têm muitas combinações diferentes de personalizações.
Dito isso, estamos começando a dar alguns passos para resolver esse problema. Estamos adotando uma programação para garantir que os principais plugins de código aberto do Pavilion (este plugin, Events, Topic List Previews, etc.) estejam atualizados com o Discourse a cada 24 horas nos primeiros 5 dias de cada mês, começando de 1º a 5 de maio.
Isso oferece a você uma janela segura para atualizar todos os plugins em try.thepavilion.io junto com o próprio Discourse, com maior certeza de que:
Você não experimentará conflitos entre o plugin e o Discourse e, caso ocorram, serão resolvidos em menos de 24 horas.
Você não experimentará problemas devido a alterações no próprio plugin. Quaisquer alterações potencialmente disruptivas no próprio plugin ocorrerão fora dessa janela.
Obrigado, sim, eu estava tentando descobrir por que meu layout personalizado não aparecia também com a última atualização. Ainda parece não aparecer, mas vi no Pavilion que vocês estão no processo de lançar documentação atualizada sobre as mudanças no plugin, então vou aguardar um pouco.
O plugin foi transferido do meu GitHub pessoal para o do Pavilion há algum tempo. Quando um repositório é transferido, o GitHub redireciona automaticamente todos os links para a localização antiga para a nova.
O primeiro post sofrerá algumas alterações nas próximas semanas. Vou escrever uma documentação sobre isso no thepavilion.io e uma descrição mais curta aqui no meta.
no GitHub
