Novos recursos na versão 2.4.0.beta3
Permitir personalização do robots.txt
Este recurso permite que administradores personalizem/substituam o conteúdo do arquivo robots.txt em /admin/customize/robots. Essa página não está vinculada a nenhum lugar na interface do usuário — os administradores devem digitar manualmente a URL para acessar essa página:
Enviar no máximo 200 e-mails por minuto para convites em massa
Nota: invite.via_email foi descontinuado em favor de invite.emailed_status.
Este commit adiciona uma nova coluna emailed_status na tabela invites para rastrear o status de envio de e-mails.
0 - não necessário
1 - pendente
2 - pendente em massa
3 - enviando
4 - enviado
- Para convites por e-mail normais, o registro de convite é criado com
emailed_statusdefinido como ‘pendente’. - Quando convites em massa são enviados, o registro de convite é criado com
emailed_statusdefinido como ‘pendente em massa’. - Para convites que geram links, o registro de convite é criado com
emailed_statusdefinido como ‘não necessário’. - Quando o e-mail de convite está na fila,
emailed_statusé atualizado para ‘enviando’. - Assim que o e-mail é enviado via job
InviteEmail, oemailed_statusdo convite é atualizado para ‘enviado’.
Autenticação externa ao resgatar convites
Este recurso (quando habilitado) permitirá que sites invite_only exijam autenticação externa antes que possam resgatar um convite.
- Criada configuração oculta do site para alternar essa funcionalidade
- Habilita o envio de convites com logins locais desabilitados
- Botão OAuth adicionado ao formulário de convite
- Exige que o endereço de e-mail do OAuth corresponda ao endereço de e-mail do convite
- Impede o resgate do convite se a autenticação OAuth falhar
Permitir escolha de categoria ao tornar um MP público
Anteriormente, a categoria padrão seria Sem categoria, o que não era ideal em alguns fóruns. Agora, o membro da equipe pode decidir imediatamente em qual categoria mover o MP.
Permitir visualização de e-mails brutos para postagens em fila sujeitas a revisão
Se uma postagem chegar por e-mail, mas precisar ser revisada, agora exibimos um ícone clicável para visualizar o conteúdo bruto do e-mail.
Isso é útil se o analisador de e-mails do Discourse estiver agindo de forma estranha e o usuário que está revisando a postagem quiser saber quais eram os conteúdos originais antes de aprovar/rejeitar a postagem.
Melhorias nas palavras monitoradas
Novos recursos foram adicionados nesta versão.
Há dois novos botões. O primeiro permite que administradores baixem as palavras monitoradas por ação em um arquivo .txt; o segundo botão limpa todas as palavras excluídas por ação (por exemplo, bloqueio, sinalização etc.). Além disso, quando uma postagem é rejeitada por conter uma ou mais palavras bloqueadas, a mensagem de erro agora lista todas as palavras bloqueadas contidas na postagem.
Por favor, note que esses novos recursos também alteram o formato do arquivo para importar palavras monitoradas de .csv para .txt, tornando-o inconsistente com a extensão do arquivo quando as palavras monitoradas são exportadas.
Personalização de e-mails em HTML
Este recurso adiciona a capacidade de personalizar a parte HTML de todos os e-mails usando um modelo HTML personalizado e, opcionalmente, algum CSS para estilizá-lo. O CSS será analisado e convertido em estilos inline, pois o CSS é mal suportado por clientes de e-mail. Ao escrever o HTML e CSS personalizados, esteja ciente de quais clientes de e-mail oferecem suporte. Mantenha as personalizações muito simples.
As personalizações podem ser adicionadas e editadas em Admin > Personalizar > Estilo de E-mail.
Como o e-mail de resumo já é fortemente estilizado, há uma configuração para desabilitar estilos personalizados para e-mails de resumo chamada apply custom styles to digest encontrada em Admin > Configurações > E-mail.
Como parte deste trabalho, as localizações RTL agora são renderizadas corretamente para todos os e-mails.
Listar moderadores de categoria na página Sobre
Uma nova atualização para o recurso Category Group Review/Moderation. A partir de agora, os moderadores de categoria serão visíveis na página Sobre do site, juntamente com os membros da equipe.
Adicionar suporte ao nível de visibilidade dos membros do grupo e Enviar notificação quando um membro for aceito no grupo.
Outra adição ao gerenciamento de visibilidade do grupo. Agora existem 5 níveis de visibilidade (semelhante à visibilidade do grupo):
- público (padrão)
- usuários logados
- apenas membros
- equipe
- proprietários
Administradores e proprietários de grupos sempre têm visibilidade dos membros do grupo.
Além disso, a partir de agora, notificações serão enviadas para usuários que são aceitos em um grupo.
Incorporar lista de tópicos em sites remotos via API JavaScript.
Este recurso adiciona suporte a uma tag <d-topics-list> que você pode incorporar em seu site, que será renderizada como uma lista de tópicos do Discourse. Quaisquer atributos na tag serão passados como filtros. Por exemplo:
<d-topics-list discourse-url="URL" category="1234"> filtrará para a categoria 1234.
Para usar este recurso, habilite a configuração do site embed topics list. Em seguida, no site onde deseja incorporar, inclua o seguinte JavaScript:
<script src="http://URL/javascripts/embed-topics.js"></script>
Onde URL é a URL do seu fórum Discourse.
Em seguida, inclua a tag <d-topics-list discourse-url="URL"> no seu documento HTML e ela será substituída pela lista de tópicos.
Para detalhes, veja Embedding a list of Discourse Topics in another site
Adicionar um webhook para notificações de usuário
Se habilitado, isso acionará um webhook sempre que uma notificação de um usuário for criada. Isso pode potencialmente gerar muitos dados, dependendo do seu fórum, e deve ser usado com cuidado, pois inclui tudo o que todos os usuários verão em seus feeds.
Tratar theme_uploads como configurações em JavaScript e Permitir que temas façam upload de arquivos js como ativos
Estas são outras melhorias para os temas. A primeira permite que temas e componentes acessem ativos do tema. Isso significa que, dentro do JS do tema, agora você pode obter a URL de um ativo com:
settings.theme_uploads.name
A segunda melhoria ajuda a desbloquear a capacidade dos temas de adiar o carregamento de payloads js maiores. A mudança é segura, pois os temas já são permitidos a incluir JS inline.
Configurações do site para vinculação com aplicativos nativos iOS/Android e Incorporar prompt de instalação PWA na interface do usuário do Discourse
Nesta versão, há novos recursos também para aplicativos Android e iOS.
Agora existem duas novas configurações do site para adicionar suporte a Links Universais do iOS via um endpoint apple-app-site-association e para Links de Ativos Digitais do Google no endpoint .well-known/assetlinks.json.
Além disso, impediremos que a barra de “mini-info” de instalação nativa apareça, capturaremos o evento que surge com ela e o adiaremos até que o usuário atenda aos nossos critérios, que atualmente é o nível de confiança 1.
Se o evento ocorrer e o usuário atender aos nossos critérios, exibiremos um banner de alerta do Discourse propondo a instalação ao usuário. O descarte do banner é registrado para que o usuário não seja mais incomodado no mesmo dispositivo.
Login com Discord
Adicionamos a funcionalidade do discourse-plugin-discord-auth ao núcleo. O plugin se desativará automaticamente quando o núcleo for atualizado, veja: discourse/discourse-plugin-discord-auth@fd08678?w=1.
Para instruções de configuração, visite Configure Discord Login for Discourse
Melhorar o desempenho do cache anônimo
Aqui estão 2 novos recursos para melhorar o desempenho:
-
DISCOURSE_COMPRESS_ANON_CACHE (true|false, padrão false): isso permite que você comprima opcionalmente as entradas do corpo do cache anônimo no Redis, o que pode ser útil para sites de alta carga com Redis que reside em um servidor separado dos servidores web.
-
DISCOURSE_ANON_CACHE_STORE_THRESHOLD (padrão 2), apenas insira entradas no Redis se as observarmos mais de N vezes. Isso evita situações em que um rastreador pode percorrer uma grande quantidade de tópicos e armazená-los todos no Redis para nunca serem usados. Nosso tempo padrão de cache anônimo para tópicos é de apenas 60 segundos. O cache anônimo está em vigor para evitar o efeito “Slashdot”, onde um único tópico é atingido por centenas de pessoas em um minuto.