Podemos encontrarnos en la situación de que en un ordenador con WIndows Server 2003 no nos detecte un disco duro que hayamos puesto. Vamos a Inicio, le damos al botón derecho a Mi PC y seleccionamos Administrar. Nos movemos a la opción Almacenamiento y dentro de ella le damos a Administración de discos. Entonces podemos ver que nos sale el nuevo disco duro como un disco duro dinámico externo. ¿Que es esto?

Los discos dinámicos ofrecen una funcionalidad de la que carecen los discos básicos, como la posibilidad de crear volúmenes repartidos entre varios discos (volúmenes distribuidos y seccionados) y de crear volúmenes tolerantes a errores (volúmenes reflejados y RAID-5). Todos los volúmenes de los discos dinámicos se consideran volúmenes dinámicos. (más información aquí)

Para que el Windows Server 2003 lo pueda usar tendrémos que hacer los siguientes pasos:

• Vamos otra vez al administrador de discos:
  • Vamos a Inicio, le damos al botón derecho a Mi PC y seleccionamos Administrar.
  • Nos movemos a la opción Almacenamiento y dentro de ella le damos a Administración de discos.
• Le damos con el botón derecho a este disco duro y seleccionamos Importar discos externos.
• Nos aparecerá una ventana para que le indiquemos los discos externos que queremos importar. Seleccionaremos el disco duro y le daremos al botón Aceptar.
• A continuación nos saldrán las particiones que tienen en este disco duro, le damos al botón aceptar.
• Después me dio un mensaje de error, pero comprobé que ya aparecía el nuevo disco duro en Mi PC.

Ya podemos empezar a usar nuestro disco duro.

Introducción

Para enviar los emails de nuestro drupal utilizando smtp disponemos del modulo SMTP Authentication Support. A continuación os muestro como instalarlo. (Como siempre la última versión lo tenéis en mi wiki)

Instalación

Instalamos el plugin:

>> wget http://ftp.drupal.org/files/projects/smtp-6.x-1.0-beta3.tar.gz
>> gzip -d smtp-6.x-1.0-beta3.tar.gz
>> tar -xvf smtp-6.x-1.0-beta3.tar

Este plugin usa una librería llamada phpMailer. Tendremos que instalarla también. Ojo!! tuve que bajar una versión específica (en mi caso la versión 2.2.1 para php 5):

>> cd smtp
>> mkdir phpmailer
>> cd phpmailer
>> wget http://fastbull.dl.sourceforge.net/sourceforge/phpmailer/phpMailer_v2.2.1_.tar.gz
>> gzip -d phpMailer_v2.2.1_.tar.gz
>> tar -xvf phpMailer_v2.2.1_.tar
>> cp ../class.phpmailer.php.2.2.1.patch .
>> patch -p0 < class.phpmailer.php.2.2.1.patch
  patching file class.phpmailer.php
>> rm phpMailer_v2.2.1_.tar

Vamos a utilizar la extension CategoryPermissions para establecer permisos a los artículos de las categorías. De esta manera podemos restringir el acceso a una página de mediawiki ependiendo de si el usuario pertnece a un grupo o no. Como siempre la última versión de como hacerlo esta en mi wiki.

Instalación

Tendremos que añadir el fichero de nombre CategoryPermissions.php a la carpeta extensions de nuestra mediawiki con el contenído que se le indica aquí.

Una vez hecho esto tendremos que añadir al final del archivo LocalSettings.php (que se encuentra en la raiz de nuestra mediawiki) las siguientes lineas:

 require_once("$IP/extensions/CategoryPermissions.php");
 $wgGroupDefaultAllow=true; //set to true to allow everyone access to pages without a category
 $wgCategoryExclusive=array("Category:cat_name","Category:cat2_name");//deny access to these categories for anyone not in the group

Con la variable $wgGroupDefaultAllow indicamos que el accesso a pagínas sin categorias esta permitido.

Uso

Cuando queramos añadir nuevos permisos tendremos que editar el fichero LocalSettings.php (que se encuentra en la raiz de nuestra mediawiki) para añadirle las lineas correspondientes. Las lineas tienen la siguiente estructura:

 $wgGroupPermissions['NOMBRE_GRUPO']['Category:NOMBRE_CATEGORIA_NOMBRE_PERMISO']=VALOR;

