Tú, como usuario, no debes preocuparte por el rendimiento del sitio . En la mayoría de los casos, es poco lo que puedes hacer para acelerar o ralentizar apreciablemente los servidores del sitio . El software, en general, está diseñado para impedir que las acciones de los usuarios lo ralenticen mucho.
Las operaciones del sitio y el mantenimiento de la actividad son nuestra preocupación. "Nuestro" se refiere al equipo de desarrollo y al equipo de administración del sistema, pero los agrego todos juntos para esto. Si *necesitas* algo para seguir escribiendo una enciclopedia o creando un diccionario, entonces hazlo. Si no está limpio, háganoslo saber y, si hay un método más sencillo que podamos implementar para ayudar, lo haremos.
Adopte el sentido común, por supuesto. Si es evidente que algo podría causar problemas drásticos, espere y verifique. Pero no andes corriendo gritando "¡¡¡los servidores, los servidores!!!" como excusa para no hacer cosas, eso es estúpido.
- Rob Church ( desarrollador de MediaWiki ), wikitech-l, 27 de junio de 2006
La Fundación Wikimedia emplea a numerosos profesionales de TI para actuar como administradores de sistemas; Estos miembros del personal son responsables de proporcionar una plataforma estable y receptiva en la que ejecutar los wikis alojados por la Fundación Wikimedia. Esa plataforma forma un grupo de más de cuatrocientos servidores, con más de cinco terabytes de RAM y más de 2.400 núcleos de procesador . Toda la arquitectura y el software MediaWiki que se ejecuta en ella han sido diseñados para minimizar la capacidad de los editores de afectar el rendimiento del sitio. Más importante aún, ejecutar MediaWiki para alojar los wikis de Wikimedia es para lo que sirve el clúster ; por lo que los editores deben hacer lo que crean necesario con el software para lograr los objetivos del proyecto. El rendimiento no es una razón para evitar el uso de redireccionamientos , dejar de vincular páginas o evitar editar por completo . Los servidores 'funcionarían' mejor si no hubiera ningún contenido en Wikipedia, [a] pero no estarían logrando su propósito.
Generalmente, no debería preocuparse mucho por pequeñas cosas como las plantillas y la "carga del servidor" a nivel de políticas. Si son caros, lo arreglaremos o lo restringiremos a nivel técnico; esa es nuestra responsabilidad ...
Como cuestión técnica, es nuestra responsabilidad mantener el sistema funcionando lo suficientemente bien para lo que requieren los sitios. En otras palabras: no es una cuestión de política. Si necesitamos restringir ciertas cosas, lo haremos con medidas técnicas ...
La "política" realmente no debería preocuparse por la carga del servidor, excepto en los casos más extremos; Nuestro trabajo es mantener las cosas ajustadas para proporcionar lo que la base de usuarios necesita.
— Brion Vibber (entonces director técnico de la Fundación Wikimedia ), Village Pump, 21 de enero de 2006
Los administradores de sistemas tienen acceso a una gran cantidad de datos de administración, registros y perfiles que les permiten identificar fácilmente los cuellos de botella en el rendimiento. Si una característica del software MediaWiki provoca un rendimiento inaceptable en el clúster, los desarrolladores o administradores de sistemas de MediaWiki tomarán las medidas adecuadas para solucionarlo. Ejemplos de limitaciones introducidas para evitar problemas de rendimiento son las limitaciones a la inclusión de plantillas , las restricciones a la eliminación de páginas con más de 5.000 revisiones y el tamaño máximo de páginas de 2 MB.
Algunas soluciones realizadas por administradores de sistemas no son bloqueos técnicos, sino ediciones wiki "ordinarias". Si un administrador de sistemas realiza un cambio en la wiki debido a consideraciones de rendimiento, no lo revierta ni lo bloquee ; Del mismo modo, si un administrador de sistemas le pide que haga un cambio, escúchelo . Ejemplos anteriores de tales acciones incluyeron la edición de mensajes del sistema [ enlace muerto ] , el bloqueo de usuarios y la alteración de plantillas de alto uso.
Hice una recomendación general de no andar corriendo diciendo EL CIELO SE CAE EL CIELO SE CAE sobre plantillas BASADAS EN SUPOSICIONES Y PARANOIA.
Eso no significa que UN PROBLEMA REAL, CUANDO SE DESCUBRE, DEBE IGNORARSE.
CUANDO HAY UN PROBLEMA REAL, REAL Y MEDIBLE, ENTONCES IMPORTA.
— Brion Vibber (entonces director técnico de la Fundación Wikimedia ), wikitech-l, 16 de enero de 2007
En algunos casos, hay cosas que los administradores de sistemas pueden hacer que ralentizarán o bloquearán el sitio. Estos son raros y generalmente no vale la pena preocuparse; Aunque hay algunas cosas que los administradores pueden hacer maliciosamente y que son muy difíciles de limpiar, nunca debería ser posible hacer algo que resulte en una pérdida permanente de datos o una rotura irreparable. En las raras ocasiones en que ocurre algo espectacular, siga las instrucciones de los administradores de sistemas que vienen a recoger las piezas y todo estará bien. Evidentemente no deberías volver a hacer exactamente lo mismo, pero no tengas miedo de hacer cosas similares. Si lo reprenden por intentar eliminar Wikipedia: Sandbox y bloquear el sitio, no intente eliminar la misma página nuevamente, pero tampoco cuente con miedo las revisiones de cada página que desea eliminar. Esto daña a Wikipedia mucho más que una pequeña desaceleración temporal. Si no estás seguro de algo, puedes preguntarle a un administrador de sistemas en el canal IRC #wikimedia-tech connect si te hace sentir mejor, pero generalmente no es necesario.
Particularmente en el área del diseño de plantillas, optimizar el rendimiento del servidor es importante y frecuentemente lo hacen usuarios con un gran impacto. No es muy difícil. Lo he hecho yo mismo de vez en cuando, pero es mejor que lo hagan personas que conozcan las plantillas en cuestión y los artículos que sirven.
— Tim Starling , director de versiones de MediaWiki , wikitech-l, 12 de enero de 2011
Nada en esta página quiere decir que los editores no deban tener en cuenta el rendimiento, solo que no debe limitar el desarrollo del proyecto. Si una página tiene un procesamiento particularmente lento o se topa con otros límites , entonces es útil editarla o agregarle plantillas y módulos para que funcione mejor. Esto debe basarse en características significativas y mensurables, como el tiempo de carga, no en corazonadas o esfuerzos para simplemente ahorrar unos pocos bytes aquí y allá.
En algunas áreas, los desarrolladores han proporcionado herramientas con las que se puede medir el rendimiento con mayor precisión, como los límites de expansión de la plantilla, el informe del analizador (presente en un comentario al final del contenido de la página y en la página de vista previa de edición) o los datos de creación de perfiles en el filtro Editar . En estos casos, los editores ciertamente pueden utilizar estas herramientas para mejorar el rendimiento que pueden medir.
"No te preocupes por el rendimiento" se refiere al rendimiento de todo el sitio , donde el propósito de los servidores es soportar los contenidos wiki, y no al revés. El propósito del contenido wiki es servir al lector; y las consideraciones de desempeño ciertamente pueden desempeñar un papel en ese proceso. El uso de miniaturas con un tamaño grande en bytes en lugar de un tamaño más pequeño en bytes (por ejemplo, un PNG de alta fidelidad de 50 kB en lugar de un JPEG más feo de 20 kB ) definitivamente puede ralentizar la carga de páginas; pero si eso es aceptable es una elección editorial, no algo que los desarrolladores o administradores de sistemas vayan a impedir o alentar.
Optimice a través de la ciencia, no de la superstición.
- Brion Vibber, wikitech-l, 13 de enero de 2011
Sea proactivo a la hora de optimizar aspectos en los que pueda medir y cuantificar el impacto en el rendimiento. No se preocupe por las implicaciones en el rendimiento de cosas que no puede medir; La Fundación Wikimedia emplea administradores de sistemas que se preocuparán por el rendimiento de todo el sitio.