Anevi.com
Cómo desactivar plugins de WordPress sin acceso al área de administración

Obtenido de Blog Oficial de Daniel Nabil – 20 noviembre 2011.

Respuesta rápida (en caso de urgencia):

  • Por FTP. Renombra la carpeta «plugins» y crea otra igual, pero vacía.
  • a través de phpMyAdmin. Edita el campo «active_plugins» (en la tabla «wp_options«) y vacía la lista de plugins activos sustituyendo el contenido por: «a:0:{}» (sin las comillas)

Respuesta completa

Es probable que en alguna ocasión necesitemos desactivar todos los plugins (o solo alguno) de nuestra instalación de WordPress pero, por una u otra razón, no podamos acceder al area de administración: páginas en blanco, pérdida de los datos de acceso o cualquier otra razón.

Por ejemplo, podemos encontrarnos con páginas en blanco en el panel de administración cuando algún plugin no es compatible con la versión de WordPress que tenemos instalada (o simplemente porque contiene errores), cuando el archivo «functions.php» del tema activo o «wp-config» están mal formados, etc.

Para comprobar si se trata de un problema con algún plugin instalado, tendremos que desactivarlos todos e ir activándolos de uno en uno, pero como no podemos acceder a la página de gestión, no podemos hacer nada.

Hay dos maneras de solucionarlo: por FTP o accediendo directamente a la base de datos a través de phpMyAdmin (o cualquier otro gestor).

Cómo desactivar plugins por FTP

Si tenemos acceso FTP a los archivos de la instalación, lo único que tenemos que hacer es cambiar el nombre de la carpeta «plugins« (en wp-content/plugins), por ejemplo llamándola «plugins_original», y crear una carpeta nueva vacía. Paso a paso sería así:

  1. Acceder por FTP a nuestra instalación de WordPress
  2. Abrir la carpeta «wp-content«
  3. Buscar la carpeta «plugins» y cambiarle el nombre (por ejemplo, «plugins_original»)
  4. Crear una carpeta nueva y llamarla «plugins»

Al volver a acceder al panel de administración nos aparecerá un mensaje de error por cada plugin que teníamos activado, pero en este caso, eso es precisamente lo que buscábamos: «El plugin X se ha desactivado debido a un error: El archivo del plugin no existe.»

Si volvermos a renombrar la carpeta original por FTP, los plugins aparecerán como inactivos y podremos volver a activarlos uno a uno, fijándonos bien cual es el que causa problemas.

Cómo desactivar plugins en phpMyAdmin

Lo que vamos a hacer es decirle al sistema que no tenemos ningún plugin activado, es decir, el mismo método que el anterior pero, esta vez, marcándolo directamente en la base de datos. En otras palabras, no vamos a eliminar ninguna extensión, solo a desactivarlas «a distancia». Para ello tendremos que:

  1. Acceder a través de phpMyAdmin a la base de datos de nuestra instalación de WordPress
  2. Examinar la tabla «wp_options» (el prefijo «wp_» puede variar según la instalación)
  3. Buscar en la columna «option_name» la fila «active_plugins» (puede que no esté en la primera página). O también podemos hacer una consulta SQL directa. Así:SELECT * FROM wp_options WHERE option_name = ‘active_plugins’;
  4. Editar esta fila
  5. En el campo «option_value» veremos una lista de todos nuestros plugins activos en forma de cadena. Lógicamente la longitud y el contenido variará dependiendo de los que tengamos activados:a:2:{i:0;s:19:»akismet/akismet.php»;i:1;s:27:»wp-pagenavi/wp-pagenavi.php»;}
  6. Guardar una copia de esta cadena (por si acaso, para poder volver a activar los plugins más tarde) y sustituirla por:a:0:{}
  7. Finalmente guardamos los cambios pulsando «Continuar»

Ahora podremos volver a acceder al panel de administración de WordPress. Si el problema de las páginas en blanco continúa, lo más probable es que los archivos «functions.php» o «wp-config» estén mal formados.

Más información (en inglés):
How to deactivate all plugins when not able to access the administrative menus?

GoogleBot ¿Qué es? Araña o robot de rastreo para el buscador

Obtenido del Blog Oficial de Akus.net, publicación original por Hugo Delgado – 17 diciembre 2019.

Googlebot es el robot de rastreo web de Google, mediante el cual Google descubre páginas nuevas o actualizadas y las añade al índice del buscador.

Googlebot es el robot de rastreo web de Google (en ocasiones, también denominado «araña»). El rastreo es el proceso mediante el cual Googlebot descubre páginas nuevas y actualizadas y las añade al índice de Google.

Utilizamos una enorme cantidad de equipos informáticos para obtener (o «rastrear») miles de millones de páginas de la Web. Googlebot utiliza un proceso de rastreo algorítmico: a través de programas informáticos se determinan los sitios que hay que rastrear, la frecuencia y el número de páginas que hay que buscar en cada sitio.

