Scripts

Automatizar la apertura de las herramientas de trabajo y carpetas en MAC (Applescript)

Posted by Alvaro Anaya M. on Aug 30, 2009 in Scripts | 6 comments

Este artículo es el primero para realizar unas acciones concretas. En este caso lo haremos mediante applescript y en el siguiente se realizarán las mismas acciones con  automator.

Si ya está familiarizado con el uso de AppleScript y conoce su metodología, prácticamente podría saltar directo al script ya que el artículo, en su mayoría, trata de explicar los conceptos básicos utilizados en el script.

Una de las maravillas del sistema OS X es la facilidad que ofrece para automatizar todo tipo de tareas y, como veremos en este pequeño manual, utilizando applescript, podremos con un simple clic de ratón abrir una serie de carpetas, scripts, programas o incluso que nos pregunte que es lo que queremos abrir. Resulta ideal, sobre todo cuando tienes varios proyectos en marcha haciendo que las carpetas de trabajo sean varias, en diferentes ubicaciones y los archivos no siempre sean los mismos a utilizar ya que puede haber diferentes versiones de ellos.

Ahora que ya estamos metidos en situacion, concretemos un poco más el caso. Para que sea algo realista, voy a basar el artículo en un caso real que me hizo recurrir a las maravillas de applescript para abrir una serie de carpetas con los archivos de un proyecto y tras ello abrir la ultima version del script en el que estuviera trabajando. Respecto a las carpetas no hay mucho que decir ya que siempre serán las mismas pero respecto al script, si queremos que nuestra automatización sea práctica y no tengamos que modificarla cada vez que cambiemos de nombre el sctipt, (cosa que yo hago continuamente ya que añado la verison del mismo en el propio nombre del archivo) tendremos que recurrir a uno de los diálogos del sistema. Así pues, el objetivo es el siguiente…

Crear un Applescript con las siguientes características:

• Debe abrir 2 carpetas específicas (La carpeta de los archivos de prueba y la de los scripts)
• Abrir un archivo de código (Applescript también) cuyo nombre puede cambiar todos los días, incluso varias veces en el mismo día

Como puede ver, no es un guión nada complicado así que vamos manos a la obra, comenzando con la parte de las carpetas aunque antes, veamos un poquito de teoría…

Applescript tiene una amplia gama de posibilidades para referirse a carpetas y archivos. Estas son las siguientes:

• Referencias anidadas
• Referencia de ruta
• Referencias de alias
• Rutas Posix
• URLs

Cada una de las formas tiene su método y no siempre se pueden utilizar todas en cualquier punto del script o de cualquier forma aunque lo que si es posible es convertir unas en otras de forma sencilla y en este caso vamos a recurrir a 2 tipos para que el script resulte un poco más didáctico . Usaremos tanto las referencias de ruta como las referencias anidadas.

El método de referencia de ruta consiste básicamente en escribir la ruta completa desde su comienzo. En este caso en vez de usar el caracter “/” para separar los directorios, lo haremos tipo MAC mediante el caracter “:” para separar cada uno. Para asegurarnos de que queda totalmente claro, veamos un pequeño ejemplo sobre las rutas:

Para las personas procedentes de Windows esto sería una ruta común:

C:\Usuarios\alvaro\DropBox\Proyectos\Applescript\en_DESARROLLO\ARCHIVA2

Para quienes llegan de Linux o Unix la ruta tendría este aspecto:

Macintosh HD/Usuarios/alvaro/DropBox/Proyectos/Applescript/en_DESARROLLO/ARCHIVA2

Mientras que en los sistemas Apple, la ruta pasaría a ser así:

Macintosh HD:Usuarios:alvaro:DropBox:Proyectos:Applescript:en_DESARROLLO:ARCHIVA2

