Entonces la arquitectura de Joomla 4 está a la par de los frameworks actuales de PHP y metodologías actuales de arquitectura?

Sí. En los módulos hay que activar la opción pero para los contenidos ya viene activo por defecto.

No encuentro nada de esto en internet. Seguro que no doy con las palabras apropiadas.

Sono podés buscar algún plug in o módulo que te deje «jugar» con los campos, por ejemplo una persona sabe que llenar, normalmente los bots no diferencian un campo de otro «lo llenan igual»….
Existen opciones de crear formularios de contacto con antispamers o campos ocultos, que una persona no «ve», el not si y lo llena….
Esto funciona y es bastante efectivo.
Tuve un not muy molesto hace unos meses, me llevó casi un mes quitarlo, hasta me creaba usuarios a lo pavote…. Con estas cosas lo resolví. Espero sea útil.

Disculpen
not=bot

Interesante.

Había un plugin que se llamaba email cloaking o algo así pero tienes razón que ahora no lo localizo.

Para que funcionase en los módulos personalizados hay que activar la opción «Preparar el contenido».

Esta es una extensión similar a lo que hacía ese plugin del core: https://extensions.joomla.org/extension/email-protector/

Reitero las gracias. Yo nunca pongo direcciones, pero con esto, si alguien necesita ponerlas, es una ayuda. 👏👏

Este es el plugin que ya viene por defecto y que ni conocía.

Pues tampoco lo conocía
Gracias

Alguien tiene experiencia en añadir icono svg en un item de menú.
Mi problema es que el icono se expande y desajusta el menú

A lo mejor puedes corregirlo con un poco de CSS

Nunca he probado todavía

Gracias @PabloArias
He intentado con alguna clase sin resultado
Lo más práctico será utilizar jpg de momento

Puedes ponerle una clase al elemento de menú, no sé si te ayudará

Eso he intentado pero no he dado con la clase que funcione

Corrección, ahora estoy mirando más en detalle el código de Joomla 4, y sí, se está usando el container:

/** @var AdministratorApplication $app */
$app = Factory::getContainer()->get(AdministratorApplication::class);

Y, tambien se esta haciendo inyección de dependencias:

class AdministratorApplication extends CMSApplication
{
….

/**
* Class constructor.
*
* @param Input $input An optional argument to provide dependency injection for the application’s input
* object. If the argument is a JInput object that object will become the
* application’s input object, otherwise a default input object is created.
* @param Registry $config An optional argument to provide dependency injection for the application’s config
* object. If the argument is a Registry object that object will become the
* application’s config object, otherwise a default config object is created.
* @param WebClient $client An optional argument to provide dependency injection for the application’s
* client object. If the argument is a WebClient object that object will become the
* application’s client object, otherwise a default client object is created.
* @param Container $container Dependency injection container.
*
* @since 3.2
*/
public function __construct(Input $input = null, Registry $config = null, WebClient $client = null, Container $container = null)
{

Entonces la arquitectura de Joomla 4 está a la par de los frameworks actuales de PHP y metodologías actuales de arquitectura?

Siendo generoso, Si. Los conceptos están.

Y cómo afecta eso en el desarrollo de extensiones

¿Ya hay buena documentación para ir migrando extensiones?

No creo que haya documentacion. Esto hay que ir leyendo el codigo y repitiendo como esta hecho el Core. O, bien seguir haciendo las extensiones de la forma clasica.

Si bien esta muy bien lo que hicieron en el Core de J4. Se ve que el codigo no es DRY o SOLID. Llegaron hasta un punto de la modernización y refactorizacion, pero lo otro ya era cambiar por completo demasiados conceptos.

Akeeba habia twiteado que estaban re-escribiendo el AdminTools para usar el framework nuevo de extensiones y posiblemente dando de baja su libreria de compatibilidad J3.

¿O sea que dejarán el FOF también?

Si Si, «We will eventually migrate all of our other extensions to core Joomla code and discontinue FOF and FEF.» https://www.akeeba.com/news/1745-about-our-fof-and-fef-frameworks-and-their-future.html

¡Uh! Hay que seguirle la pista a eso.

Nicholas de Akeeba hace parte del equipo del core de Joomla?

Se podrían escribir libros acerca de Nicholas y el equipo del Core. Para sintetizarlo, digamos que no se llevan, una relación complicada. 🙈

Yo dije hasta aca llego durante la saga fof / f0f.

Sí, por eso pregunté 😂

También estuve al tanto de la discusión que él tuvo en su momento con Nooku y la gente de JoomlaTools. Tengo entendido que a raíz de esa discusión fue lo que lo motivó a escribir FOF. 😅