• NOMBRE_GRUPO: Nombre del grupo alq ue se le quiere dar el permiso indicado para la categoria indicada.
• NOMBRE_CATEGORIA: Nombre de la categoría a la que se le da el permiso indicado para el grupo indicado. Si en vez de Category:NOMBRE_CATEGORIA se pone *, el permiso para el grupo indicado será asignado a todas las categorías.
• NOMBRE_PERMISO: read, move, edit, create, ...
• VALOR: true o false.

Ejemplos

• Si queremos tener una categoría de nombre Seguridad_admin en la que el grupo de usuarios de nombre admin tenga permisos de lectura, escritura, movimiento y creación tendremosq ue añadir als siguientes lineas al archivo LocalSettings.php (que se encuentra en la raiz de nuestra mediawiki):

 $wgGroupPermissions['admin']['Category:Seguridad_admin_read']=true;
 $wgGroupPermissions['admin']['Category:Seguridad_admin_edit']=true;
 $wgGroupPermissions['admin']['Category:Seguridad_admin_move']=true;
 $wgGroupPermissions['admin']['Category:Seguridad_admin_create']=true;

• Damos permiso de lectura para los usuarios del grupo readers para todas las categorias:

$wgGroupPermissions['readers']['*_read']=true;

Problemas

Cuando utilizamos esta extensión nos encontramos con el problema de que a partir de entonces tienes que definir el accesso de todas las categorias que tengas en la wiki. Si no añades los permisos para una categoría, nadie tendrá permisos para ver el contenido de esta. Esto a mi no me gusta mucho porque lo que quería era tener una serie de categorias para los permisos y otras no.

Pero esto no es irremediable. Mi solución es tener una lista de categorías que empiecen por Seguridad_ que serán a las que se le aplicaran los permisos y a las demás no. Para eso tendremos que editar el fichero CategoryPermissions.php (que se encuentra en la carpeta de extensiones de nuestra mediawiki) y añadir al final del bucle las siguientes lineas:

 foreach( $parentCategories as $category=>$dd)
 {
   ...
   if (!ereg("Seguridad_*", $category)) {
      $user_allowed=true;
   }
 }//foreach( $parentCategories as $category=>$dd)

Estos días he caido en que mediawiki no debe de estar muy optimizada para salir muy arriba en los resultados de los buscadores. A esto se le llama SEO (Optimización para Motores de Búsqueda). En el blog y demás webs que hago, al usar drupal, poco más hay que hacer para cumplir lo básico del SEO, pero mediawiki tienes que hacerlo tu.

Por eso me he puesto a investigar en como mejorar y de lo mas básico que he leído del SEO es que tu sitio tenga un sitemap: un archivo con los enlaces a todos sus artículos. De esta manera los buscadores pueden saber inmediatamente los articulos de tu mediawiki leyendo este archivo y te posicionarán mejor.

Para ello existe una extensión llamada Google Sitemap que te crea un sitemap con los enlaces de tu mediawiki. Para instalarla tendremos que hacer lo siguiente:

• En la carpeta extensions creamos el fichero GoogleSitemap.php con el contenido que nos muestra aquí.
• En la carpeta includes (Si tenemos la versión 1.13 de mediawiki tendremos que ponerlo en  includes/specials en vez de en includes) creamos el fichero SpecialGoogleSitemap.php con el contenido que nos dice aquí.
• Ahora tenemos que editar el fichero includes/SpecialPage.php y añadimos la línea 'GoogleSitemap' => array( 'SpecialPage', 'GoogleSitemap' ), al final del vector $mList de esta manera:

...
static public $mList = array(
    'DoubleRedirects' => array( 'SpecialPage', 'DoubleRedirects' ),
    ...
    'Listbots' => array( 'SpecialRedirectToSpecial', 'Listbots', 'Listusers', 'bot' ),
    'GoogleSitemap' => array( 'SpecialPage', 'GoogleSitemap' ),
);
...

• Después editaremos el fichero languages/messages/MessagesEn.php y añadimos la línea 'googlesitemap' => 'Google Site Map', en el vector messages de la siguiente manera:

$messages = array(
   ...
   'googlesitemap' => 'Google Site Map', 
); 

• Activaremos la extensión añadiendo la siguiente línea al final del archivo LocalSettings.php en la raiz de nuestra mediawiki:

require_once("$IP/extensions/GoogleSitemap.php"); 

• Por último crearemos el fichero en blanco en la raiz de mediawiki y le daremos todos permisos de escritura:

>> cd RAIZ_DE_TU_MEDIAWIKI
>> vi sitemap.xml
>> chmod 777 sitemap.xml

Ya tenemos la extensión instalada. Ahora tenemos que indicarle a los buscadores donde está el sitemap. Para ello podemos hacerlo a través de herramientas suyas en sus webs o indicarselo en un fichero llamado robots.txt para que lo coja automáticamente. Editaremos este fichero que se encontrará en la raiz de la mediawiki (si no existe  lo crearemos) y pondremos la siguiente línea:

sitemap: http://LA_URL_DE_TU_MEDIAWIKI/sitemap.xml

Ahora habrá que ver si funciona de verdad y seguir buscando extensiones SEO para mediawiki. Como siempre la última versión en mi wiki.

Si tenemos la wiki abierta a la edición de cualquiera, podemos tener problemas de spam. Para evitarlo podremos usar un servicio de captcha (imagenes con numeros y letras) llamado recaptcha que nos suministrará de la imagen para que la gente que edite nuestra mediawiki tenga que introducir el codigo dibujado en la imagen y asi demuestre que es una persona y no un robot.

Para instalarlo tendrémos que bajarnos de esta web http://code.google.com/p/recaptcha/downloads/list?q=MW-Latest la extensión de este servicio para la mediawiki:

>> wget http://recaptcha.googlecode.com/files/recaptcha-mediawiki-1.7.zip
>> unzip recaptcha-mediawiki-1.7.zip

Ahora tendremos que crear las keys para acceder al servicio recaptcha a través de esta web https://admin.recaptcha.net/recaptcha/createsite/?app=mediawiki. Necesitaremos tener una cuenta, si no la tenemos podemos crearnosla gratuitamente.

Una vez tengamos las keys tendrémso que modificar el fichero LocalSettings.php que se encuentra en la raiz de nuestra mediawiki y añadiremos las siguientes líneas (poniendo nuestras keys publicas y privadas en vez de las del ejemplo):

##################################################
##### Recaptcha
##################################################
require_once( "$IP/extensions/recaptcha/ReCaptcha.php" );
// Sign up for these at http://recaptcha.net/api/getkey
$recaptcha_public_key = '6Lfh-QQAAAAGtzjyFUNXpdgdgMIx7KFHxwMereNEKcpN';
$recaptcha_private_key = '6Lfh-QQAArAAAIzBrrfhdfgfgsU7MvrwQ5cnerrasLzl3J';

Por defecto el captcha saldrá cuando un nuevo usuario se registra, cuando un usuario edita un contenido con links externos o cuando hay un ataque de fuerza bruta para sacar un password.

Pero podemos, por ejemplo forzar a que todas las ediciones tengan que pasar por un captcha (sean con linkks externos o sin ellos). Añadiremos también la siguiente línea al fichero LocalSettings.php:

$wgCaptchaTriggers['edit'] = true;

Para que a los usuarios registrados no les salga nunca, tendremos que añadir también la siguiente línea al fichero LocalSettings.php':'

$wgGroupPermissions['user' ]['skipcaptcha'] = false;

Como siempre el artículo actualizado en mi wiki.

Cuando usamos openfire con ldap, los administradores se los indicamos cuando lo instalamos. Pero podemos cambiarlos cuando queramos. A continuación os enseño dos formas de como hacer esto.

A través de la interfaz de administración de Openfire

• Vamos a la url de administración: http://TU_DOMINIO.COM:9090
• Nos logueamos con un usuario que tenga permisos de administración
• En la opción Servidor y pestaña Administración del servidor, entramos en Propiedades del sistema.
• Buscamos la propiedad admin.authorizedJIDs y le damos al botón Editar.
• Ponemos los usuarios que queramos (Por ejemplo: intropedro@server,manolo@server) y le damos al botón Guardar Propiedad.
• Por último reiniciamos el servidor:

