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