usuario una tag son nueva name mostrar lugar las fuente fragmento etiquetas entrada cómo cuáles cuales completa categorias añadir all php wordpress

php - una - ¿Por qué se considera que WordPress está mal programado?



get tag name wordpress (6)

¿Pueden dar ejemplos específicos de lo que no les gusta, o lo que hubieran programado de manera diferente?

Hubiera agregado más comentarios.

En una nota aparte, la versión más reciente de Wordpress introdujo una pieza laberíntica de código que niega el acceso a las páginas que: 1. No están en un menú o submenú 2. No están en la variable $ _registered_pages.

Una gran cantidad de complementos para versiones anteriores de Wordpress se han roto con esta nueva medida de seguridad.

Finalmente, sesiones Wordpress hace todo lo posible para salirse de su camino manejando todos sus datos de sesión de una manera separada de la variable $ _SESSION incorporada de PHP, pero no le da la opción de iniciar la sesión de PHP, debe agregar que al programa básico usted mismo. No he encontrado documentación que nos permita a los hackers de WP y escritores de plugins aprovechar aún la sesión de WP preexistente.

No soy fan del código PHP o spaghetti, ni nada por el estilo, pero en mi experiencia WordPress funciona increíblemente bien, está bien organizado y nunca he encontrado ningún código difícil de entender. La documentación es increíblemente minuciosa, cualquier falla de seguridad se soluciona en cuestión de segundos y "simplemente funciona". Sin mencionar que lo hace TODO, y tiene un asombroso sistema de plug-in. Ah, y "the Loop" es increíble. Nunca tuve problemas para hacer modificaciones simples al código o a los temas.

¿Pueden dar ejemplos específicos de lo que no les gusta, o lo que hubieran programado de manera diferente? Simplemente no entiendo por qué se vuelve tan mal rap. Ojalá mi propio software funcionara tan bien y tuviera tantas funciones y tan bonito.


Aparte de lo que ya se ha mencionado:

No hay un sistema de plantillas sensato. Todos esos años y todavía tienen código PHP entrelazado con HTML, y plantillas predeterminadas que no tienen soporte para i18n o l10n en absoluto (cadenas codificadas, formatos de fechas codificadas, etc.).

Múltiples puntos de entrada, tal vez solo soy yo, pero es molesto. Especialmente cuando algunos de ellos son demasiado grandes.


Cuando tiene que estar seguro de una declaración hecha por "todos", si puede, trata de verificarlo usted mismo.

Y puede hacer algo en su declaración: simplemente lea el código fuente de Wordpress. Algunos módulos son buenos, otros son un desastre , otros son simplemente normales. Pero todos ellos componen un excelente sistema de blogs que son utilizados por miles de personas en todo el mundo que están más interesadas en escribir cosas buenas en lugar de quejarse sobre "qué tan feo" es un código fuente particular. En resumen, los creadores de Wordpress tienen un producto enviable que es útil .

Al final, no importa. Si quieres un sistema de blog perfecto, siempre puedes escribir uno tú mismo.


Es una pregunta subjetiva con seguridad. Por experiencia, he notado que WP toma el camino, muchos más recursos de servidor que otros sistemas o mi código personalizado. He tenido que mover los sitios WP de mis servidores como consecuencia. Entonces mi experiencia sugiere que hay algunos problemas de uso de memoria.

Como ejercicio, intente revisar el código, rastree la lógica desde el inicio de una solicitud a una página, y observe cuántos objetos se cargan, cuántos métodos se invocan antes de que salga HTML.


He escrito muchas aplicaciones personalizadas en PHP / MySQL a lo largo de los años, desde pequeñas hasta grandes. No me he tomado el tiempo para aprender los detalles de WordPress, me resulta muy frustrante trabajar con (bajo el capó).

Subjetivamente:

  • Convenciones de nomenclatura muy pobres
  • El flujo de ejecución es extraño
  • Falta general de organización
  • Es difícil auditar lo que sucede cuando
  • etc ...

Sus conceptos de usabilidad son geniales, y el soporte para complementos también es excelente. Me encantaría ver el sistema rediseñado con esos principios, pero con una metodología de desarrollo disciplinada y clara.

Estoy seguro de que el siguiente tipo diría "no, no lo es, bla bla bla", pero esa es solo mi opinión después de toparse con ella (hosting, modificación) unas 3 veces.


Soy fanático de WordPress, pero definitivamente hay problemas que impiden que los codificadores intenten trabajar con él. Como un pequeño ejemplo, hay get_the_content() (returns) y the_content() (prints), pero hay get_permalink() y the_permalink() . Luego, solo está the_date() , porque acepta un argumento que indica si desea imprimirlo o devolverlo. Este tipo de cosas lleva incluso a una persona experimentada de WP a la pared, porque siempre debe estar buscando en Google el uso, y habla de una mayor falta de atención al detalle en el código.

Otro problema evidente es la falta de almacenamiento en caché integrado. Incluso solía tenerlo, pero lo arrancaron y nunca lo reemplazaron. No debería necesitar un complemento de terceros para tener un almacenamiento en caché básico en un sistema como WordPress, particularmente con todas las demás características que genera.

Sin embargo, parafraseando (supuestamente) a Churchill, "WordPress es el peor sistema de blogs ... excepto para todos los demás".