>> sudo /etc/init.d/openfire restart

Directamente desde la base de datos

Tendremos que acceder a la base de datos que usa openfire (en mi caso mysql). Si miramos en la tabla ofProperty veremos una fila con el valor admin.authorizedJIDs en la columna nombre y con el valor de los nicks de los administradores en la columna propValue (por ejemplo: intropedro@server,manolo@server) (server es el nombre del servidor). Ahí tendremos que añadir o quitar las persoans que queramos que puedan acceder a la consola de administración. Una vez editado guardamos y reiniciamos el servidor de mensajería:

>> sudo /etc/init.d/openfire restart

Una de las cosas que no sabía de la xbox 360 es que tiene retrocompatibilidad. ¿Que significa esto? que puedes jugar a juegos de la xbox en tu xbox 360. Pero esto no viene por defecto, sino que tienes que instalarlo por el live o manualmente. Como yo no tengo conectada la consola al live lo he tenído que instalar manualmente. Para hacerlo tendréis que hacer los siguientes pasos:

• Tenemos que bajar la retrocompatibilidad: BackCompat_11-2007.zip
• Una vez lo hemos bajado tendremos que descomprimir el archivo y nos encontraremos con un solo archivo llamado default.xex.
• Ahora pondremos este archivo en la raiz de una memoria usb (tambien se puede poner en un cd o dvd).
• Conectaremos el usb (cd o dvd) a la consola encendida.
• Nos aparecera una pantalla que nos dirá que va a a instalar la retrocompatibilidad, le damos a "Continuar".
• Ahora nos pedirá actualizar el software del sistema operativo de la xbox 360. Seleccionamos "Si, actualizar ahora".
• Cuando finalice la instalación en algunos lados dicen que la consola se reinicia, pero a mi no me lo pidio.

Ya podemos jugar a juegos de la xbox en nuestra xbox 360. Os aviso que en linux no se graban igual los backups de xbox que los de xbox 360, otro dia os diré como grabarlos en linux. Como siempre la última versión de como hacer esto en mi wiki.

El 19 de Noviembre del 2008 se lanzó una nueva actualización del Dashboard de la xbox 360. ¿Que es el Dashboard?. El Dashboard es la interfaz (menú) que aparece cuando iniciamos la consola sin ningún juego insertado. Esta actualización es la NXE (Nueva Experiencia Xbox) y las dos principales novedades son la inclusión de los avatares, que nos representarán en Xbox Live y los juegos que los soporten, y el Bazar de video.

Otras características del nuevo Dashboard son:

• Descarga de contenidos en segundo plano, con lo que podemos seguir usando la consola (jugando, escuchando música o lo que sea) mientras bajamos material.
• Si comenzamos una partida a algún juego online y estamos bajando algo esta descarga será pausada para no interferir en nuestra partida y seguir aprovechando todo el ancho de banda.
• Todas las descargas irán asociadas a nuestro perfil, por lo que si alguna vez se quedan en pausa o se interrumpen seguirán por dónde se habían quedado la próxima vez que conectemos a XBox Live.
• Podremos añadir nuevos contenidos a nuestras descargas cuando queramos simplemente seleccionándolos del bazar y añadiéndolos.
• Recibiremos notificaciones tanto al iniciar una descarga como al finalizarla. Incluso si es interrumpida.
• Si vemos una película en DVD, la consola recordará el punto en que la dejamos al retirar el disco mediante un marcador, de forma que al volver a introducirlo siga por donde se había quedado anteriormente.
• El nuevo Xbox LIVE Party para chatear y compartir contenidos con hasta siete amigos.
• Nuevos modos de vídeo 16X10 (1440x900 y 1680x1050) sobre VGA o HDMI.
• Acceso a Xbox Live desde el ordenador.
• Copiar los juegos al disco duro para jugar desde él.
• A parte se producirá una mejora en la estructuración de menús y probablemente más cosas que todavía desconocemos.

Aquí esplica microsoft como actualizarte el Dashboard. Teóricamente se puede grabar en un cd, dvd o memoria usb, pero yo no lo conseguí instalar ni con cd ni con dvd (no se si sería por grabarlo en linux o porque). Para instalarlo tuve que seguir los siguientes pasos:

