Migración de BlogEngine.NET a WordPress

Siempre me había justado, estaba en .NET pero el tiempo ha dejado claro al vencedor… La migración de datos entre sistemas puede ser siempre un punto delicado, y esta vez no será una excepción.

Después de dar vueltas para hacerlo de la manera más rápida y efectiva, ha tocado utilizar Blog Migrator. El primer paso es exportar el contenido accediendo a un menú, que extrañamente quedó oculto en todas las versiones, ponemos la URL directamente: http://www.miblog.com/admin/#/settings/advanced

Tendremos accesible la opción de generar un fichero XML para exportar:

Por otro lado moveremos todas las imágenes y ficheros del directorio predeterminado «app_data\Files» al nuevo «wp-content\uploads» y aprovecharemos que tenemos el fichero XML para cambiar las rutas a «/image.axd?picture=ejemplo.jpg» por «/wp-content/uploads/ejemplo.jpg».

Leer más

Evaluar migración a .NET Core

Tarde o temprano nos encontraremos con la migración de frameworks/tecnologías y .NET no iba a ser una excepción. Utilizaremos la herramienta .NET Portability Analyzer para un primer vistazo a nuestras librerías y aplicaciones teniendo como objetivo aplicaciones multiplataforma, microservicios, dockers… en la nube.

Debemos tener claro antes de empezar, la recomendación general de Microsoft actualmente es utilizar .NET Core si tenemos que añadir nuevas funcionalidades en background, por el momento .NET Framework y .NET Core son complementarias. La mayor parte de las API de .NET Core se comparten con .NET Framework

Aclarado esto, con la extensión para Visual Studio 2019 instalada ya podemos iniciar el análisis que nos ayudará a identificar las dependencias externas. Dentro de la configuración de la extensión podemos fijar nuestro objetivo. Todas las acciones tienen su equivalente en línea de comandos.

Leer más

Virtualización de THEOS Corona

Si lo más habitual es encontrar entornos Windows, Unix/Minix/BSD/Linux/Mac OS X… de vez en cuando te encuentras son sorpresas, como THEOS: The Operating System a camino entre MS-DOS y UNIX.

 

Un SO asociado a un dongle de seguridad con número de serie, los más antiguos con llave en puerto paralelo LPT, nació como base de programas para entornos empresariales en los que la prioridad era la fiabilidad y robustez… actualmente dada las pocas actualizaciones, funciones, desarrolladores… sería un opción poco recomendable…

Nos encontramos con un equipo antiguo, más de 15 años… muy antiguo que con sus achaques sigue funcionando, los requisitos no son nada de otro mundo, se contenta con 512 MB de RAM, disco IDE de 40 GB, procesador AMD Sempron… poco más que decir…

En caso de acabar necesitando instalar desde cero, cada uno de los dongles lleva asociado un código de autorizacion único, si necesitas reinstalar debes tenerlo o solicitarlo al distribuidor.

Casi cualquier equipo de hoy en día será capaz de virtualizar un equipo con estos requisitos, en nuestro caso la versión de THEOS es la más antigua de todas y con puerto paralelo para la mochila de seguridad, necesitaremos virtualizarlo con VMWARE (Hyper-V no permite LPT). Cualquier fallo en el hardware implica un soporte limitado debido a la escasa lista de compatibilidades.

