Anular user_guardian.rb en un plugin (¡no es necesario hacer fork!)

leighno5 · 3 Enero, 2021 03:36

Hola, disculpen la pregunta de principiante. He estado leyendo la documentación, pero necesito una guía, por favor.

He bifurcado Discourse y realizado mis propios cambios, y me gustaría hacer mi propia implementación a partir de ellos. La guía de contribución explica cómo hacer cambios y enviar un PR, pero en este caso no quiero hacer un PR. Solo me gustaría tomar mi pequeño cambio y lograr que una instalación de Discourse funcione con ello. Pensé que la forma de hacerlo era cambiar esta línea para que apunte a mi propio repositorio:

github.com/discourse/discourse_docker

image/base/Dockerfile

master


      
          # NAME:     discourse/base
          # VERSION:  release
          FROM debian:buster-slim
          
          ENV PG_MAJOR 13
          ENV RUBY_ALLOCATOR /usr/lib/libjemalloc.so.1
          ENV RAILS_ENV production
          
          #LABEL maintainer="Sam Saffron \"https://twitter.com/samsaffron\""
          
          RUN echo 2.0.`date +%Y%m%d` > /VERSION
          
          RUN apt update && apt install -y gnupg sudo curl
          RUN echo "debconf debconf/frontend select Teletype" | debconf-set-selections
          RUN apt update && apt -y install fping
          RUN sh -c "fping proxy && echo 'Acquire { Retries \"0\"; HTTP { Proxy \"http://proxy:3128\";}; };' > /etc/apt/apt.conf.d/40proxy && apt update || true"
          RUN apt -y install software-properties-common
          RUN apt-mark hold initscripts
          RUN apt -y upgrade
          
          RUN apt install -y locales locales-all
          ENV LC_ALL en_US.UTF-8
          ENV LANG en_US.UTF-8
          ENV LANGUAGE en_US.UTF-8
          
          RUN curl https://apt.postgresql.org/pub/repos/apt/ACCC4CF8.asc | apt-key add -
          RUN echo "deb http://apt.postgresql.org/pub/repos/apt/ buster-pgdg main" | \
                  tee /etc/apt/sources.list.d/postgres.list
          RUN curl --silent --location https://deb.nodesource.com/setup_15.x | sudo bash -
          RUN apt -y update
          # install these without recommends to avoid pulling in e.g.
          # X11 libraries, mailutils
          RUN apt -y install --no-install-recommends git rsyslog logrotate cron ssh-client less
          RUN apt -y install build-essential rsync \
                                 libxslt-dev libcurl4-openssl-dev \
                                 libssl-dev libyaml-dev libtool \
                                 libxml2-dev gawk parallel \
                                 postgresql-${PG_MAJOR} postgresql-client-${PG_MAJOR} \
                                 postgresql-contrib-${PG_MAJOR} libpq-dev libreadline-dev \
                                 anacron wget \
                                 psmisc vim whois brotli libunwind-dev \
                                 libtcmalloc-minimal4 cmake \
                                 pngcrush pngquant
          RUN sed -i -e 's/start -q anacron/anacron -s/' /etc/cron.d/anacron
          RUN sed -i.bak 's/$ModLoad imklog/#$ModLoad imklog/' /etc/rsyslog.conf
          RUN sed -i.bak 's/module(load="imklog")/#module(load="imklog")/' /etc/rsyslog.conf
          RUN dpkg-divert --local --rename --add /sbin/initctl
          RUN sh -c "test -f /sbin/initctl || ln -s /bin/true /sbin/initctl"
          RUN cd / &&\
              apt -y install runit socat &&\
              mkdir -p /etc/runit/1.d &&\
              apt clean &&\
              rm -f /etc/apt/apt.conf.d/40proxy &&\
              locale-gen en_US &&\
              apt install -y nodejs &&\
              npm install -g terser &&\
              npm install -g uglify-js
          
          ADD install-nginx /tmp/install-nginx
          RUN /tmp/install-nginx
          
          RUN apt -y install advancecomp jhead jpegoptim libjpeg-turbo-progs optipng
          
          RUN mkdir /jemalloc-stable && cd /jemalloc-stable &&\
                wget https://github.com/jemalloc/jemalloc/releases/download/3.6.0/jemalloc-3.6.0.tar.bz2 &&\
                tar -xjf jemalloc-3.6.0.tar.bz2 && cd jemalloc-3.6.0 && ./configure --prefix=/usr && make && make install &&\
                cd / && rm -rf /jemalloc-stable
          
          RUN mkdir /jemalloc-new && cd /jemalloc-new &&\
                wget https://github.com/jemalloc/jemalloc/releases/download/5.2.1/jemalloc-5.2.1.tar.bz2 &&\
                tar -xjf jemalloc-5.2.1.tar.bz2 && cd jemalloc-5.2.1 && ./configure --prefix=/usr --with-install-suffix=5.2.1 && make build_lib && make install_lib &&\
                cd / && rm -rf /jemalloc-new
          
          RUN echo 'gem: --no-document' >> /usr/local/etc/gemrc &&\
              mkdir /src && cd /src && git clone https://github.com/sstephenson/ruby-build.git &&\
              cd /src/ruby-build && ./install.sh &&\
              cd / && rm -rf /src/ruby-build && (ruby-build 2.7.2 /usr/local)
          
          RUN gem update --system
          
          RUN gem install bundler --force &&\
              rm -rf /usr/local/share/ri/2.7.2/system &&\
              cd / && git clone https://github.com/discourse/pups.git
          
          ADD install-redis /tmp/install-redis
          RUN /tmp/install-redis
          
          ADD install-imagemagick /tmp/install-imagemagick
          RUN /tmp/install-imagemagick
          
          # Validate install
          RUN ruby -Eutf-8 -e "v = \`convert -version\`; %w{png tiff jpeg freetype heic}.each { |f| unless v.include?(f); STDERR.puts('no ' + f +  ' support in imagemagick'); exit(-1); end }"
          
          # This tool allows us to disable huge page support for our current process
          # since the flag is preserved through forks and execs it can be used on any
          # process
          ADD thpoff.c /src/thpoff.c
          RUN gcc -o /usr/local/sbin/thpoff /src/thpoff.c && rm /src/thpoff.c
          
          # clean up for docker squash
          RUN   rm -fr /usr/share/man &&\
                rm -fr /usr/share/doc &&\
                rm -fr /usr/share/vim/vim74/tutor &&\
                rm -fr /usr/share/vim/vim74/doc &&\
                rm -fr /usr/share/vim/vim74/lang &&\
                rm -fr /usr/local/share/doc &&\
                rm -fr /usr/local/share/ruby-build &&\
                rm -fr /root/.gem &&\
                rm -fr /root/.npm &&\
                rm -fr /tmp/* &&\
                rm -fr /usr/share/vim/vim74/spell/en*
          
          
          # this can probably be done, but I worry that people changing PG locales will have issues
          # cd /usr/share/locale && rm -fr `ls -d */ | grep -v en`
          
          RUN mkdir -p /etc/runit/3.d
          
          ADD runit-1 /etc/runit/1
          ADD runit-1.d-cleanup-pids /etc/runit/1.d/cleanup-pids
          ADD runit-1.d-anacron /etc/runit/1.d/anacron
          ADD runit-1.d-00-fix-var-logs /etc/runit/1.d/00-fix-var-logs
          ADD runit-2 /etc/runit/2
          ADD runit-3 /etc/runit/3
          ADD boot /sbin/boot
          
          ADD cron /etc/service/cron/run
          ADD rsyslog /etc/service/rsyslog/run
          ADD cron.d_anacron /etc/cron.d/anacron
          
          # Discourse specific bits
          RUN useradd discourse -s /bin/bash -m -U &&\
              mkdir -p /var/www &&\
              cd /var/www &&\
              git clone --depth 1 https://github.com/discourse/discourse.git &&\
              cd discourse &&\
              git remote set-branches --add origin tests-passed &&\
              chown -R discourse:discourse /var/www/discourse &&\
              cd /var/www/discourse &&\
              sudo -u discourse bundle install --deployment --jobs 4 --without test development &&\
              bundle exec rake maxminddb:get &&\
              find /var/www/discourse/vendor/bundle -name tmp -type d -exec rm -rf {} +

This file has been truncated. show original

Lo hice e hice una instalación, pero los cambios que realicé no se están mostrando, así que claramente estoy haciendo algo mal. ¿Alguna idea? ¡Gracias!

EDIT:
Por transparencia, y en caso de que alguien tenga una forma más sencilla de hacerlo, todo lo que intento hacer es permitir que los usuarios anónimos cambien sus nombres de usuario cuando entran en modo anónimo. Es tan simple como cambiar false por true en esta línea:

github.com/discourse/discourse

lib/guardian/user_guardian.rb

main


      
            return true if is_admin?
            return false if is_anonymous?
            return false if is_moderator? && !is_me?(user)
          
            can_edit?(user)
          end
          
          def can_edit_name?(user)
            return false if SiteSetting.auth_overrides_name?
            return true if is_admin?
            return false unless SiteSetting.enable_names?
            return true if is_moderator?
            return false if is_anonymous?
            can_edit?(user)
          end
          
          def can_see_notifications?(user)
            is_me?(user) || is_admin?
          end
          
          def can_silence_user?(user)

Si hay una mejor manera, estoy todo oídos. Pero esto es todo lo que necesito habilitar. Tengo experiencia con Python, Java y muchas otras cosas de back end, pero no sé nada de Ruby/JavaScript/HTML/etc.

EDIT2:
Según una publicación que vi en otro lugar, actualicé app.yml de la siguiente manera:

run:
- exec:
 cd: /var/www/discourse
 cmd:
    - sudo -u discourse git remote set-url origin https://github.com/my/forked/discourse.git
    - sudo -u discourse git fetch origin
    - sudo -u discourse git checkout origin/master

Aún no hay resultados después de reconstruir la aplicación. Se inicia correctamente, pero parece que mis cambios no están presentes.

itsbhanusharma · 3 Enero, 2021 05:55

¿No es posible encapsular tus cambios en un plugin y usar ese en su lugar?

pfaffman · 3 Enero, 2021 05:58

Todos los que han hecho eso se han arrepentido mucho. Y aquí no podrás obtener mucha ayuda.

Hagas lo que hagas, hazlo en un plugin.

leighno5 · 3 Enero, 2021 09:14

De acuerdo. ¿Tienes alguna idea de cómo podría hacer esto mediante un complemento?

neounix · 3 Enero, 2021 09:19

Hola @leighno5

Mis pensamientos para ti, basados en mi experiencia personal, son que escribir plugins en Ruby para lograr lo que estás haciendo en tu “fork” es mucho más fácil hacerlo mediante un plugin, siempre y cuando entendamos Ruby y Rails lo suficiente como para escribir fácilmente un plugin para Discourse (o modificar cualquier clase de Rails).

Si no entendemos Rails y Ruby lo suficientemente bien como para escribir un plugin de Discourse, mi experiencia es que bifurcar Discourse y hacer modificaciones en el núcleo es un camino “equivocado”.

Supongo que la analogía sería esta (perdona por esta idea tan sencilla):

“Alguien encuentra difícil caminar; así que decide correr en su lugar.”

Déjame explicarlo, si no te importa:

Antes de empezar a escribir aplicaciones en Rails (nada que ver con Discourse) y de intentar escribir plugins para Discourse, me sentía un poco perdido; incluso creo que estaba un poco molesto con Discourse. Es como cuando quieres golpear una pelota de golf por primera vez; no va en línea recta y requiere mucho trabajo para que la pelota caiga en el medio del fairway. Bifurcar Discourse es como sacar el driver grande en el campo de práctica antes de saber hacer chips y putts con los hierros cortos.

Tomé un descanso de las modificaciones en el núcleo de Discourse (hace muchos meses) y trabajé un tiempo construyendo varias aplicaciones de Rails desde cero; y entonces (y solo entonces) empecé a desarrollar un conocimiento “instintivo” sobre Rails. Después de eso, cuando decidí modificar Discourse (actualmente ejecuto 6 plugins personalizados que escribí en producción para Discourse), todo se volvió intuitivo y los plugins que modificaban el núcleo de Ruby se volvieron demasiado simples.

Ruby es muy flexible. Podemos sobrescribir cualquier clase, cualquier objeto. Podemos redefinir cada aspecto de Ruby. Con algo de experiencia, empezamos a pensar: “¡WOW!, no sabía que Ruby era tan flexible (y poderoso)” y empezamos a “volvernos peligrosos” porque podemos volar como Superman con Ruby y Rails. En ese momento, estamos al principio de nuestro viaje con Ruby y Rails, ¡no al final!

Con el conocimiento de Ruby y Rails que he adquirido en 2020, sabiendo lo que sé ahora, nunca bifurcaría Discourse y haría cambios en el núcleo de Ruby y Rails como estás proponiendo, porque los plugins son simplemente demasiado fáciles para sobrescribir y modificar las clases de Ruby, cuando entendemos los fundamentos de las clases de Ruby y los conceptos básicos de la metaprogramación.

Creo que lo que estoy diciendo, disculpa ser tan directo, es que si alguien piensa que necesita modificar el núcleo de Discourse para hacer algunos cambios menores en Ruby, entonces no entiende Ruby y Rails lo suficiente; porque si lo hiciera, no modificaría el núcleo y simplemente escribiría un plugin rápido para sobrescribir las clases y disfrutaría del monkey-patching.

Por otro lado, si quisiera hacer algo loco y ser infeliz, como reemplazar EmberJS de Discourse por React y Ant Design, ¡entonces bifurcar sería la única opción! Sin embargo, en mi opinión, “Discourse” no está definido por las “librerías de Javascript”. Discourse está definido por las habilidades del equipo de desarrollo principal (las personas) y su atención al detalle, servicio al cliente, enfoque de equipo en el desarrollo de código de código abierto, su pipeline de características SPA, y todo su arduo trabajo. Sería un poco loco (en mi mente) desechar todo ese poder intelectual solo porque quizás nos guste más Ant Design (con React) o VueJS que Ember.

Esto es igualmente cierto, e incluso más, si solo vamos a modificar el núcleo de Discourse aquí y allá. Sería un poco “locura” bifurcarlo para hacer eso, desechar a las “personas” que son el “verdadero” Discourse (no el código).

Solo hablo desde mi viaje personal en 2020 aprendiendo Ruby y Rails. Ahora, lo básico se está volviendo fácil y me estoy volviendo “peligroso”, LOL. Puedo “hacer monkey-patching con cualquier cosa”, lo cual no siempre es bueno; y para eso están los plugins de Discourse.

Mantén el núcleo sólido como una roca y disfruta “jugando” con Discourse mediante plugins.

Espero que esto ayude.

Nota: mientras escribía esta respuesta, tú escribiste:

Esto de alguna manera confirma mi punto, ¿no crees?

Escribir un “plugin” en Discourse es escribir “código Ruby” (en un nivel) y para otros va mucho más profundo (en EmberJS).

Antes de empezar a escribir plugins para Discourse, mi consejo amigable, aunque quizás parezca sin valor para ti, es que primero desarrolles algunas aplicaciones de Ruby on Rails. Aprende a moverte por Ruby y Rails, al menos lo básico; después de eso, habrás respondido tu propia pregunta anterior.

Esta mañana estuve en una llamada de conferencia con un cliente durante tres horas revisando una aplicación de Rails, validaciones, modelos, etc., y luego, mientras tomaba un descanso después de codificar algunas de las acciones derivadas de la llamada, leí tu publicación.

En mi opinión, el camino más corto para escribir plugins de Discourse es aprender Rails primero.

¡Espero que esto ayude!

itsbhanusharma · 3 Enero, 2021 09:24

Aquí tienes un buen punto de partida:

leighno5 · 3 Enero, 2021 09:44

No, tienes toda la razón. No tengo ninguna experiencia con Ruby, así que, por supuesto, no me ofendo en lo más mínimo.

He leído la guía del complemento y la he revisado un par de veces, pero lamentablemente mi desconocimiento de Ruby sigue siendo frustrante, y no tengo la menor idea de cómo escribiría un complemento que sobrescriba ese pequeño fragmento de código en el archivo user-guardian para permitir que los usuarios anónimos cambien sus nombres.

neounix · 3 Enero, 2021 10:30

Hola @leighno5

Sí, te entiendo.

Esos temas de complementos tipo “CÓMO HACERLO” fueron escritos por desarrolladores muy talentosos con más de una década de experiencia programando en Rails y Ruby (quizás incluso más). De hecho, algunos de esos chicos están entre los mejores desarrolladores de Ruby y JS del mundo.

Estoy 100% seguro de que todos esos chicos aprendieron Rails y Ruby mucho antes de escribir su primer complemento para Discourse.

En realidad, no es tan difícil aprender Rails; pero necesitas realizar realmente el “rito práctico” de construir algunas aplicaciones de Rails desde cero. No solo seguir un tutorial de YouTube (lo cual es bueno), sino construir una aplicación funcional donde debas encargarte de configurar la base de datos, generar tus propios modelos, crear tus propios controladores, escribir validaciones de modelos, redactar inicializadores, módulos de ayuda, realizar migraciones (modificaciones) de la BD, trabajar con Ruby embebido y más.

Es realmente muy divertido y es el “camino más corto” para aprender a sentirte cómodo escribiendo complementos (en lo que respecta al lado de Rails; personalmente no trabajo mucho con Ember, pero me encanta el lado de Rails).

Además, ¡debes aprender a usar la consola de Rails! La consola de Rails es realmente divertida y la uso a diario con mucho gusto.

Hoy, mi cliente favorito y yo estábamos usando AnyDesk y me preguntó: “¿Podemos tener esta nueva vista del Inventario?”. Él quería verme hacerlo todo. Después de que lo pusimos en marcha, al final de la llamada me dijo: “Hiciste algo en Rails en 30 minutos que hubiera tomado muchas semanas hace unas décadas”. ¡Realmente impresionante, @leighno5. ¡Adelante!

Después de aprender Rails, dirás: “¡GUÁO!” escribir complementos para Discourse es bastante fácil, al menos en lo que respecta a la parte de Rails y Ruby.

Espero que esto te ayude.

merefield · 3 Enero, 2021 10:53

Mira el código de los #plugin existentes. Ahora hay absolutamente muchos, así que hay muchos ejemplos. No te saltes la lectura de lo que ya se ha hecho para poder aprovecharlo.

Parece que solo quieres sobrescribir un método, lo cual es simplemente un caso de redefinirlo en tu plugin.rb (aunque la mejor práctica es, sin duda, separarlo en su propio archivo por módulo, pero no vale la pena para un solo método).

leighno5 · 3 Enero, 2021 11:12

Arriesgándome a demostrar aún más mi ignorancia y aprovechando la amabilidad que ya me has mostrado, ¿estarías dispuesto a ampliar un poco esto? O si conoces otro ejemplo donde alguien haya sobrescrito un módulo y puedas enlazarlo, te lo agradecería. No me opongo en absoluto a “leer el manual” (RTFM), pero mi falta de comprensión de cómo funciona Discourse es frustrante, a pesar de todo el tiempo que he dedicado a revisar varios tutoriales y documentos. Y sí, sé que preguntas tan básicas pueden hacer parecer que he puesto poco esfuerzo, ¡pero te prometo que no es así!

merefield · 3 Enero, 2021 12:40

Aquí hay un ejemplo donde hemos definido un método en el PostGuardian:

github.com/merefield/discourse-topic-previews-sidecar

lib/guardian_edits.rb

f4332f974


      
          require_dependency 'guardian'
          require_dependency 'guardian/post_guardian'
          
          class ::Guardian
            attr_accessor :featured_images
          end
          
          module ::PostGuardian
            # Passing existing loaded topic record avoids an N+1.
            def previewed_post_can_act?(post, topic, action_key, opts = {})
              taken = opts[:taken_actions].try(:keys).to_a
              is_flag = PostActionType.is_flag?(action_key)
              already_taken_this_action = taken.any? && taken.include?(PostActionType.types[action_key])
              already_did_flagging      = taken.any? && (taken & PostActionType.flag_types.values).any?
          
              result = if authenticated? && post && !@user.anonymous?
          
                return false if action_key == :notify_moderators && !SiteSetting.enable_private_messages
          
                # we allow flagging for trust level 1 and higher

Podrías hacer algo similar para el UserGuardian utilizando el nombre del método existente, lo cual debería sobrescribirlo.

Solución simple (para que funcione, aunque no sea robusta):

Simplemente escribe el código original del método y realiza tu edición. Desventaja: si Discourse cambia el código, tu plugin podría romper la instancia.

Solución avanzada (más robusta):

Para obtener puntos extra, podrías usar super para heredar el método original, aunque no está garantizado que funcione por razones que no detallaré aquí. Sin embargo, es la mejor práctica, ya que las actualizaciones de ese método en Discourse siempre se tendrán en cuenta sin que tengas que editar tu plugin.

Discourse es una plataforma. Requiere tiempo para aprenderla. Ve paso a paso.

Jonathan5 · 3 Enero, 2021 13:48

Esto es lo que me preocupaba. ¿El método avanzado mencionado en tu siguiente párrafo está cubierto en la guía paso a paso? ¿Existe un buen ejemplo simple de su uso en un plugin existente que pueda ser utilizado (copiado) para crear un nuevo plugin?

merefield · 3 Enero, 2021 14:28

No te preocupes por el método avanzado por ahora. Solo haz que funcione. Puedes investigar Ruby on Rails en general en otras partes de las guías en línea. Es un poco fuera del alcance de Discourse específicamente y de este foro. Tenlo en cuenta.

Jonathan5 · 3 Enero, 2021 14:32

¡Vale, gracias! Digamos que me pongo a escribir un plugin breve. Si lo he entendido bien, debería revisar el código principal en cada actualización y reescribir el plugin si ha cambiado el código relevante del núcleo. ¿Es eso? Gracias.

merefield · 3 Enero, 2021 14:35

Eso es correcto. Solo revísalo ocasionalmente y especialmente si comienza a fallar. El código de Guardian es un poco más crítico, ya que se trata de la autorización del sitio de codificación, así que manténlo bajo supervisión.

Otra solución es agregar casos de prueba (también conocidos como especificaciones) y configurar un trabajo automatizado para ejecutarlos… ¡pero eso se vuelve complicado!

pfaffman · 3 Enero, 2021 16:26

Otra tarea de crédito extra es configurar travis-ci.org para ejecutar las pruebas de tu plugin, de modo que recibas una notificación si algo falla.

Jonathan5 · 3 Enero, 2021 18:58

Claramente, no es una tarea que deba tomarse a la ligera. Me gustaría modificar los modales de inicio de sesión/crear nueva cuenta y eliminar la imagen de Twitter. Quizás este último sería un mejor primer proyecto. Gracias.

leighno5 · 4 Enero, 2021 05:41

Si alguien se encuentra con esto y estaba tan perdido como yo, comparto mi código a continuación, ya que logré que funcionara como se pretendía. No modifiqué ningún archivo. Simplemente creé un nuevo archivo plugin.rb y coloqué lo siguiente dentro:

# name: noms
# about: Permite a los usuarios en Modo Anónimo cambiar sus nombres de usuario
# version: 0.1


require_dependency 'guardian'
require_dependency 'guardian/user_guardian'

class ::Guardian
end

module ::UserGuardian
  def can_edit_username?(user)
    return false if SiteSetting.sso_overrides_username?
    return true if is_staff?
    return false if SiteSetting.username_change_period <= 0
    return true if is_anonymous?
    is_me?(user) && ((user.post_count + user.topic_count) == 0 || user.created_at > SiteSetting.username_change_period.days.ago)
  end


  def can_edit_name?(user)
    return false unless SiteSetting.enable_names?
    return false if SiteSetting.sso_overrides_name?
    return true if is_staff?
    return true if is_anonymous?
    can_edit?(user)
  end
end

Esto anula la clase user_guardian.rb en el núcleo de Discourse para permitir que los usuarios cambien el nombre de usuario y el nombre de sus cuentas de usuario anónimas.

Si comparas lo que tengo aquí con lo que hay en user_guardian.rb en el núcleo de Discourse, verás que hay un montón de otra cosa con la que no necesité hacer nada, así que la dejé intacta. Todo lo que necesitaba era editar esos dos métodos can_edit_username y can_edit_name cambiando algunos valores de retorno de false a true, y pude lograr lo que necesitaba.

Ciertamente, se podrían realizar mejoras y es probable que haya mejores prácticas que pude deducir leyendo los enlaces en este hilo y en otros lugares, pero si eres completamente nuevo en Ruby como yo y solo quieres modificar algo muy sencillo en el núcleo, este es un ejemplo minimalista y funcional de lo que necesitas hacer.

Muchas gracias a las personas en este hilo por su paciencia conmigo y por sus ánimos y ayuda. En especial a @merefield, quien realmente me ha ayudado en otro hilo en el pasado.

neounix · 4 Enero, 2021 06:33

JAJA

Has recorrido un largo camino desde tu idea inicial de bifurcar todo Discourse y abandonar la rama principal para este tipo de tareas simples.

Buen trabajo

Jonathan5 · 4 Enero, 2021 10:19

¿Siguiiste todo el camino de Install Discourse on Ubuntu or Debian for Development o simplemente trabajaste en tu sitio de producción y esperaste lo mejor?

Tema		Respuestas	Vistas
Developing Discourse Plugins - Part 1 - Create a basic plugin Developer Guides plugin-guides , tutorial	32	82123	8 Julio 2025
How to customize / override topic guardian through a plugin Dev	4	775	15 Febrero 2021
Rails plugin generator Announcements	50	12798	20 Agosto 2021
[PAID] Mentorship needed Marketplace	8	1651	15 Enero 2020
Simple example for plugin to change files? Dev	3	485	1 Julio 2023

Anular user_guardian.rb en un plugin (¡no es necesario hacer fork!)

Solución simple (para que funcione, aunque no sea robusta):

Solución avanzada (más robusta):

Temas relacionados