.htaccess passwortschutz für deine wordpress-website
Stack Overflow for Teams se traslada a su propio dominio. Cuando la migración esté completa, accederás a tus equipos en stackoverflowteams.com, y ya no aparecerán en la barra lateral izquierda de stackoverflow.com.
En mi servidor mi página se carga en unos 800-2.200ms. Localmente se carga en unos 100ms. La base de datos carga súper rápido en el servidor y localmente. Cuando uso el profiling localmente mi plantilla de matriz de contenido tarda alrededor de 5ms en renderizar pero en el servidor tarda alrededor de 300ms y el pie de página también tarda 300ms. He mejorado mi velocidad localmente usando eager loading pero no parece ayudar en mi servidor.
Cómo aumentar el límite de memoria PHP para WordPress
He encontrado un montón de instrucciones para versiones anteriores de NC con Debian o CentOS y así sucesivamente, o con y sin Plesk, o ejecutando NGINX en lugar de Apache o MariaDB en lugar de MySQL – pero no para mi situación exacta.
Ubuntu es un derivado de Debian, utiliza Debian como base, y añade su propio software / aspecto. Por lo tanto, la guía que enlazaste, debería funcionar para ti en Ubuntu así como lo hizo para el creador de esta guía en su máquina Debian 9.
Me encanta poder usar una GUI de configuración que sea intuitiva para mí. Debian-stand-alone significa horas de navegación y edición de archivos, comandos y demás en la consola “a mano” – lo que consume tiempo para un tipo de GUI/APP como yo.
OK – parece que Ubuntu 18.04 LTS por defecto instala PHP 7.2 mientras que PLESK Obsidian V.18.0.25 espera PHP 7.3 o 7.4 – porque solo hay directorios instalados en /opt/plesk/php/x.x/etc/php.d/ con “inis” para PHP 7.3 y [EDIT]7.4 – pero no para [EDIT]7.2 – y solo estos contienen el ‘imagick.ini’. – [EDITAR]no hay directorio para PHP7.2 … o.O
¿No funciona el inicio de sesión en WordPress? Arreglar wp-admin no
Si encuentras algo como <img … srcset=”/images/thumb/File.png/600px-File.png 1,5x, /images/thumb/File.png/800px-File.png 2x”>, donde aparece 1,5x en lugar de 1,5x, el problema es causado por la tarea T181987, y deberías añadir esto a LocalSettings.php:
Si la generación de miniaturas con ImageMagick falla con un mensaje de registro de error del servidor web como “Memory allocation failed” o “/bin/ulimit4.sh: Segmentation fault /usr/bin/convert …”, puede ser necesario aumentar el valor de $wgMaxShellMemory.
Si recibe el error “Se produjo un error durante la inicialización de la VM, no se pudo reservar suficiente espacio para el montón de objetos, no se pudo crear la máquina virtual de Java”, intente aumentar el valor de $wgMaxShellMemory .
Error al crear la miniatura: Configuración incompleta de la biblioteca GD: falta la función imagecreatefromjpegAlgunas versiones de PHP 4.x y 5.x tienen un error en el que libjpeg se detecta pero no se habilita durante el paso ./configure; esto es bastante frecuente en los sistemas Red Hat/RHEL/CentOS.
Si obtiene el error “Error generating thumbnail / Error creating thumbnail: Unable to save thumbnail to destination” y el directorio $wgUploadDirectory tiene los permisos correctos (en todos los niveles), compruebe que $wgTmpDirectory existe realmente.
Kebencanaan Geologi Gunung Ruang, Sulawesi Utara
con respecto a rcron.php: Sí, conozco esta opción. Por desgracia, no tengo una IP dedicada para mi solución de alojamiento compartido con STRATO, así que no puedo configurar la API. Soy bastante reacio a utilizar un proveedor externo de cron jobs ya que sus IPs para llamar a un cron jobs cambian y me temo que entonces la llamada a los cron jobs fallará (y por tanto todo el sistema de soporte) cuando la IP de llamada cambie
Con sólo “/bin/php …” Estaba usando la versión cgi del intérprete de PHP. ¡Cuando uso “/opt/RZphp73/bin/php-cli …” en su lugar el trabajo cron funciona perfectamente! Así que, para aquellos que están luchando con el mismo problema: Podéis pedir a vuestro proveedor de alojamiento la ruta del intérprete de PHP cli