El proceso de rastreo de Googlebot comienza con una lista de URL de páginas web generada a partir de procesos de rastreo anteriores y se amplía con los datos de los sitemaps que ofrecen los webmasters. A medida que Googlebot visita cada uno de esos sitios web, detecta enlaces (SRC y HREF) en sus páginas y los añade a la lista de páginas que debe rastrear. Los sitios nuevos, los cambios en los existentes y los enlaces obsoletos se detectan y se utilizan para actualizar el índice de Google.

Cómo accede Googlebot a su sitio

De media, Googlebot no suele acceder a la mayoría de los sitios más de una vez cada pocos segundos. Sin embargo, debido a los retrasos de la red, esta frecuencia puede parecer ligeramente superior durante breves períodos de tiempo. Por lo general, Googlebot descarga una sola copia de cada página de forma simultánea. Si detecta que Googlebot descarga la misma página varias veces, es probable que esto se deba a la detención y al reinicio del rastreador.

Googlebot está diseñado para distribuirse en varios equipos con el fin de mejorar el rendimiento y el alcance a medida que la Web se desarrolla. Además, para reducir el uso del ancho de banda, muchos de los rastreadores se ejecutan en equipos ubicados cerca de los sitios que indexan en la red. Por tanto, es posible que sus registros muestren visitas de varios equipos a la página google.com, en todos los casos con Googlebot como «user-agent». Nuestro objetivo consiste en rastrear el mayor número posible de páginas de su sitio en cada visita sin colapsar el ancho de banda de su servidor.

Bloqueo del acceso de Googlebot al contenido de su sitio

Resulta prácticamente imposible no publicar enlaces a un servidor web para mantenerlo en secreto. En el momento en que un usuario utilice un enlace de su servidor «secreto» para acceder a otro servidor web, su URL «secreta» podrá aparecer en la etiqueta de referencia, y el otro servidor web podrá almacenarla y publicarla en su registro de referencia. Además, la Web contiene un gran número de enlaces obsoletos y dañados. Siempre que se publique un enlace incorrecto a su sitio o que los enlaces no se actualicen correctamente para reflejar los cambios realizados en su servidor, Googlebot tratará de descargar un enlace incorrecto de su sitio.

Bloqueo del acceso de Googlebot al contenido de su sitio

Resulta prácticamente imposible no publicar enlaces a un servidor web para mantenerlo en secreto. En el momento en que un usuario utilice un enlace de su servidor «secreto» para acceder a otro servidor web, su URL «secreta» podrá aparecer en la etiqueta de referencia, y el otro servidor web podrá almacenarla y publicarla en su registro de referencia. Además, la Web contiene un gran número de enlaces obsoletos y dañados. Siempre que se publique un enlace incorrecto a su sitio o que los enlaces no se actualicen correctamente para reflejar los cambios realizados en su servidor, Googlebot tratará de descargar un enlace incorrecto de su sitio.

Dispone de varias opciones para evitar que Googlebot rastree el contenido de su sitio, incluido el uso del archivo robots.txt para bloquear el acceso a los archivos y a los directorios de su servidor.

Es posible que Googlebot tarde un tiempo en detectar los cambios una vez que haya creado el archivo robots.txt. Si Googlebot sigue rastreando contenido bloqueado en el archivo robots.txt, compruebe que la ubicación de este archivo sea correcta. El archivo robots.txt se debe ubicar en el directorio principal del servidor (por ejemplo, www.mihost.com/robots.txt), ya que su inclusión en un subdirectorio no tendrá ningún efecto.

Si solo desea evitar que aparezcan en el registro de su servidor web mensajes de error en los que se indique que no se puede encontrar el archivo, cree un archivo vacío con el nombre «robots.txt». Para evitar que Googlebot siga los enlaces a una página de su sitio, utilice la metaetiqueta nofollow. Para evitar que Googlebot siga un enlace específico, añada el atributo rel=»nofollow» al enlace.

A continuación se indican otras sugerencias:

  • Compruebe si su archivo robots.txt funciona correctamente. La herramienta Probar robots.txt deHerramientas para webmasters de Google le permite comprobar cómo interpretará exactamente Googlebot el contenido de su archivo robots.txt. El robot «user-agent» de Google es muy acertadamente Googlebot.
  • La herramienta Explorar como Googlebot de Herramientas para webmasters de Google le permite comprobar cómo ve exactamente su sitio Googlebot. Esta herramienta puede resultarle muy útil para la resolución de problemas relacionados con el contenido de su sitio o con la visibilidad del mismo en los resultados de búsqueda.

Cómo asegurarse de que se pueda rastrear su sitio

Googlebot encuentra sitios siguiendo enlaces entre páginas. En la página Errores de rastreo de Herramientas para webmasters de Google se indican los problemas detectados por Googlebot al rastrear su sitio. Le recomendamos que consulte con regularidad esos errores de rastreo para identificar los problemas relacionados con su sitio.

Si está ejecutando una aplicación AJAX con contenido que desea que aparezca en los resultados de búsqueda, le recomendamos que consulte nuestra propuesta sobre cómo hacer que el contenido basado en AJAX se pueda rastrear e indexar.

Si su archivo robots.txt funciona correctamente, pero el sitio no presenta tráfico, es posible que la posición del contenido en las páginas de resultados no sea buena por alguno de los motivos que se indican a continuación.