Como se puede apreciar, en la segunda línea, aunque se puede ver claramente la estructura de carpetas, su objetivo no es abrirla sino guardarla en una variable llamada DirectorioDeTrabajo que luego, en la penúltima línea si abriremos mediante la orden “open folder”. Esto no es obligatorio ni mucho menos pero nos resultará mucho más cómodo ya que asignándole la ruta como valor a dicha variable, cada vez que tengamos que hacer uso de toda esa concatenación de directorios para referirnos a la carpeta que apuntan, podremos hacerlo simplemente escribiendo al variable y más adelante es algo que nos vendrá muy bien para mantener “limpio” el script facilitando tanto su lectura y comprensión como su escritura.

Ahora que tenemos la parte de las carpetas, tenemos que escribir la parte que nos abrá el script. Como he dicho antes, en mi caso el script no es el mismo de un dia para otro. Incluso puede cambiar varias veces en el mismo dia ya que en el nombre incluyo la versión y muchas veces hasta alguna palabra que especifique más el punto donde se encuentra mi trabajo en dicho archivo. Esto hace que no pueda especificar un archivo concreto a abrir desde el script que iniciará todo a no ser que quiera cambiar cada dia mi script, cosa que haría que todo este sistema no fuese viable. Para solucionar este problema, la mejor manera es recurrir a uno de los diálogos del sistema para la apertura de archivos, que en este caso será el script que yo seleccione en el momento. Esto se consigue mediante la orden “choose file”. Ahora bien, si me abre el diálogo de seleccion de archivo en una carpeta perdida o lejana a mi destino, haria de nuevo que este método no fuese más rápido o práctico que hacerlo todo a mano pro lo que vamos a personalizar un poco la orden…

Veamos que quiere decir cada cosa:

• choose file: Es la orden en sí misma para la apertura del diálogo de seleccion de archivo
• with prompt: es el parámetro encargado de añadir un pequeño mensaje en la ventana.
• default location: Es lo que nos permitirá abrir el diálogo de seleccion de archivo en el directorio que queramos.

Con esa simple linea hemos definido prácticamente todos los parámetros pero nos falta lo más importante y es que aún no le hemos dicho que es lo que hay que hacer con el archivo seleccionado por lo que hasta ahora esta parte del script no sirve de nada. Solucionémoslo…

En este caso de ejemplo, lo que queremos es automatizar la apertura de los elementos de trabajo. Estos elementos habíamos dicho que eran las dos carpetas anteriores y un script sobre el que estoy trabajando. Esta última parte, abrirá un script pero hay que tener en cuenta que puede ser aplicable a cualquier otro tipo de documento sobre el que estemos trabajando. De hecho, escrito de la siguiente manera, no tendríamos que cambiar nada del script para que funcionase con otros tipos de documentos como archivos de pages o numbers, de word o excel, de música…etc etc ya que el método a seguir será que Finder abra el documento, sin más. Esto hace que para abrirlo, él solito busque la aplicación por defecto para abrir el tipo de documento que sea seleccionado en el diálogo o ventana de selección de archivo.

Se puede apreciar también que esta linea sirve para cualquier otro tipo de documento al que queramos adaptar el script y además no es necesario que sea modificada ya que, al hacer uso de la variable antes mencionada DirectorioDeTrabajo, cuando se cambien las rutas en la primera parte del script, dicha variable tomará el nuevo valor por lo que la ventana invocada por esta linea se abrirá en la nueva ruta. Además es destacable tambien la sensación de limpieza que transmite el código usando la variable en lugar de toda la ruta.

Finalmente ya tenemos las dos partes por separado completamente explicadas por lo que vamos a proceder con el script completo:

Y con esto damos por finalizado el artículo y solamente recuerde que, para personalizar y adaptar este script a sus propósitos personales solamente tendrá que modificar 2 cosas:

• Las rutas de la primera parte (Añadiendo, eliminando o modificando las existentes)
• El mensaje del cuadro de diálogo (En el caso de que quiera seleccionar algo que no sea script )