1. Nos bajamos la actualización de la web de microsoft.
2. Descomprimimos el fichero $SystemUpdate_Fall08.zip.
3. Copiamos la carpeta $SystemUpdate en la raiz de una memoria usb.
4. Conectar la memoria usb a una de las entradas usb de la consola xbox 360.
5. Apagar la consola.
6. Encenderla.
7. Entonces te preguntará si quieres instalar la actualización, le dices que si y esperas a que se instale.

Ya tenemos el Dashboard actualizado y podremos crear nuestro avatar (muñeco).

Para poner marcas de agua podemos usar el módulo ImageCache Actions de drupal. Vamos a usar los siguientes módulos:

• ImageAPI (lo necesita el módulo imageCache).
• ImageCache
• Imagecache Actions

Lo primero que tendremos que hacer es descargarlos y descomprimirlos en nuestro drupal.

Una vez descargados y descomprimidos los activaremos. Vamos al menú Administer, Site building y Modules y activamos primeramente el módulo ImageAPI y le damos a Save configuration. Luego activamos el módulo ImageCache y le damos otra vez a Save configuration. Por último activaremos el módulo Imagecache Actions.

Ahora tendremos que elegir que herramienta usar para tratar las imágenes. Tenemos dos maneras: ImageMagick o GD2. Con ImageMagick me daba un error así que decidí usar GD2. Para usar GD2 tendremos que activar el módulo ImageAPI GD2, si decidimos usar ImageMagick tendremos que activar el módulo ImageAPI ImageMagick.

Ya tenemos el módulo ImageCache funcionando, para poder poner marcas de agua tendremos que activar el módulo Imagecache Canvas Actions.

Por último solo nos falta una cosa, tenemos que activar el módulo ImageCache UI para tener un menú gráfico para hacer las cosas (sin este menú no se como se hará todo esto).

Ahora vamos al menú Administer, Site configuration e ImageAPI. Ahí podremos decidir que módulo queremos usar para tratar las imágenes (en el caso que tengamos los dos módulos GD2 e ImageCache).

Después iremos al menú Administer, Site building e ImageCache. Si no hemos creado ninguna regla antes nos pedirá que pongamos un nombre para la primera regla Preset Namespace. Sino le daremos a Add New Preset, nos pedirá el nombre del Preset Namespace y le damos a Create New Preset. Entre la acciones que nos saldrán tendremos que seleccionar Overlay: file image to canvas (watermark), entonces nos dejará meter ciertos datos para configurarlo. El único que he tocado yo ha sido el file name en el que le indico la imagen con la marca de agua (yo usé un png con transparencia). Una vez configurada la acción le damos a Add action.

Para aplicar estas acciones tendremos que añadir en la URL de la imagen /imagecache/NOMBRE_DE_TU_PRESET_NAMESPACE. Por ejemplo si tenemos una imagen http://www.intropedro.com/system/file/imagen.jpeg si la quisiéramos ver con la marca de agua definida en una preset namespace de nombre agua sería usando esta url http://www.intropedro.com/system/file/imagecache/agua/imagen.jpeg.

Ya tenemos nuestras imágenes con marcas de agua. Como siempre la última versión de como hacer esto y con soluciones a problemas en mi wiki.

Hoy he tenido que instalarme en el trabajo una impresora Canon PIXMA IP2600 en el ubuntu del trabajo (versión del ubuntu 8.10) ya que por defecto el driver no salía. A continuación os pongo los pasos a seguir para conseguirlo.

Instalación

Para instalarla en Ubuntu, tendremos que seguir los siguientes pasos:

1- Lo primero será bajarnos los drivers:

• Iremos a esta web. En el formulario de descarga seleccionaremos InkJet Printers, luego PIXMA, después PIXMA IP2680 y por último driver & sowftware.
• De entre los resutlados que nos ha sacado, entraremos en los siguientes:
  • IJ Printer Driver Ver. 2.90 for Linux (debian Package for iP2600 series)
  • IJ Printer Driver Ver. 2.90 for Linux (debian Common package)