Problemas relacionados con emisores de spam y con otros user-agents

Las direcciones IP que utiliza Googlebot varían cada cierto tiempo. La mejor forma de identificar los accesos de Googlebot es utilizar el robot «user-agent» (Googlebot). Para comprobar si el robot que accede a su servidor es realmente Googlebot, realice una búsqueda DNS inversa.

Googlebot, al igual que el resto de robots de los motores de búsqueda acreditados, respetará las directrices del archivo robots.txt, pero es posible que algunos emisores de spam y otros usuarios malintencionados no las respeten. 

Google también dispone de otros user-agents, como Feedfetcher (user-agent: Feedfetcher-Google). Las solicitudes de Feedfetcher proceden de acciones explícitas realizadas por usuarios que han añadido feeds a la página principal de Google o a Google Reader (y no de rastreadores automatizados), por lo que Feedfetcher no sigue las directrices del archivo robots.txt. Para evitar que Feedfetcher rastree su sitio, configure su servidor para que muestre mensajes de estado de error 404, 410 o de cualquier otro tipo al robot user-agent Feedfetcher-Google. Más información sobre Feedfetcher

Facebook lanza Libra, su propia criptomoneda para usar en WhatsApp y Messenger

Obtenido de Blog Oficial de CincoDías – 19 junio 2019.

La red social une fuerzas con empresas como Uber, Spotify, Vodafone, Visa o PayPal para revolucionar los pagos; la divisa estará respaldada por activos financieros

acebook desembarca en el sector financiero con el objetivo de reinventar los pagos en la era de internet. La compañía anunció este martes, junto a otras 27 organizaciones, la creación de una nueva criptomoneda, Libra, que podrá utilizarse tanto para transacciones entre particulares como para compras en establecimientos. En paralelo, la mayor red social del mundo ha creado Calibra, una filial para ofrecer servicios financieros, separada del negocio de Facebook, que llevará a cabo la integración de la criptomoneda en WhatsApp y Messenger a partir de 2020, cuando esta se lance.

El gigante de los medios sociales defiende que quiere facilitar y abaratar el envío de dinero sobre todo en los países en desarrollo y para usuarios de sus aplicaciones que están desbancarizados. Así, resaltó en un comunicado que “para muchas personas en todo el mundo, incluso los servicios financieros básicos aún están fuera de alcance: casi la mitad de los adultos en el mundo no tienen una cuenta bancaria activa y esas cifras son peores en los países en desarrollo y aún peor para las mujeres”.

La divisa estará disponible a través de un monedero virtual que se integrará en las aplicaciones de Facebook citadas y contará con una aplicación independiente en Google Play y App Store. De momento, no estará disponible en Instagram. Inicialmente, los usuarios solo podrán intercambiar criptomonedas, de forma tan sencilla como mandar un WhatsApp, pero con el tiempo, Facebook espera ofrecer otros servicios como el pago de facturas “con solo presionar un botón”, pagar en comercios “con el escaneo de un código” o para el transporte público.

Libra hará uso de su propia red de blockchain, que será de código abierto. A diferencia de otras criptodivisas, como bitcóin, ethereum o ripple, la de Facebook podrá intercambiarse por divisas reales y a una tasa de cambio estable, precisó la compañía. Esta remarcó que Libra estará respaldada por una “reserva” en la que se tendrán en custodio una serie de activos que sirvan como respaldo. Entre ellos, “una serie de depósitos bancarios y bonos soberanos a corto plazo en divisas de bancos centrales respetados y estables”.

“Es importante destacar que esto significa que una Libra no podrá ser convertida en la misma cantidad de una divisa local determinada”, subrayó la red social, que precisó que “dado que el valor subyacente de los activos cambia, el valor de Libra en cualquier divisa local podría fluctuar”. Según Facebook, los activos serán seleccionados para “minimizar la volatilidad”. Inicialmente cada Libra valdrá un dólar; a partir de entonces tendrá una banda de fluctuación.

La compañía, que cree que ha llegado la hora de crear una moneda universal digital desafiando a la banca tradicional, ha querido repartir el control de la divisa, quizás por temor a las acusaciones de monopolio que sobrevuelan sobre ella. Así, resaltó que la dirección de la criptomoneda correrá a cargo de la Asociación Libra, una organización independiente, sin ánimo de lucro y con base en Ginebra (Suiza). Entre sus miembros están Mastercard, Visa, Paypal, Booking, Spotify, Uber, eBay y Vodafone, que han llegado aquí tras una inversión de, al menos, 10 millones de dólares en el proyecto. La asociación también cuenta con firmas de capital riesgo pero no hay, por ahora, ningún banco tradicional.

Privilegios y privacidad

Facebook precisó, que aunque durante este año tendrá ciertos privilegios en la dirección del proyecto, una vez se lance en 2020 todas las empresas afiliadas “tendrán los mismos compromisos, privilegios y obligaciones financieras (…) El rol de Facebook en el gobierno de la asociación será el mismo que el de sus iguales”. El consorcio está abierto a otras empresas y espera tener más de 100 miembros para el estreno de la moneda el próximo año, pues la meta es que el proyecto sera lo más global posible. «Para que una divisa global tenga éxito, no puede estar controlada por una sola entidad», reconoció a Efe la red social.