También podría darse el caso de que lo que quiera abrir no sea un documento, es decir, que el objetivo del script sea simplemente abrir X aplicaciones. En ese caso, el script seria más sencillo aún ya que se podría suprimir la segunda parte del script y añadir una linea como la siguiente por cada una de las aplicaciones:

Si deseamos que se abra y quede visible en pantalla, por ejemplo la aplicacion TextMate:

Si queremos que se abra pero que permanezca oculta:

Para no extender más aún el artículo, nos quedaremos con esta manera de referirse a las aplicaciones aunque es importante mencionar que no es la única forma de referirse a un aplicacion.

Y ya finalmente si, de la misma manera que mi script podria no ser el mismo de un dia para otro obligándome a recurrir a un diálogo para seleccionar el documento a abrir, puede recurrir a un diálogo para seleccionar la(s) aplicaciones a abrir. Para hacerlo, seria de la siguiente forma:

Cabe destacar tambien que al igual que el diálogo de selección de archivo, este otro para seleccionar aplicación dispone de varios parámetros para personalizarlo al gusto del usuario aunque eso sería ya un nuevo artículo

Abrir varias máquinas virtuales en diferentes servidores con autenticación mediante un solo clic (Script)

Posted by Alvaro Anaya M. on Aug 22, 2009 in Scripts | 3 comments

La verdad es que no pasó mucho tiempo para que buscase la forma de automatizar el arranque de las máquinas virtuales necesarias para el trabajo del dia a dia ya que, mi mania por automatizarlo todo era un verdadero impedimento para realizar la rutinaria acción de introducir el servidor y el nombre de usuairo con la password cada vez que tenia que arrancar una de las varias máquinas virtuales.

La verdad es que es uno de los scripts más simples que puede haber pero a su vez resulta de lo más útil. La parte principal del script es la de la(s) linea(s) que invoca al VMware server pasándole directamente como parámetros los datos que nos pide si lo ejecutamos sin más. La verdad es que, casi mejor que paso al ejemplo práctico que a tratar de explicarlo con palabras.

La linea clave es la siguiente:

Y ahora pasamos a explicar cada una de las partes de la misma:

• start: Comando del terminal de Windows que sirve para invocar programas sin salirse del Script.
• VM 1: Nombre que le damos a la ventana. En mi caso solo dura mientras se abre.
• /min: Abre las ventanas minimizadas. Muy útil cuando son varias las ventanas a abrir o queremos ir haciendo otras cosillas.
• vmware: El comando para abrir el vmware.
• -h: Parámetro para poder pasar la dirección del Host o servidor donde están las máquinas virtuales.
• -u: Parámetro que permite especificar el nombre de usuario para abrir las maquinas.
• -w: Último parámetro cuya finalidad es poder especificar la password del usuairo de las máquinas.

En mi caso, la idea era, no solo abrirlas mediante un simple clic, evitando dar un monton de pasos repetitivos sino que tambien las abriera en orden ya que cuando son muchas máquinas el orden es más bien una necesidad que una manía. El problema es que no importa el orden en el que las invoques desde el script ya que entran en juego otros factores como la velocidad/saturación de la red, carga de trabajo/usuarios que tenga cada uno de los servidores…etc y todos estos puntos hacen que unas veces tarde más una que otra sin seguir un orden constante y/o lógico.
Para evitar este pequeño problema, se puede recurrir a mil soluciones aunque la verdad es que la primera que me se me ocurrió, fue la que quedó hasta el dia de hoy y es hacer un ping a la dirección loopback de la máquina añadiéndole un >NUL tras invocar cada una de las máquinas. Con esto gano los segundos necesarios para que no se altere el orden con el que quiero que se abran las máquinas.

Una vez aclarados todos estos puntos, no me queda más que mostraros el pequeño Script, así que vamos allá…

Por supuesto, se pueden añadir o eliminar el número de máquinas a abrir o mejorar el script considerablemente pero lo que está claro es que funciona y lo hace muy bien, de hecho en mi trabajo es uno de los “must have” que todos hemos comenzado a usar diariamente por su sencillez y comodidad.