• Bajaremos al final de las páginas y le daremos al enlace download.
• Una vez bajado los drivers los instalaremos. Dependiendo de si nuestro sistema operativo es de 32 o 64 bits tendremos que ejecutar las siguientes órdenes:
  • Si tenemos 32 bits:
    >> sudo dpkg -i cnijfilter-common_2.90-1_i386.deb
    >> sudo dpkg -i cnijfilter-ip2600series_2.90-1_i386.deb
  • Si tenemos 64 bits:
    >> sudo dpkg -i --force-architecture cnijfilter-common_2.90-1_i386.deb
    >> sudo dpkg -i --force-architecture cnijfilter-ip2600series_2.90-1_i386.deb

2- Ahora vamos a añadir la impresora:

• Vamos al menú Sistema, Administración y a Impresoras.
• Le damos a Nueva.
• Seleccionamos donde tenemos la impresora (localmente, por samba, ...).
• Seleccionamos la opción de Seleccionar la impresora de la base de datos.
• Seleccionamos Canon y le damos a Siguiente.
• Recorremos la lista y seleccionamos iP2600 Ver.2.90 (OJO!! no empieza por PIXMA.)
• Acabamos la instalación poniendole los datos que queramos (Nombre, descripción y ubicación).

Ya tenemos la impresora instalada y lista para imprimir.

Problemas

libcupsys2 no esta instalado

Hay instalar el driver de la impresora, nos puede aparecer el siguiente error:

>> sudo dpkg -i --force-architecture cnijfilter-common_2.90-1_i386.deb
dpkg: aviso: ignorando problema debido a --force enabled:
la arquitectura del paquete (i386) no corresponde con la del sistema (amd64)
(Leyendo la base de datos ... 00%
174170 ficheros y directorios instalados actualmente.)
Preparando para reemplazar cnijfilter-common 2.90-1 (usando cnijfilter-common_2.90-1_i386.deb) ...
Desempaquetando el reemplazo de cnijfilter-common ...
dpkg: problemas de dependencias impiden la configuración de cnijfilter-common:
cnijfilter-common depende de libcupsys2 (>= 1.2.1); sin embargo:
'''El paquete `libcupsys2' no está instalado.
'''dpkg: error al procesar cnijfilter-common (--install):
problemas de dependencias - se deja sin configurar
Se encontraron errores al procesar:
cnijfilter-common

Solución

EL problema esta en que a partir de la version 9.10 de Ubuntu, el paquete libcupsys2 ha cambiado de nombre a libcups2. Para poderlo instalar tenemos que cambiar esta restricción al paquete. Para ello tendremos que descomprimir el paquete deb:

>> dpkg-deb -x cnijfilter-common_2.90-1_i386.deb common
>> dpkg-deb --control cnijfilter-common_2.90-1_i386.deb

Ahora editaremos el archivo qeu se encuentra en DEBIAN/control y cambiaremos la línea:

Depends: libc6 (>= 2.3.4-1), libcupsys2 (>= 1.2.1), libpopt0 (>= 1.7)

Por esta otra:

Depends: libc6 (>= 2.3.4-1), '''libcups2''' (>= 1.2.1), libpopt0 (>= 1.7)

Ahora movemos la carpeta DEBIAN dentro de la carpeta common:

>> mv DEBIAN common/

Y por último volvemos a construir el paquete con los ficheros modificados y con otro nombre:

>> dpkg -b common cnijfilter-common_2.90-1_i386_2.deb

Tambien tendremos que hacer lo mismo con el paquete cnijfilter-ip2600series_2.90-1_i386.deb y despues ya podremos instalar los nuevos paquetes dependiendo de la arquitectura de nuestra máquina como se indica mas arriba.

Filter not owned by root

Al intentar imprimir nos aparece un mensaje de error que dice lo siguiente:

En espera -Filter /usr/lib/cups/filter/pstocanonij iP2600 for printer XXXX not owned by root

Solución

El problema esta en que el usuario root no es el propietario del fichero /usr/lib/cups/filter/pstocanonij como podemos ver a continuación:

>> ls -l /usr/lib/cups/filter/pstocanonij
-rwxr-xr-x 1 manolo manolo 21092 2008-04-11 02:08 /usr/lib/cups/filter/pstocanonij

Para solucionarlo hay que poner al usuario root como propietario del fichero:

>> sudo chown root:root /usr/lib/cups/filter/pstocanonij