Dado que tenemos nuestro equipo en funcionamiento vamos a ir por pasos:

  1. Apagamos correctamente THEOS Corona mediante el comando shutdown
  2. Conectamos el disco (IDE en nuestro caso) a otro equipo, con un adaptador a USB por ejemplo, es importante no dar formato al disco ni intentar montar las unidades, aunque THEOS tiene soporte para otros formatos, seguramente utilice el suyo propio en la instalación (THEOS/LFS).
  3. Realizamos una clonación/imagen completa del disco, por ejemplo con Macrium, y generamos un fichero con todo el contenido.
  4. Configuramos una máquina virtual con 1 procesador y los mismos 512 MB de RAM en este caso, repasamos el archivos de configuración para asegurarnos la compatibilidad de la tarjeta de red, algunas aplicaciones podrían tener relacionada la dirección física de red, por lo que se recomienda utilizar la misma MAC que el sistema original
    ethernet0.virtualDev = "e1000"
    ethernet0.generatedAddress = "00:0A:BC:CD:EF:GH"
    ...
    parallel0.bidirectional = "FALSE"
    parallel0.fileName = "LPT1"
    parallel0.present = "TRUE"
  5. Con el disco virtual en blanco configurado, añadimos una imagen ISO de Hirens y arrancamos desde el CD la utilidad de Macrium para restaurar el disco tal como estaba en la máquina. Es posible que debas configurar más RAM para el arranque completo de Hirens (2 GB) y luego volver a 512 MB una vez restaurado
  6. Conectamos el dongle LPT y arrancamos, si todo ha ido bien tendremos virtualizado el equipo. No es necesario instalar drivers del dongle LPT en la máquina host.

Otros comandos que serán de utilidad en el proceso:

  • sh ospl: muestra la versión de THEOS, aunque aparece durante el arranque
  • setup net: configuración de la tarjeta de red, será necesario eliminar la antigua y añadir la nueva virtualizada, requiere usuario SYSTEM con permisos
  • show, muestra información básica del sistema
  • show serial, muestra el número de serie del dongle de seguridad conectado
  • disk x (boot, donde «X» es la unidad de disco a reparar el arranque
  • disk s, muestra información de los discos del sistema

Algunos ponen en valor que aplicaciones de hace 20 años sigan funcionando sin incidentes, las funciones y opciones son también de hace 20 años, THEOS no ha evolucionado con la industria, «pero funciona».

 

Enlaces de interés:

Migrar datos a discos SSD

El cuello de botella en muchos equipos hasta hace relativamente poco era la velocidad de lectura, escritura y acceso al disco duro. Sin tener en cuenta soluciones RAID y dada la evolución de los discos de estado sólido, una vez superada la barrera de la fiabilidad a medio plazo; las ventajas se hacen evidentes:

  • Sin ruido, vibraciones
  • Tiempo medio entre fallos
  • Velocidad
  • Sin problemas de magnetismo
  • Menor consumo energético

Las razones son variadas, pero por ahora el coste y la capacidad son sus mayores problemas, habitual en tecnologías incipientes en sus inicios. Una vez tomada la decisión de pasar a SSD, veamos las diversas posibilidades que tenemos para realizar una transición sin problemas.

  1. Firmware SSD: las mejoras suelen tener resultados efectivos, atentos al controlador de vuestro nuevo disco, actualizarlo antes de realizar cualquier copia de datos.
  2. Clonación de vuestros datos: partimos de un equipo funcional, no penséis que por pasar a un disco SSD, se solucionan problemas de rendimiento provocados por virus, programas mal instalados, etc. Existen cientos de herramientas, aquí tenemos dos que además de ser gratuitas nos permiten realizar la clonación desde tu entorno Windows:

    El funcionamiento en ambos casos es muy sencillo, tan solo seleccionaremos el disco duro origen y destino, además el programa ajustará automáticamente el tamaño en caso de tener discos/particiones de diferente tamaño.

  3. Arranque: si tenemos planeado sustituir nuestro viejo disco, deberemos conectarlo para reemplazar el anterior, si mantendremos ambos, deberemos modificar el orden de arranque en la BIOS para se inicie desde el nuevo SSD o intercambiar los cables SATA para modificar la configuración de la BIOS.

  4. Optimización: es recomendable activar el modo AHCI en la BIOS para aprovechar todos los beneficios, algunos dispositivos requieren espacio de sobreaprovisionamiento para no perder efectividad con el tiempo. Dejaremos para más adelante estas tareas.

 

 Otras herramientas de clonado: