Relación de Links en Windows 7

Aunque ya escribí un post antiguo sobre el tema de los Symbolic Links (ver enlace), Junction Points y Hard Links anteriormente, ahora hemos estado trabajando bastante con este tema. Por lo que me ha parecido interesante tener una relación de los más habituales.

Generales:
c:\Users	c:\Documents and Settings
c:\Archivos de Programa	c:\Program Files
c:\Users\All Users	c:\ProgramData
c:\Users\Default	c:\Users\Default User
c:\Program Files\Archivos Comunes	c:\Program Files\Common Files
Para All Users...
c:\Programdata\Application Data	c:\ProgramData
c:\Programdata\Datos de Programa	c:\ProgramData
c:\Programdata\Desktop (y docs, etc...)	c:\Users\Public\Desktop
c:\Programdata\Start Menu (y más)	C:\ProgramData\Microsoft\Windows\Start Menu
En el Perfil de Un usuario
Configuraci¢n local	[C:\Users\xxx\AppData\Local]
Cookies	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\Cookies]
Datos de programa	[C:\Users\xxx\AppData\Roaming]
Entorno de red	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\Network Shortcuts]
Impresoras	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\Printer Shortcuts]
Menú Inicio	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\Start Menu]
Mis documentos	[C:\Users\xxx\Documents]
Plantillas	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\Templates]
Reciente	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\Recent]
SendTo	[C:\Users\xxx\AppData\Roaming\Microsoft\Windows\SendTo]

Windows Explorer como Administrador

Uno de los problemas que nos encontramos para gestionar máquinas en las que no somos administradores es lanzar un Windows Explorer siendo administrador. Para ello en Windows XP bastaba con hacer un "runas /u:administrador xxxxx" donde xxxxx puede ser "explorer /separate".

¿Cómo hacer esto en Windows 7? ¿Y en Windows 8? Resulta que incluso siendo en administrador hay problemas en Windows 8 por las formas diferentes que tiene de gestionar la UAC.

A la espera de unas pruebas y algunas comprobaciones, apunto a dos entradas de la comunidad de MS que se acercan al problema (y la solución).

http://social.technet.microsoft.com/Forums/en/w8itprogeneral/thread/a6e4cff3-0581-4029-b32c-594ff2f511e9

http://social.technet.microsoft.com/Forums/en-US/winserverfiles/thread/fedbb110-556d-4d2f-83bb-fb679c125cc3

Configuración internacional en Windows (el dilema chino)

Hace algún tiempo que comenzamos a trabajar con Windows XP dando soporte a teclado chino (utilizando el IME de Microsoft).
La verdad es que después de darle muchas vueltas el tema no era complejo, basta con añadir (con una cuenta de Administrador) el soporte para lenguajes de Asia oriental en la ficha de Configuración Regional y de Idiomas del panel de control de Windows XP.

Una vez hecho esto, ya se pueden añadir los IME correspondientes a "Chino (PRC)" en el botón "Detalles" de la misma ficha.
Hasta aquí ningún problema si nos vale con el IME "Microsoft Pinyin", pero si necesitamos el Wubi, la cosa se complica, hasta hace poco MS lo facilitaba con Office, pero ahora ya parece que no. En cuyo caso...

http://www.pinyinjoe.com/faq/where-to-get-wubi-input-method-for-windows.htm, y la opción que parece recomendable es la de Sogou http://wubi.sogou.com/

Y para la instalación: http://sogou-chime.blogspot.com/ya que no sabemos chino.

En  cualquier caso, esto es sencillo. Pero resulta que instalando algunos programas nos encontramos errores, como este:

El problema parece que se debe a que el S.O. (o el programa concreto) no reconoce los nombres de ficheros con caracteres chinos. ¿Cómo se resuelve?

Fácil, tras muchas pruebas, encontramos que este problema se resuelve cambiando la opción de la configuración regional (ficha Advanced) “Languages for non Unicode Programs” a “Chinese (PRC)”. Es importante darse cuenta de que esta opción no es para cada usuario, sino global para todo el sistema. Esta prueba también nos ha servido para comprobar que muchos programas que cambian de idioma en función de la configuración regional se basan sólo en la opción "Standards and Formats" dentro de la ficha inicial de la configuración regional.

Centro de Mensajes en iPhone

Estoy teniendo algunos problemas con el iPhone (creo que tras cambiar mi contrato de datos). Pero eso lo contaré más tarde.

En el camino del problema he tenido que cambiar el centro de mensajes SMS del iPhone. ¿Cómo se hace?

Para consultarlo: *#5005*7672# (y llamada)
Para modificarlo: *5005*7672*+34609090909# en el caso de Telefonica.

Otros códigos:
http://code.google.com/p/iphone-elite/wiki/iPhoneCodes

Certificados Intermedios y Citrix en Mac OS X (Lion)

Estoy intentando acceder a Citrix usando mi Mac con Lion (OS X 10.7) a través de una página que los PCs con Windows utilizan perfectamente. Para evitar problemas, estamos usando un certificado de Verisign, pero a pesar de esto el cliente Citrix (Citrix Online Plugin 11.2) me da un error del tipo: "SSL Error 61: You have not chosen to trust 'verisign class 3 secure server CA - T1', the issuer of the server's security certificate. Error #: 183")

El navegador Safari no da ningún problema, y reconoce el certificado perfectamente. Muestra la ruta de certificación completa (raíz, intermedia y servidor). Sin embargo el error se reproduce varias veces.

Tras leer muchos artículos que dicen que con los clientes de citrix hay que instalar los certificados en un directorio del tipo /Aplicaciones/Support/Citrix/keystore/cacerts (p.ej. http://medgirl2001.wordpress.com/2010/02/08/citrix-on-mac-a-fix-for-ssl-error-61/#comments que parece uno de los más acertados) veo que no funciona, así que intento ponerme a estudiar dónde almacenar certificados intermedios en Mac ya que parece que por ahí van los problemas.

Pues la solución es sencilla, se han de instalar con el Keychain (traducido al español como "Acceso a llaveros"), eligiendo el llavero "Sistema". Una vez allí se utiliza la opción de importar y podemos importar un fichero .cer (que en mi caso me he descargado de Verisign).

¿Porqué Safari funciona sin la intermedia y Citrix no? Lo tengo que investigar un poco más.