lunes, 9 de septiembre de 2013

Una de Android - Nexus 4 ¿Sí o No?

En mi opinión .... ....

La respuesta no puede ser más clara, pero si puede ser más extensa jejejeje.

En Android, desde que apareció como sistema operativo para móviles revolucionario siempre han existido desde mi punto de vista, dos grandes problemas:

  • Los fabricantes de móviles
  • Operadoras de telefonía
¿Porqué son un problema? Porque no le dan "libertad" al usuario de tener un sistema limpio para personalizarlo como se quiera, (no voy a entrar en si hacemos root y demás), obligandolos a tragar con launchers propios y con aplicaciones que ocupan gran parte de la escasa memoria con la que cuentan algunos terminales y que son inútiles, ni de mantenerlo actualizarlo con las versiones que va sacando Google, (muchas veces escudándose en las características hardware del equipo, algo absurdo en muchos casos).

Google está intentado acabar con la diversificación de versiones de Android que circulan por ahí, y un buen movimiento ha sido permitir que sus aplicaciones se actualicen desde la PlayStore independientemente de la versión de Android del móvil, (en la mayoría de casos), permitiendo que aunque el fabricante no actualice todo el sistema operativo, sus aplicaciones si que estarán actualizadas.

En mi opinión, otro muy buen movimiento, ha sido bajar el precio de los Nexus 4, que ya se que ha sido sobretodo para limpiar el stock en previsión de un Nexus 5 que debería ser presentado en breve, pero con esto ha conseguido que muchos que necesitábamos cambiar el móvil, (y muchos que no), hayamos acabado comprando el Nexus en lugar de otros con prestaciones similares y el doble o triple de precio, e incluso

¿Merece la pena comprarlo o esperar al Nexus 5? Cada uno que haga lo que quiera, pero no creo que el sistema operativo esté actualmente utilizando ni de lejos toda la potencia hardware del Nexus 4, por lo que me inclino a pensar, que aunque saquen el Nexus 5, al 4 aún le queda bastante margen para ser actualizado y funcionar perfectamente, sobretodo si tenemos en cuenta que es un terminal libre y que es Google quien gestiona las actualizaciones.

Yo creo que no merece la pena esperar al Nexus 5, a no ser, que no tengas prisa en cambiar de móvil y el actual esté funcionando correctamente, con lo que te puedes esperar a la posible salida a final de año.

viernes, 28 de junio de 2013

Registrar DLL's de 32 bits en Windows de 64 bits

Generalmente cuando queremos registrar una DLL en Windows, usaremos el comando regsvr32 nombre_dll en la carpeta donde tengamos la DLL.

En los Windows de 64 bits hay que tener cuidado si ejecutamos el comando regsvr32, (no os dejéis "engañar" por el 32 del nombre del comando), estaremos utilizando el comando regsvr32 de 64 bits que se encuentra en System32, y si la DLL que queremos registar es de 32 bits, (algo bastante frecuente sobretodo si estamos migrando alguna aplicación desde un servidor viejo a uno más nuevo), puede devolver un error, que como suele ser habitual, es de todo menos descriptivo y claro con lo que realmente ocurre.

En estos casos, hay que abrir una ventana de símbolo de sistema y ejecutar:

      cd %SystemRoot%\Syswow64

      Para posicionarnos en la carpeta Syswow64 del sistema, generalmente C:\Windows\SysWOW64

      regsvr32 ruta_del_archivo\nombre_de_archivo.dll

      Con este comando, en la carpeta indicada anteriormente, estaremos ejecutando el comando regsvr32 de 32 bits y no deberíamos tener problemas con el registro de la DLL.

jueves, 13 de junio de 2013

Trasladar el repositorio del VisualSVN Server a otro servidor (Windows)

Bien, lo primero que hay que tener claro que "no vale" trasladar la carpeta del repositorio y esperar que el SVN lo reconozca por si solo.

Yo solo he probado una forma de hacer el traslado y que me ha funcionado perfectamente para trasladar 4 repositorios de un servidor a otro sin problemas.

Lo primero localizar el ejecutable svnadmin.exe en el servidor "viejo", abrimos una consola de comandos para ejecutar los comandos que nos harán falta y nos posicionamos en la carpeta donde hemos encontrado el ejecutable.

Lo primero que haremos será un dump, (backup), del repositorio que queremos trasladar. Hay que hacer un dump por cada uno de los repositorios que tengamos.
  • svnadmin dump /path/repositorio > repositorioSVN.dump
El /path se puede ver en las propiedades del servidor en la ventana de administración del VisualSVN Server, (en una instalación por defecto suele ser C:\Repositories\), y /repositorio es el nombre del repositorio que coincide con el nombre del directorio que estará dentro de /path.

Una vez tengamos los archivos dump los copiaremos al "nuevo" servidor.

Ahora solo falta importar los archivos dump, para eso, lo primero es crear el repositorio y luego cargar los datos
  1. svnadmin create /path/repositorio
  2. svnadmin load --force-uuid /path/repositorio < repositorioSVN.dump
Una vez tenemos todo montado, solo falta volver a crear los usuarios y configurar la seguridad.