La firma de Zuckerberg, que también ha querido huir de las críticas sobre su política de privacidad, aclaró hoy que, “salvo casos limitados”, su plataforma de pagos Calibra (que no estará exenta de comisiones, pero serán “bajas y transparentes”) no compartirá información de las cuentas o datos financieros con Facebook o terceras partes sin el consentimiento de los clientes. Dichos casos limitados se refieren, entre otros, a la prevención de fraudes y delitos, cumplimiento de la ley, procesamiento de pagos y datos globales. El objetivo, según el gigante tecnológico, es evitar que la información y los datos financieros puedan ser utilizados para mejorar los anuncios de Facebook.

La multinacional estadounidense ha detallado que todas las cuentas de Calibra, que dependerán íntegramente de Facebook y en la que no participarán el resto de miembros de la Asociación Libra, estarán verificadas. Los usuarios deberán presentar un documento de identificación oficial para registrarse y evitar así posibles fraudes. Calibra contará, además, con un servicio de atención al cliente dedicado en la aplicación.

Ingresos de 19.000 millones 

Tras conocerse cómo funcionará Libra y la plataforma de pagos de Facebook, la pregunta que queda en el aire es qué gana la red social con este movimiento. Y la respuesta de las firmas de análisis es clara: negocio. Desde Barclays calculan que la moneda podrá tener un impacto de 19.000 millones en los ingresos de la empresa. Según TechCrunch y The Verge, la nueva apuesta de Zuckerberg hará que los usuarios particulares pasen más tiempo en sus aplicaciones y las empresas gasten más en publicidad en sus plataformas, generando más negocio para la matriz.

También será clave para Facebook contar con un medio de pago para lanzarse de lleno al comercio electrónico, una actividad a la que ha empezado a asomarse tímidamente. Fernando Aparicio, director general de la consultora Amvost, recuerda que Facebook llevaba incubando hace varios años este proyecto de la criptomoneda. «Hace tres años, la compañía fichó al CEO de Paypal y a su directora de Markéting. Todo este movimiento no es casualidad. Para convertir Facebook en un escenario de compra online necesita una plataforma de pago, y aquí está».

No es la primera vez que Facebook intenta entrar en el mercado de los pagos. En 2010 introdujo los «Facebook Credits», vía para comprar bienes dentro de los videojuegos que operan bajo Facebook, y anteriormente intentó también que se pudiese contratar con Uber o con tiendas de flores desde la red social. La gran cantidad de criptodivisas lanzadas en los últimos años, igualmente, tampoco han triunfado como medio de pago, sino como activo financiero extremadamente volátil.

REVENDEDORES AUTORIZADOS

Pese a ejercer de facto de «banco central» de la criptomoneda, las fuentes consultadas aseguraron que la Asociación Libra «no definirá una política monetaria», sino que la cantidad de Libra en circulación vendrá determinada exclusivamente por la demanda que haya en el mercado.

Para acuñar nuevas criptomonedas en caso de que la demanda crezca, habrá unos «revendedores autorizados» por la asociación que deberán depositar en la reserva un valor equivalente en otras divisas a la cantidad que quieran «imprimir», y el proceso opuesto tendrá lugar en caso de que se retiren monedas de la circulación. De este modo, el coeficiente de reserva de la moneda será del 100% lo que, según la empresa, evitará eventuales pánicos al ser la moneda canjeable por dinero oficial.

Qué es WordPress multisite, cómo crearlo y qué usos tiene

Obtenido del Blog Oficial de ENRIQUE J. ROS – 22 noviembre 2016.

WordPress es un CMS flexible que, aunque nació como solución para blogs, actualmente cuenta con funcionalidades y capacidades que le hacen capaz de adaptarse a multitud de necesidades. Una de esas capacidades es la de crear un multisite.

Posiblemente quien gestione una web corporativa o una tienda online no haya oído hablar nunca de WordPress multisite, pero lo cierto es que es útil en una gran cantidad de situaciones y hasta es posible que, sin saberlo, lo necesites.

Qué es WordPress multisite

WordPress multisite o WordPress multisitio es una capacidad nativa de este CMS (es decir, no hay que instalar nada especial, sólo activarla) que permite gestionar una red de webs desde una sola instalación de WordPress.

Sí, efectivamente, es una forma de tener varias webs en un sólo WordPress. En principio son webs independientes: cada una tiene su escritorio de administración, su configuración independiente, su biblioteca de medios… Sin embargo, hay algunas particularidades.

Características de un multisite con WordPress

Para empezar, la activación de un multisite crea un nuevo rol de usuario: el de superadministrador o administrador de la red, un usuario que tiene privilegios para configurar la red, añadir, eliminar y editar sitios (es decir, webs), instalar o desinstalar themes y plugins… Es, en una palabra, el que tiene el poder de hacer y deshacer en la red de sitios.

