Discourse e minha experiência pessoal usando-o

Olá.

Este é o meu primeiro tópico no meta.discourse e eu gostaria muito de escrever sobre minha opinião e os resultados do meu primeiro contato com o discourse.

Contexto

Devo começar dizendo que me deparei com o discourse relativamente por acaso enquanto tentava encontrar um bom motor de fórum para meus propósitos. E a fase de familiarização correu bastante positivamente - em particular, percebi que ele tem funções bem implementadas que eu preciso:

  1. Webhooks
  2. Sistema de conquistas
  3. Rica capacidade de integração com outros serviços
  4. Modernização da interface e muito mais…

Para ser honesto, o Discourse me surpreendeu com suas capacidades. E sou grato aos autores por continuarem a apoiar este projeto.

Primeiros Problemas

Mas, infelizmente, ele ainda tem deficiências que descobri para mim e por causa das quais não pude continuar interagindo com o discourse. Se em ordem, então inicialmente para um motor de fórum que eu consideraria adequado, defini 3 regras:

  1. Gerenciamento de API
  2. Administração conveniente
  3. Capacidade de personalizar qualquer interface para atender às suas necessidades.

E enquanto o Discourse é bom com API e painel de administração… Quando me aprofundei na modernização, fiquei perplexo.

A primeira “fera” que me atacou foi a diferença nas versões do Discourse e, como consequência, a diferença nas formas de escrever Componentes e Temas do Discourse. Alguns usavam widgets, outros Ember JS, outros algo mais… Tudo isso causou confusão não apenas para mim, mas também para a IA, com a qual eu periodicamente tentava acelerar meu aprendizado do Discourse - mas por causa da próxima “fera”, a IA só me confundiu mais…

A segunda “fera” é a falta de documentação de qualidade e rica em forma legível e em vários idiomas. Eu gostaria muito que a administração prestasse atenção a isso o mais rápido possível. Sim, é claro, li tópicos sobre configuração e criação de meus próprios Componentes e Temas do Discourse - mas eles não me deram o conhecimento necessário para entender a arquitetura do Discourse. Em particular, me deparei com este artigo completamente por acaso: Upcoming Header Changes - Preparing Themes and Plugins Que me ajudou a entender por que eu estava constantemente escrevendo código incorretamente na versão beta :slight_smile: A diferença nas versões com a ausência de documentação clara e Detalhada é um ponto sensível para o Discourse… Porque a combinação deles dá um retorno negativo significativo, o que me impediu de usar o Discourse em sua totalidade. Eu preciso extremamente modernizar profundamente a aparência do fórum e, infelizmente, a “documentação” atual não me permite fazer isso. Por causa disso, é mais provável que eu me despeça temporariamente do Discourse, mas acompanharei seu desenvolvimento.

E a terceira “fera” é a catalogação relativa das informações sobre o discourse. Encontrar esta ou aquela informação, como fazer esta ou aquela ação, é extremamente difícil. Eu diria que depende da sua sorte e conhecimento de inglês. Caso contrário, se você não for um “inglês sortudo” - então você terá que se esforçar por mais de um dia. Isso é exaustivo.

E, finalmente, minha desvantagem pessoal com o discourse é o uso apenas do Docker (como método oficial de instalação). Tenho certeza de que por essa afirmação posso pegar uma onda de ódio, mas ainda assim, acredito que um produto como esse deveria ter um método alternativo de instalação sem contornar. Às vezes, posso até precisar modernizar os arquivos de imagem do docker existentes - e por causa do construtor de contêineres, isso é extremamente inconveniente de implementar. Bem, ou eu não encontrei o caminho certo…

Conclusão

Independentemente do fato de o Discourse ter desvantagens suficientes para eu não escolhê-lo agora, estou confiante de que no futuro poderei escolhê-lo e usá-lo para meus propósitos. Porque espero que os desenvolvedores e administradores deste projeto prestem atenção às deficiências do discourse (incluindo as declaradas neste tópico/artigo). O Discourse já é um projeto de altíssima qualidade, na minha opinião, mas ainda parece não ter crescido para o uso “comum”. Mas isso é temporário.

Obrigado pela sua atenção ao artigo.
P.s. A IA “Manus” foi usada para tradução do russo para o inglês

13 curtidas

Sim. Algumas coisas que funcionavam há 10 anos não funcionam mais. Agora existe um novo guia para desenvolvedores de temas; é muito bom e aborda muitas das suas “feras”: Theme Developer Tutorial: 1. Introduction

9 curtidas

Olá, embora esta seja uma unsupported-install (instalação não suportada), existe este guia para instalar o Discourse sem Docker:

4 curtidas

De fato. Por isso, esclareci que não existe um método oficial de instalação.

Meu maior problema é… muitos dos plug-ins disponíveis simplesmente falham ao serem instalados em minhas instalações mais recentes.
E não é como se eu não tivesse tentado. Minha primeira instalação do site foi no Ubuntu 24.04LTS usando Docker… e após a instalação inicial, quase toda reconstrução após adicionar alguns plug-ins (que pareciam recentes e suportados - sim, claro) a reconstrução do aplicativo Discourse se desfez e falhou regularmente.
Então, quando eu tentava reconstruir com esses plug-ins removidos… voltava a falhar.
Minha solução final foi, na verdade, voltar para uma instalação AlmaLinux com Docker. Pelo menos agora, quando adiciono um plug-in que a versão atual não gosta, consigo reconstruir o aplicativo quando o removo do app.yml, diferente da instalação Ubuntu.

