Andanzas y desventuras de un programador freelance

Ayer me volví loco para capturar sonido en Windows Vista. Pulsaba sobre la grabadora de sonidos (Inicio>Programas>Accesorios>Grabadora de sonidos) y sólo me capturaba la entrada del micrófono. Yo pretendía capturar el sonido de la tarjeta de audio.

Finalmente dí con el origen del problema: en Inicio>Configuración>Panel de Control>Sonido, en la pestaña de Grabar tan sólo se mostraba el micro (FrontMic). No se mostraba la tarjeta de audio. Pensé que era una limitación o problema del Vista.

Pero en Internet descubrí que pulsando con el botón derecho sobre el micro o la tabla que muestra los dispositivos a grabar, y marcando en el desplegable Mostrar dispositivos deshabilitados, se mostraban ya todos. Bastaba entonces pulsar la tarjeta de audio con el derecho y marcar ‘Habilitar’.

Ahora, al activar la grabadora de sonidos podía ya grabar el audio de la tarjeta (deshabilité también el micro para que no me diese problemas).

Parece deshabilitado a propósito y complicada, igualmente a propósito, su habilitación.

 

He replicado una base de datos de WordPress en otro dominio y servidor, pero me da varios errores debido a que almacena en algunas opciones el dominio anterior.

Manualmente, desde phpMyAdmin, acudo a la tabla wp-option y examino sus registros, viendo cuales contienen el dominio antiguo; edito dichos registros e introduzco el nuevo dominio. Concretamente el registro 39: home.

Sigue sin funcionar, puesto que no me localiza las entradas. Pienso que es por el mod_rewrite. Lo observo, y efectivamente, se indica como directorio el raíz, y en este caso no es así, dado que WordPress lo instalo bajo el directorio de un dominio.

Por último, veo que todo parece funcionar salvo unas caras raras que me muestra cada entrada y que corresponden con unas tabulaciones. Deben deberse a alguna incompatibilidad en la codificación o algo así. Lo que hago es, modificar el código SQL que genera los registros, remplazando masivamente con un editor el carácter raro junto con el espacio que le sigue: ‘Â ‘ por un simple espacio ‘ ‘.

Todo funciona ya correctamente
 

Preciso pasar una base de datos MySQL de tamaño considerable, de un servidor compartido a otro.

En el servidor origen, usando phpMyAdmin selecciono la base de datos a exportar, y pulso el menú Exportar.

phpMyAdmin genera un fichero, pero bien sea comprimido o no comprimido, al tratar de importarlo con el otro servidor, me da error; puesto que tiene el tiempo de respuesta limitado y al ser compartido, no puedo variar este tiempo limitado.

Por tanto, lo trato de hacer por pasos. Primero trato de importar sólo la estructura, desmarcando en phpMyAdmin la exportación de los datos. Pero me encuentro con el siguiente error:

CREATE TABLE  `wp_terms` (
 `term_id` BIGINT( 20 ) NOT NULL AUTO_INCREMENT ,
 `name` VARCHAR( 55 ) NOT NULL DEFAULT  ”,
 `slug` VARCHAR( 200 ) NOT NULL DEFAULT  ”,
 `term_group` BIGINT( 10 ) NOT NULL DEFAULT  ‘0′,
PRIMARY KEY (  `term_id` ) ,
UNIQUE KEY  `slug` (  `slug` )
) ENGINE = MYISAM DEFAULT CHARSET = latin1 AUTO_INCREMENT =3;
MySQL ha dicho:

#1064 - You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near ‘DEFAULT CHARSET=latin1 AUTO_INCREMENT=3′ at line 8

El problema se produce por las opciones ENGINE = MYISAM DEFAULT CHARSET = latin1 AUTO_INCREMENT =3, dado que al ser compartido el servidor limita el uso de esas opciones. Las quito, usando tan sólo el CREATE TABLE ‘wp_terms’ (…); y ya funciona la importación de  la estructura.

A continuación exporto sólo los datos, desmarcando la generación de la estructura, pero casi tabla a tabla, dado que la base de datos es muy extensa y el servidor compartido no me permitiría la importación completa, ya que interrumpiría la conexión dada la demora. La cosa funciona.

Es una pena que no funcione a la primera y de un tirón, pero bueno, es una alternativa

 

 

Entrando en el panel de administración de WordPress, me llama la atención el siguiente mensaje: Una nueva versión de Wordpress está disponible! Por favor actualiza ahora!

Pulso sobre el enlace y se abre la página de actualización de WordPress en inglés. De las opciones que me ofrece, en mi caso selecciono Download .zip

Simplemente extraigo todos los ficheros y los subo posteriormente al servidor, cuidando de no sobrescribir el fichero wp-config.php

Me dirijo nuevamente al panel de administración, y efectivamente, todo ha funcionado, dado que el aviso de actualización ya no es mostrado.

Sin embargo, si bien el panel de administración me lo muestra en español, no sucede lo mismo con la sección pública, arremeteré con ello otro día y en otra entrada.

Os comento un descubrimiento -sí, ya sé que no he descubierto nada nuevo- pero para mí es muy novedoso y práctico. Se trata del programa  AppServ. Este programa instala simultáneamente PHP, mySQL y Apache junto con phpMySQLAdmin en un servidor windows.

Basta con ejecutarlo y:

1) Elegir los paquetes a instalar, pudiendo elegirse todos o algunos de los siguientes: PHP, mySQL, Apache y phpMySQLAdmin.

2) Indicar el directorio de instalación.

3) Introducción de la web a administrar, así como el correo electrónico del administrador

4) Introducción del password de Root para acceder a la base de datos.

Y ya está. Ya funciona todo. Basta con comprobarlo tecleando:

http://localhost

Se ve la página de bienvenida de AppServ, luego Apache y PHP funcionan.

Para comprobar si sucede lo mismo con mySQL pulso el enlace que nos muestra en la página anterior: phpMyAdmin Database Manager Version 2.10.2. Se nos solicita entonces el login y el password de acceso a la base de datos. Basta con teclear login: root y password el introducido anteriormente. Accedemos a phpMyAdmin, desde donde podemos crear, consultar, gestionar en definitiva nuestras bases de datos mySQL.

Se puede hallar más información en la página web: http://www.appservnetwork.com/