El superadministrador puede cambiar fácilmente de un escritorio a otro (y al de administración de la red) mediante un nuevo menú que aparece arriba a la izquierda (entre  y ), Mis sitios, que enlaza de un sitio a otro. De la misma manera, un usuario que tenga cuenta en más de uno de los sitios del multisite también podrá cambiar de uno a otro mediante ese menú.

Escritorio de un superadministrador en WordPress multisite


Escritorio de un superadministrador en WordPress multisite

Una web perteneciente a un multisitio no puede instalar sus propios plugins o plantillas: es el superadministrador el que debe instalarlos. Los plugins estarán disponibles entonces para su activación en cualquiera de estos sitios, mientras que los themes pueden habilitarse de forma individual.

Así un plugin o un theme sólo se tendrá que actualizar una vez, aplicándose la actualización sobre todas las webs del multisite que lo utilicen o lo tengan activo.

¿Te suena todo esto? Efectivamente, WordPress.com no es más que un WordPress multisite.

Qué usos tiene WordPress multisite

A estas horas quizá estés pensando que eso es algo demasiado técnico y que, desde luego, queda muy lejos de nada que tú puedas necesitar nunca. Sin embargo, déjame que te plantee alguna de sus múltiples utilidades.

La primera y más obvia, siguiendo el ejemplo de WordPress.com, es la de una red de blogs, es decir, un grupo de blogs (o de webs de cualquier tipo) en general, controlados por una persona o por un grupo reducido de ellas sin necesidad de volverse loco yendo de un panel de administración a otro para realizar cualquier tarea de mantenimiento.

Pero hay otras utilidades. Por ejemplo, una web corporativa multilingüe en la que cada idioma está hospedado en su propio dominio (www.miweb.es para el español, www.miweb.com para el inglés, www.miweb.fr para el francés, etcétera), todas ellas en un multisite y con las traducciones gestionadas por Multilingual Press.

Ésa es, con diferencia la mejor, más eficiente y más optimizada (también para el SEO) forma de crear y gestionar una web multiidioma. Por desgracia no es válida para comercios electrónicos, ya que habría que crear un ecommerce independiente en cada una de las webs. Sin embargo, para blogs o webs corporativas es lo mejor.

Por supuesto, un multisite es también muy útil en este sentido para grupos de empresas, o empresas formadas por varias divisiones o ramas de negocio, de forma que todas las webs del grupo puedan ser gestionadas por una sola persona desde una única instalación.

Y ya, por paralelismo, si tú (aún no siendo un grupo de empresas  ) tienes varias webs, ¿por qué no tenerlas todas en un multisite? No sólo tendrás la administración de todas ellas centralizada en un sólo lugar sino que, además, sólo tendrás que pagar un hosting…

El multisite es especialmente útil también para todos aquellos a los que les gusta probar nuevos proyectos. Si sólo quieres saber si una idea funcionará, tendrá audiencia o mercado, o simplemente no tiene futuro, no es necesario contratar un hosting para crear la web: basta con establecer un nuevo site en el multisite. Si no funciona, se borra y a otra cosa.

Fuente: Enrique J. Ros
https://www.enriquejros.com/wordpress-multisite/

Administrar varios WordPress a la vez con InfiniteWP

Obtenido del Blog Oficial de ENRIQUE J. ROS – 12 octubre 2016.

Cuando uno gestiona varias webs con WordPress, no siempre es posible crear un multisite por diversas razones: no todas son tuyas (como en mi caso, en que gestiono webs para mis clientes) o la carga de trabajo que soportan desaconseja el uso de una instalación multisitio. En estos casos lo ideal es poder gestionar varios WordPress desde un único lugar.

Porque imagina si tienes que gestionar veinte instalaciones y tener que ir recorriendo los paneles de administración de cada uno de ellos para llevar a cabo las actualizaciones o revisar las alertas de seguridad o cualquier otra cosa. Simplemente no es factible.

Afortunadamente hay herramientas que te permiten, precisamente, centralizar la gestión de varias instalaciones de WordPress desde un único lugar. Hoy vamos a ver una de ellas: InfiniteWP.

Gestión de varios WordPress con InfiniteWP

InfiniteWP es, como decía, una herramienta para administrar instalaciones de WordPress de forma centralizada: unifica todos los paneles de administración en un único panel de forma no sólo vas a tener toda la información de los estados de las webs de un vistazo, sino que puedes realizar desde él las operaciones que necesites.

Vamos a ver paso a paso cómo instalar, configurar y utilizar esta herramienta, que es gratuita. Sólo tienes que pagar si necesitas alguna de sus extensiones, más específicas.

¿Y qué te permite hacer InfiniteWP? Pues vamos a ver al menos las operaciones más comunes que te permite realizar:

  • Actualizaciones de core (WordPress), de plugins y de plantillas
  • Gestión de plugins (activar, desactivar y borrar)
  • Gestión de temas (activar y borrar)
  • Gestión de copias de seguridad (creación y restauración)
  • Activar/quitar modo de mantenimiento
  • Accesos directos en cada instalación de WordPress:
    • Al site
    • Al escritorio (en la misma pestaña o en una nueva)
    • A la creación de nuevo post