E não, eu não sou um administrador novo em gerenciar sites. Eu gerencio sites baseados em fóruns há mais de uma década, tendo experiência com Woltlab, Xenforo, Invision, SMF. phpBB, myBB, NodeBB e vários outros. e até mesmo voltando à era dos BBSs multi-nó MS-DOS/DesqView (finalmente um sistema Maximus/2 multi-nó OS/2 com 4 nós, 3 dos quais eram de acesso direto pelos usuários e todos os 4 estavam disponíveis para processar e-mails FidoNet). Então, eu não sou novo na cena.

Eu gosto do que vi do Discourse até agora em meu site onde estou rodando. Mas posso ver rapidamente onde pessoas novas em gerenciar um site auto-hospedado podem ter problemas com ele. Atualmente, também gerencio Xenforo e NodeBB em vários sites… e honestamente, a configuração do NodeBB para um sistema multi-site é MUITO mais fácil de lidar do que a oferta do Discourse. Nem vamos entrar em onde rodar 4 nós do NodeBB na instância VPS tem menos impacto do que um único Nó Discourse em uma instalação VPS. E sim, eu investiguei o uso de multi-site nele… mas atualmente é mais trabalho do que vale a pena. E sim, eu gosto de brincar com vários scripts… e não tenho problemas em apontar as falhas que encontro em qualquer um deles. :wink:

O Discourse tem uma base sólida… mas ainda precisa facilitar para os administradores gerenciarem vários sites ao auto-hospedar sem ter que passar pelos percalços que ele exige atualmente.

1 curtida

Ah, os dias de DOS dos BBS Telegard Hack, um dos mais populares sendo o Renegade BBS. Lembro-me também do PCBoard, que tinha sua própria linguagem de script, e dos BBSs Amiga e Commodore 63. Bons tempos.

Tive sorte rodando Discourse no Ubuntu LTS. Se a instalação de um plugin não desse certo, geralmente os problemas eram mínimos com uma simples remoção/comentário da linha do plugin… ocasionalmente, porém, sim, pode ser necessário reconstruir duas vezes se falhar.

O problema que tive foi que nunca reconstruía com eles listados.
Mas acho que também posso ter encontrado um problema adicional que estava tendo. Se o arquivo de configuração não estiver exatamente certo (espaço ou tabulação errados em uma nova linha), ele parece não funcionar bem ao adicionar os plugins. Desde que removi todas as linhas em branco abaixo da lista de plugins, eles agora parecem estar construindo como deveriam.
Sei que a maioria usa Ubuntu, e é um sistema operacional decente (é a base do software de captura de astrofotografia que uso), mas tenho usado o AlmaLinux há um tempo e prefiro, e ele parece estar funcionando bem.

1 curtida

Sim, os arquivos yml são muito exigentes quanto ao layout.

Sim… Estou descobrindo isso. E, honestamente… é uma fraqueza na oferta de scripts de muitas maneiras.
Eu uso um script pago onde a instalação do plug-in (add-on) é muito mais integrada… e esse script, infelizmente, ainda está aquém do que deveria oferecer aos detentores de licença que pagaram um bom dinheiro por ele.
Se os desenvolvedores do Discourse pudessem integrar a instalação dos add-ons diretamente do próprio script, sem a necessidade de editar um arquivo de configuração baseado em texto, seria uma melhoria enorme. Mas, infelizmente, parece que, assim como com outros scripts, os desenvolvedores estão presos em seus caminhos e não querem olhar para o que muitos considerariam um avanço.

Não tenho problemas em indicar às pessoas o script que funcionará melhor para elas. Mas, para um iniciante… o Discourse ainda não atende às expectativas para auto-hospedagem, especialmente se você quiser executar vários sites em uma única instância de servidor.
Continuarei a usá-lo em um site… mas ele também continua sendo um grande incômodo (PITA) na multialocação do Discourse em um servidor. Até mesmo o NodeBB supera o que o Discourse oferece em muitos aspectos.

1 curtida

Sim, não é realmente feito para ser excessivamente amigável. O @pfaffman tem uma interface web que pode automatizar muitas coisas, como, se não me engano, a instalação de plugins e uma variedade de outros benefícios. É um preço anual, mas, na minha opinião, o preço é bastante razoável pelo que acrescenta.

2 curtidas

Obrigado, mas estou acostumado a poder instalar diretamente do ACP tanto no XenForo quanto no NodeBB.
Não vale a pena passar pelo incômodo de pagar por essa capacidade agora que descobri essa peculiaridade. :wink:
Já estou ganhando em média cerca de US$ 2.800 por ano em sites/servidores dos quais não obtenho renda. Eles são apenas um hobby para mim.
Se vou começar a investir dinheiro em um script, quero que ele faça muito mais do que um fórum básico com alguns ajustes. Ergo, meu site de astrologia que eu administro.

2 curtidas