Resultados de Búsqueda
WordPress: Upload seguro, actualizar y otros directorios con .htaccess
Seguro que te preocupas por la seguridad de tu sitio web y de los directorios que necesitan permisos totales CHMOD 777, lo que sin duda podría ser a veces un problema de seguridad. Lo ideal es NO usar plugins que necesites permisos 777 para directorios, pero si estás seguro de usarlos y es totalmente necesario lo mejor es añadir unas líneas a tu .htaccess para mejorar la seguridad. Por comentar algunos caso hay servidores donde para que funcionen plugins tan importantes como W3 Total Cache nos exige tener permisos 777 en los directorio de cache, aunque suele funcionar siempre con un 755.
Entre los directorios de tu servidor que puede necesitar estar protección que te vamos a explicar pueden estar:
- uploads
- upgrade
- backups
- cache, cache-123
- temp, temp-123
- etc..
Suelen ser directorios que no siempre necesitan acceso directo de los usuarios. Entonces, lo que necesitamos es dar acceso para la dirección de tu servidor y de la máquina de la que eres propietario (o hosting compartido). Una vez que tenemos esta información el .htacces deberías añadir estas líneas:
Order Deny,Allow
Deny from all
Allow from 1.2.3.4
Allow from 4.3.2.1
Puedes usar “Allow from” para autorizar sin problemas más direcciones IP. Por ejemplo la dirección de tu ADSL por si necesitas algún acceso. Ahora solo tienes que subir un fichero .htaccess dentro del directorio a proteger y listo, ya estás más protegido que antes contra acceso no autorizado a esos directorios con todos permisos.
Gracias a DigWP por su post.
No utilices /%postname%/ como estructura de enlaces permanentes
Es interesante ver como no siempre la estructuras de enlaces permanentes que nos gustan para hacer bonitas nuestras URLs con WordPress son las mejores opciones. Siempre me ha gustado usar /%postname%/ como estructura de enlaces para mis blogs. Pero cuando tienes muchas páginas el sitio puede sufrir y estar caído posiblemente por esta estructura. Por eso estoy tomando la decisión de cambiar mi estructura de enlaces y que empiece o acabe con un número.
Por resumir este artículo podemos decir que no es lo mismo que nuestro WordPress busque en la base de datos nuestras entradas sabiendo la URL que sabiendo el ID de la entrada además del la URL bonita. Normalmente cuanto tenemos muchas entradas el proceso de búsqueda de URL con /%postname%/ se hace realmente pesado para nuestro servidor lo que sin duda consume más memoria y puede hacer muy lenta la carga de nuestro servidor, includo hacer que no esté disponible por falta de memoria y saturación.
Leer el resto de la entrada »
Usando Amazon S3 y CloudFront con WordPress
Llevamos tiempo pensado en como optimizar la carga de nuestros servidores dedicados de forma extrema, entre las tareas que nos hemos puesto destacan las siguientes:
- Cambio de diseño de prácticamente todos los proyectos. Una tarea a medias que mi hermano Jaime está llevando a cabo poco a poco.
- Virtualización de servidores dedicados en instancias más pequeñas para mayor escalabilidad y estabilidad. Aun pendiente.
- Eliminación de Plesk en la mayoría de las instancias virtuales para usar configuraciones manuales más optimas. Aun pendiente.
- Cambiar Apache por Nginx para mejorar la eficiencia del servidor web. Aun pendiente. Ya lo ha hecho menéame y fserer.
- Uso de un CDN para contenidos estáticos como imágenes, javascript, … para lo cual hemos optado por la combinación de Amazon S3 y CloudFront. En pruebas en Decoración 2 .0.
- Utilizar memcached para optimizar el uso de las bases de datos MySQL, a ver si es posible que vaya más rápido.
- Seguro que se me olvidan muchas cosas …
Amazon Simple Storage Service o S3 es un gran servicio de almacenamiento distribuido que virtualmente ofrece capacidad de almacenamiento ilimitada. Son muchas las empresas que lo están utilizando para reducir costes de infraestructuras y almacenar con un nivel de seguridad muy aceptable. Pero como S3 no parecía suficiente la gente de Amazon lanzó CloudFront un servicio CDN (Content Delivery Network) cuya finalidad es facilitar el acceso a los datos alojados en S3 de manera distribuida como hacen por ejemplo Akamai, CacheFly, Velocix (que probamos hace unas semanas), CoralCDN (ha desaparecido), …
Lo bueno de CloudFront, es fácil de implementar y distribuirá tus contenidos de forma automática desde alguna de sus múltiples localizaciones:
- Estados Unidos: Ashburn, VA; Dallas/Fort Worth, TX; Los Angeles, CA; Miami, FL; Newark, NJ; Palo Alto, CA; Seattle, WA y St. Louis, MO.
- Europa: Amsterdam, Dublin, Frankfurt y Londrés.
- Asia: Hong Kong y Tokyo.
Después de varios meses probando opciones de CDN para mejorar la carga y rendimiento de WordPress he optado por probar la solución de Amazon y realmente de momento me está impresionando. Para poder utilizarlo en WordPress de forma sencilla hacemos uso del Plugin W3 Total Cache que facilita toda la operativa de puesta en marcha y copia de contenidos de forma automática al Bucket S3. Posiblemente tengas problemas para crear el Bucket en S3 para esa tarea puedes recurrir a un cliente S3 que te facilitará esta tarea, yo al hacerlo desde la oficina he utilizado CloudBerry Explorer, pero hay multitud de opciones gratis. Además no tendrás que mostrar que CDN utilizas ya que puedes reescribir la URL, en nuestro caso utilizamos cdn.decoracion2.com.
No voy a ponerme a explicar mucho más el proceso de activación porque es realmente intuitivo y siempre podéis recurrir a la documentación oficial de Amazon o las referencias que os dejamos a continuación.
Más referencias de como usar Amazon S3 y CloudFront: W3 Total Cache, Paul Stamatiou, más plugins con soporte CloudFront, Kovshenin, …