También puedes añadir tus propios enlaces personalizados a cada site, por ejemplo a cualquier lugar del área de administración (añadir un nuevo producto, ajustes de WooCommerce, biblioteca de medios…)

Pero empecemos por el principio.

Instalar InfiniteWP

InfiniteWP es un software en PHP, lo que significa que tienes que instalarlo en un servidor web con módulo PHP igual que tienes que hacer con, por ejemplo, WordPress. Lo ideal es hacerlo en un servidor en local, en tu propio ordenador, porque así es seguro que nadie podrá acceder a él: ten en cuenta que acceder a tu InfiniteWP es lo mismo que conseguir acceso a todas las instalaciones de WordPress que tengas en él, y con permisos de administrador. Además, está el tema de la comodidad. Nada más cómodo que tener el control de todos los escritorios de las webs que tengas que administrar desde tu propio servidor en localhost.

Servidores locales

Además de un servidor web necesitas también un servidor de bases de datos. No te asustes, no es tan difícil. Hay soluciones que te instalan todo el paquete (servidor web, servidor SQL con phpMyAdmin, incluso si quieres servidor FTP) como XAMPPWampServerMAMP

Todos estos paquetes de software te permitirán también instalar WordPress en local (como las instalaciones que uso para hacer los videotutoriales de mi canal de YouTube). No voy a explicar cómo se instala y utilizan porque hay muchos (el que yo uso es XAMPP) y se sale del tema. En cualquier caso son muy sencillos tanto de instalar como de utilizar.

Una base de datos para InfiniteWP

Al igual que con WordPress, lo primero que necesitaremos es una base de datos que InfiniteWP pueda utilizar para guardar los datos (valga de la redundancia). Muy sencillo, sólo tienes que arrancar los servidores web y SQL con XAMPP (o el que estés usando) y acceder a:

1http://localhost/phpmyadmin/

y creas una nueva base de datos. Sólo tienes que pinchar en Nueva en la columna de la izquierda y darle un nombre. Puedes llamarla iwpinfinitewp o con cualquier nombre que vayas a recordar.

Descargar e instalar InfiniteWP

Una vez creada nuestra base de datos, vamos a instalar InfiniteWP. Lo puedes descargar desde aquí. Recibes un ZIP, que tienes que descomprimir. Renombra la carpeta que te genera a algo más sencillo (por ejemplo iwp), porque el nombre que le pongas a esa carpeta será la dirección URL a la que tendrás que acceder.

Ahora sólo tienes que coger esa carpeta y llevarla al directorio raíz del servidor que tengas instalado. Por ejemplo, para XAMPP en Windows tendrías que copiarla dentro de C:/xampp/htdocs/. Una vez copiada ahí, ya puedes acceder a la dirección

1http://localhost/iwp/

o sustituyendo ese iwp por el nombre que le hayas dado a la carpeta. Verás en tu navegador la pantalla de inicio de la instalación de InfiniteWP, en la que tienes que aceptar el acuerdo de licencia. A continuación comprueba que el servidor cumple los requisitos necesarios para la instalación y llegarás en un plis a la pantalla de configuración del instalador de InfiniteWP:

Configuración de InfiniteWP

Los datos que necesitas son muy sencillos: el nombre que le hayas puesto a la base de datos (DB NAME), el usuario que hayas establecido en phpMyAdmin (DB USERNAME) y la contraseña (DB PASSWORD). El resto lo dejas por defecto.

Tras pulsar Next pasarás a la pantalla donde crearás los credenciales de acceso a InfiniteWP (email y contraseña) y después…

Intalación de InfiniteWP

Después nada más. Ya has terminado la instalación, y sólo falta ya entrar al panel de control, así que pulsamos en Open my admin panel para llegar hasta el que será el panel desde el que vamos a administrar todos nuestros WordPress.

¿Estás construyendo tu tienda online o eres implementador WordPress?
¿Necesitas plugins de calidad y con soporte para implementar funcionalidades concretas?

Administrar varios WordPress con InfiniteWP

Con esto ya tenemos el panel de control preparado, el servidor InfiniteWP, pero ahora necesitamos preparar la conexión en cada uno de las instalaciones de WordPress que queremos administrar de forma remota, los clientes.

Preparando los WordPress: el plugin InfiniteWP Client

Nada más sencillo, porque lo podemos hacer mediante un plugin: InfiniteWP Client. Simplemente lo instalamos en los WordPress que queramos administrar desde nuestro panel de control de InfiniteWP y, al activarlo, veremos algo así:

Plugin de WordPress para InfiniteWP

Son los datos necesarios para realizar la conexión entre InfiniteWP y WordPress. Simplemente pulsamos en Copy details y ya los tenemos en el portapapeles, listos para añadir el sitio en el panel de control.

Añadir sitios en InfiniteWP

Sólo nos queda ir agregando los sitios que queremos administrar en nuestro panel de control. Para ello pinchamos abajo a la izquierda en Add website, si cuando se abre la ventana solicitando los datos de conexión sólo tenemos que pulsar CTRL+V (CMD+V si estás en MacOS X) puesto que los teníamos en el portapapeles.

Panel de control de InfiniteWP

Simplemente los vamos añadiendo todos los sitios a administrar, que irán apareciendo en el panel de la izquierda. Sólo con poner el puntero del ratón encima podrás ver las operaciones que puedes realizar sobre estos sitios.

Sitio en InfiniteWP

¿Parece fácil? ¡Lo es!

Gestión de actualización

Desde este momento ya tienes todas tus instalaciones de WordPress centralizadas en un sólo panel de administración. Puedes activar y desactivar plugins, cambiar plantillas, realizar actualizaciones, saltar directamente al escritorio de una u otra web…

Cada vez que haya actualizaciones disponibles, InfiniteWP te lo comunicará en el escritorio del panel, indicándote qué webs tienen pendientes actualizaciones de WordPress, plugins o plantillas, y cuántas:

Actualizaciones de InfiniteWP

Desde este momento podrás actualizar todas las webs con un sólo click. ¡Pero cuidado! Ojo con las actualizaciones masivas. Si hay una incompatibilidad o cualquier problema en una actualización de un plugin, puedes dejar varias webs inoperativas, y eso suena muy estresante. Las actualizaciones, mejor de una en una.

Fuente: https://www.enriquejros.com/administrar-varios-wordpress-infinitewp/

Enrique J. Ros
Enrique J. Ros

Acerca de Enrique J. Ros

Soy desarrollador web freelance especializado en WordPress y WooCommerce, partner developer en WooCommerce.com, con veinte años de experiencia en la realización y desarrollo de sitios web y de comercio electrónico. Actualmente dedico la mayor parte de mi tiempo a la programación de plugins, tanto comerciales como hechos a medida

Migrar WordPress de servidor remoto

Obtenido del Blog Oficial de WP PRÁCTICO.

Hola, en este artículo vas a aprender cómo migrar WordPress de un servidor remoto a local. De esta forma podrás hacer todas las pruebas sin miedo a destrozar tu web.

Supongamos que quieres modificar el aspecto de tu blog, probar plugins nuevos, comprobar si al actualizar un plugin o plantilla todo sigue funcionando correctamente… pero sin arriesgarte a dejar tu web inopertiva o en modo mantenimiento.

Para evitar eso, lo ideal es hacer las pruebas en un servidor local como Xamp o utilizar la opción de staging si tu hosting te lo permite.

Creo que te será más fácil si sigues los pasos del videotutorial que he preparado.

Aquí tienes todos los pasos detallados en formato texto.

El primer paso para migrar WordPress a local es exportar la base de datos

Tienes acceder al phpMyAdmin de tu hosting y seleccionar la base de datos de tu instalación de WordPress.

Después entra en la pestaña de Export. En principio no tienes que tocar nada, solo asegúrate de que el formato sea SQL. 

exportar base de datos sql

En caso de que tengas varias instalaciones en una sola base de datos selecciona en Export Method -> Custom y marca solo las tablas de la instalación de WordPress que quieres pasar a local. Fíjate en el prefijo de las tablas para distinguirlas.

Copia todos los ficheros y carpetas a local

Esto no tiene ninguna complicación es hacer un copia y pega de toda la vida jeje.

Es mejor que previamente crees una carpeta en tu servidor local donde copiar todo el contenido. En mi caso he creado una que se llama weblocal. Ahora traslada todas la carpetas y ficheros de tu sitio web a la carpeta (que has creado antes) de tu servidor local.

Es algo bastante sencillo de hacer mediante FTP con un programa como FileZilla.

Crear una base de datos en el servidor local e importa los datos

Ahora que has copiado todos los archivos y tienes la base de datos exportada lo que hay que hacer es crear una nueva base de datos en el servidor local. Para después importar las tablas del tu sitio web.

Entra a phpMyAdmin de tu servidor local y crea una nueva base de datos con el nombre que quieras ( yo he creado una con el nombre weblocal)y con codificación UTF8.

localhost crear una base de datos en localhost

Ahora tienes una base de datos vacía. Para rellenarla con la información de tu web ve a Import y selecciona la base de datos que has exportado antes e importala.

Si todo ha salido correctamente te aparecerán todas las tablas de instalación de WordPress.

Cambia los datos de acceso a la base de datos en wp-config.php

Si intentas acceder ahora a tu web desde localhost te saldrá un error diciendo que no se ha podido realizar la conexión con la base de datos.

Eso es porque la base de datos que has creado en el servidor local no tiene el mismo nombre ni el mismo usuario. Para corregir eso tienes que modificar el archivo wp-config.php de tu instalación local de la siguiente forma:

DB_NAME: escribe el nombre de la base de datos que has creado antes.

DB_USER: si no has creado un usuario para la base de datos puedes usar el usuario por defecto llamado “root” sin contraseña que se crea por defecto.

DB_PASSWORD: la contraseña que le has puesto al usuario de la base de datos. Si has usado el usuario root  deja este campo vacío.

modifcar wpconfig
En ejemplo de cómo quedaría el archivo wp-config.php

Con estos tres cambios seria suficiente.

Si lo has hecho correctamente al acceder a tu web no debería de salir el error de conexion con la base de datos.

Modifica el siteurl en la base de datos

Al migrar WordPress de servidor local a localhost la url del sitio cambia. De forma que si intentas acceder al login te redirigirá la web “real”. Hay que corregir eso.

Entra a phpMyAdmin y selecciona la tabla wp-options (recuerda que el prefijo puede ser diferente). Edita la fila de siteurl y sustituye la url a la url de tu sitio en el servidor local. En mi caso es: http://localhost/weblocal 

modificar tabla wp_options

En la url sustituye weblocal por el nombre de la carpeta donde tengas guardados todos los ficheros de tu sitio web.

Últimos ajustes en el backend de WordPress

Ya queda poco.

Accede al panel de administración de tu web en local y ve a Ajustes -> Generales. Recuerda que los datos de acceso son los mismo que los de tu web en producción.

Cambia la url de Dirección del sitio a la url de tu web en el servidor local.

Ajustes generales WordPress

Por último ve a Ajustes -> Enlaces Permanentes y simplemente haz clic en guardar para que se actualice la estructura de los enlaces.

Ahora entra en tu blog y comprueba de que todo funciona correctamente. Si es así, puedes empezar a hacer todas las pruebas y modificaciones que quieras en tu blog en local.

Puede que te interese crear un tema hijo de tu plantilla si le vas a dar bastante caña al aspecto de la web.


Como ves migrar WordPress de un servidor remoto a local es bastante sencillo. Y también muy útil para no arriesgar la salud de tu web en producción.

Cómo importar y exportar bases de datos en MySQL o MariaDB

Obtenido del Blog Oficial de Stackscale – 03 abril 2017.

Created with GIMP

Hoy en día, se ha vuelto prácticamente imprescindible, realizar copias de seguridad de nuestros sitios y aplicaciones web. Cuando hablamos de backups, no solo nos referimos a los archivos que forman parte de la web, sino también a la base de datos. Una vez que hemos realizado nuestra copia de respaldo, podemos restaurarla en cualquier momento en caso de sufrir algún tipo de hackeo o pérdida de información.

En nuestra entrada de hoy, nos centraremos en el proceso de copia de seguridad de bases de datos MySQL y MariaDB, así como en los pasos a seguir para su restauración. Una tarea sencilla cuyos pasos podréis descubrir a continuación.

Requisitos previos

Antes de nada, será interesante conocer los requisitos que necesitaremos para poder importar o exportar una base de datos MySQL o MariaDB:

  • Acceso al servidor donde está instalado MySQL o MariaDB.
  • El nombre de la base de datos, el usuario y la contraseña de acceso a la base de datos.

Exportando la base de datos

Para realizar la exportación de la base de datos, tendremos que hacer uso del comando “mysqldump” que utilizaremos desde consola. Una vez que hayamos realizado el backup, el archivo generado lo podremos mover de forma sencilla.

Para realizar la exportación de la base de datos, deberemos ejecutar lo siguiente:

mysqldump -u username -p database_name > data-dump.sql
  • username hace referencia al nombre del usuario de la base de datos.
  • database_name tendrá que ser sustituido por el nombre de la base de datos.
  • data-dump.sql es el archivo que se generará con toda la información de la base de datos.

Ese comando no producirá ningún tipo de salida visual. De todas formas, podemos inspeccionar el archivo generado para asegurarnos de que se trata de una copia SQL utilizando la siguiente instrucción.

head -n 5 data-dump.sql

Ese comando nos deberá devolver algo parecido a lo que os dejamos a continuación.

-- MySQL dump 10.13  Distrib 5.7.16, for Linux (x86_64)
--
-- Host: localhost    Database: database_name
-- ------------------------------------------------------
-- Server version       5.7.16-0 ubuntu 0.16.04.1

Importando la base de datos

Para importar un volcado de MySQL o MariaDB, lo primero que deberemos hacer será crearnos la base de datos donde haremos la importación. Para hacer esto, si no tenemos ningún gestor de bases de datos, tendremos que conectarnos al servidor de bases de datos como usuario root.

mysql -u root –p

Esto hará que se abra el Shell de MySQL o MariaDB. A continuación, crearemos la base de datos.

mysql> CREATE DATABASE new_database;

Si todo ha ido correcto, deberás ver una salida parecida a lo siguiente.

Query OK, 1 row affected (0.00 sec)

Cuando ya la hayamos creado, tendremos que salir de ese Shell. Para ello, pulsaremos CTRL+D. Cuando estemos en la línea de comandos normal, será el momento de lanzar el comando que se encargará de realizar la importación de la base de datos.

mysql -u username -p new_database < data-dump.sql
  • username será el nombre del usuario con acceso a la base de datos
  • new_database es el nombre de la base de datos donde se realizará la importación
  • data-dump.sql es el nombre del archivo que contiene todas las instrucciones sql que vamos a importar.

Si durante el proceso de importación se produjera algún tipo de error, estos se mostrarían por pantalla.

Como habéis podido leer, el proceso de exportación e importación de una base de datos MySQL o MariaDB, es un proceso muy sencillo que se puede realizar mediante unos sencillos pasos.