Kernel 2.6.12 en Debian

Documento basado en http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2039&pagina=1


Paquetes

Vamos a necesitar los siguientes paquetes:

# apt-get install wget bzip2 binutils module-init-tools libncurses5-dev kernel-package llibgtk2.0-dev libglib2.0-dev libglade2-dev libc6-dev gcc make dpkg-dev initrd-tools cramfsprogs dash


Conseguir el kernel

Nos posicionamos en el directorio /usr/src:

# cd /usr/src

Descargamos los fuentes:

# wget http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.12.2.tar.bz2

Descomprimimos:

# tar -xvjf linux-2.6.12.2.tar.bz2

Creamos un link simbólico:

# ln -s linux-2.6.12.2 linux

Nos movemos al directorio de los fuentes:

# cd /usr/src/linux

Para hacerlo con menúes en modo texto:

# make menuconfig

En modo gráfico:

# make xconfig

En gnome:

# make gconfig

Vamos a cargar la configuración del kernel anterior escogiendo la opción "Load Alternate Configurate File" ubicada en /boot/config-VERSIÓN-DEL-KERNEL-ANTIGUO

Guardamos las configuraciones y salimos.

Ahora generamos el paquete .deb con la orden:

# make-kpkg -initrd kernel_image

Esto demora un raaato (desde 30 minutos a un buen par de horas). Cuando termina, volvemos al directorio /usr/src para luego instalar el nuevo kernel con dpkg:

# cd ..

(recordar que estabamos en el directorio /usr/src/linux)

# dpkg -i kernel-image.x.deb

(si escribimos dpkg -i kernel-image y le damos un "TAB" se completa solito :-D)

Luego se ve el mensaje:

Do you want to stop now? Y/n [hay que escojer n para continuar]

Y reiniciar para disfrutar del nuevo kernel

Mi empresa: NiuX.

Experiencia RAID-1 en Debian

Haciendo RAID-1 por software en Debian Sarge

El siguiente texto pretende dar una breve introducción a RAID por software, con el sistema operativo GNU/Linux, más precisamente utilizando la distribución Debian "Sarge".

Componentes

Computadora completa ;-) y dos discos rígidos En este caso:

• Procesador Pentium IV 2.66 GHz
• MotherBoard Intel
• Memoria 1 GB DDR 400MHZ
• Discos WD 120GB SATA (x2)
• Lectora
• Disquetera

La receta

Con el NetInst en mano, arrancamos (nuestro discos están "de fábrica", sin particionar). Para estar un poquito a la moda, los más avezados pueden introducir "linux26" (sin comillas) así nuestro Debian instala con el kernel 2.6.8.

Una vez que seleccionamos idioma, localización, distribución de teclado, etc., (y llegamos al particionado de discos) viene lo interesante. Escogemos "Particionado Manual"

IMPORTANTE: tener en cuenta que partimos desde dos discos vacíos.

Particionamos el disco a gusto, en nuestro caso:

• Particion "/"
• Particion "/home"
• Swap

Debemos tener en cuenta que el tipo de partición es "Linux RAID". Se recomienda además que los discos sean de igual capacidad/marca, aunque puede ser posible hacerlo con discos distintos.

Si ya tenemos ambos discos particionados a gusto (recordar que deben estar iguales), procedemos a crear el RAID. Vamos a la opción "Configurar RAID software", nos aparece el menú para la creación de los arrays. Creamos nuestro primer "dispositivo MD", en mi caso, RAID1.

En mi caso, tengo 2 discos "activos", que participan del array y 0 discos "libres" (ver referencias). Para este primer array, "tildo" las opciones /dev/scsi/host2/bus0/target0/lun0/part1 y /dev/scsi/host3/bus0/target0/lun0/part1 y voilà! (automágicamente tenemos nuestro primer dispositivo MD)

Repito la acción nuevamente (para lo que sería mi "/home").

Cuando terminamos, volvemos a la ventana principal del particionado de discos y nos debería aparecer dos dispositivos RAID1. Bueno, ya casi estamos.... sólo nos queda decirle al instalador de Debian Sarge qué tipo de archivos/punto de montaje son nuestros raid.

Al primero lo "utilizo como" sistema ext3 transaccional con punto de montaje "/" Al segundo (recordar que estamos trabajando sobre los dispositivos RAID1) tambien lo utilizo con ext3, pero esta vez el punto de montaje es "/home".

Continuamos la instalación normalmente y listo :-D

Comentario: me pasó que tuve que arrancar con knoppix y meter el grub a la fuerza, pero no se si fue torpeza mía (ante el apuro de la instalación) o "si es así".


Reemplazando un disco fallado

Si somos desconfiados (lo soy!) desconectamos un disco (y luego el otro) y veremos que todo camina bien.

Cuando surja la necesidad de reemplazar un disco, lo particionamos de acuerdo a nuestro esquema inicial (con tipo "linux raid", creo que es tipo "fd"). Lo enchufamos, arrancamos la pc y resincronizamos el contenido.

mdadm --add /dev/md0 /dev/sda1

En este caso, se "rompió" mi disco serial ata primario y le digo que agregue al array "/dev/md0" la particion 1 del disco. Idem para la partición 2 (el "/home")

mdadm --add /dev/md1 /dev/sda2

Notar: que se deben corresponder los arreglos con las particiones. Formas de averiguarlo:

• Listar las particiones
  fdisk -l
  

• Ver cómo anda nuestro array
  cat /proc/mdstat
  
  
• Ver cómo anda un array
  mdadm -D /dev/md0
  

Referencias

• http://www.cse.unsw.edu.au/~neilb/source/mdadm/
• http://www.issociate.de/board/post/25080/Building_my_first_software_raid.html
• http://www.parisc-linux.org/faq/raidboot-howto.html
• http://www.centos.org/docs/4/html/rhel-ig-s390-multi-en-4/s1-s390info-raid.html
• http://unthought.net/Software-RAID.HOWTO/Software-RAID.HOWTO.spanish.html

Mi empresa: NiuX.

Proteger directorios en Apache

Proteger una zona de nuestra web solicitando usuario y contraseña

Este texto pretende mostrar los pasos que seguí para protejer una serie de de directorios con la combinación .htpassd y .htaccess.

Necesitaremos

• Servidor Apache corriendo
• Un editor de texto
• Esta receta :-D

Importante: debemos tener acceso al directorio del servidor para subir los archivos .htaccess y .htpasswd.


Receta

Básicamente este documento está basado en ésta web, pero agrega algo que allí no se menciona y que me hizo doler bastante la cabeza :-P.

Creamos nuestro archivo con las claves encriptadas, para ello ejecutamos el siguiente comando:

fernando@www.aulasur.com.ar:/directorio/secreto/inaccesible$ htpasswd -c .htpasswd nombre_usuario

El /directorio/secreto/inaccesible es una ubicación dentro de nuestra máquina, no necesariamente accesible via web. La opción -c indica que es la primera vez que creamos el archivo, luego no la usaremos más. Debemos reemplazar el "nombre_usuario" por el usuario que queremos. Luego, por cada usuario, haremos:

fernando@www.aulasur.com.ar:/directorio/secreto/inaccesible$ htpasswd .htpasswd nombre_usuario2
fernando@www.aulasur.com.ar:/directorio/secreto/inaccesible$ htpasswd .htpasswd nombre_usuario3
....
fernando@www.aulasur.com.ar:/directorio/secreto/inaccesible$ htpasswd .htpasswd nombre_usuarioN

Con nuestro editor de texto preferido, creamos un archivo llamado .htaccess, y lo ubicamos en el directorio que queremos proteger, en nuestro caso /var/www/protegido

AuthUserFile /directorio/secreto/inaccesible/.htpasswd
AuthGroupFile /dev/null
AuthName AQUI PONER EL NOMBRE DEL RECURSO COMPARTIDO
AuthType Basic


require user nombre_usuario nombre_usuario3 nombre_usuarioN


Aquí AuthUserFile /directorio/secreto/inaccesible/.htpasswd le damos la ruta a nuestro .htpasswd y en require user nombre_usuario nombre_usuario3 nombre_usuarioN le decimos al Apache qué usuarios pueden acceder al recurso.

A tener en cuenta

• En mi /etc/apache/httpd.conf tenía la opción AllowOverride en none y tuve que cambiarla por all, quedando de esta manera:

#
# This controls which options the .htaccess files in directories can
# override. Can also be "All", or any combination of "Options", "FileInfo",
# "AuthConfig", and "Limit"
#
AllowOverride all

Una vez que realizamos este cambio (esto era lo que no estaba en la web original!) reiniciamos Apache:

fernando@www.aulasur.com.ar:# invoke-rc.d apache restart

• Por cada directorio que queremos protejer debemos crear un .htaccess.
• Tambien podemos ir agregando usuarios a nuestro .htpasswd a medida que sea necesario.
• Para dar acceso a un usuario a una parte de nuestra web, sólo debemos agregarlo en el .htaccess de nuestro directorio, en la sección:

require user nombre_usuario nombre_usuario3 nombre_usuarioN ULTIMO_USUARIO_AGREGADO

Bueno, creo que eso era todo... dudas o preguntas en el foro!

Espero sea útil, saludos!

Mi empresa: NiuX.

Llavero USB Kingston (KUSBDTI512)

Llavero USB Kingston KUSBDTI/512 en Debian testing

IMPORTANTE!!! REALIZAR UN RESPALDO DE LA INFORMACIÓN DEL LLAVERO ANTES DE SEGUIR LAS INSTRUCCIONES.

LA INFORMACIÓN SE PROVEE "COMO ESTÁ" Y NO DÁ GARANTÍA DE FUNCIONAMIENTO.

PERMITIDA SU REPRODUCCIÓN TOTAL O PARCIAL CITANDO LA FUENTE


Introducción

Bueno, después de mucho probar y probar (ver Referencias) pude hacer andar mi llavero Kingston de 512MB. Si bien entraron en juego varias cuestiones, lo principal (al menos en mi caso) fueron los conocimientos en ciencias ocultas y un gran 7.


Recorriendo...

Para llegar a esta solución anduve por varios lugares:

1. La lista del Lug local, www.lugna.linux.org.ar
2. Google Argentina, www.google.com.ar
3. Knoppix 3.2 (si... ya me bajaré la versión más nuevita)

Arranqué con knoppix, hice un lsmod y me anoté los siguientes módulos para cargarlos en mi Debian: nls-iso8859-1 nls-cp437 usb-storage usb-ohci usb-core

Reinicié en Debian, y modconf mediante, cargué los módulos, probé montar la memoria y nada...

Bueno.... más búsqueda.... bajé el sg3_utils y nada.... después de casi 10 horas nada de nada....

Es chapuso, pero.... y si reparticiono la memoria y formateo?


La solución (chapusa, si!)

Bien, los pasos para hacerlo andar (que yo seguí) fueron:

1) Instalar los módulos que les mencioné y cargué además ehci-hcd y uhci-hcd (no sé si eran necesarios pero bué..)

debian:/home/fernando# modconf

2) Con cfdisk borré las particiones (ATENCIÓN!!!, borrar las particiones elimina todo el contenido de la memoria)

debian:/home/fernando# cfdisk /dev/sda1

Reemplazar "sda1" por el apropiado....

3) Una vez que elminé las particiones creé una ocupando todo el espacio disponible, que extrañamente era un numero similar a 28000000MB

4) Hice un formato completo a la memoria desde un W2k

y voilá!

El comando para probar que todo anda bien es

debian:/home/fernando# mount -t vfat /dev/sda /mnt

Si todo salió bien, creamos el directorio:

debian:/home/fernando# mkdir -p /media/memoria

y en el /etc/fstab agregamos:

/dev/sda /media/memoria vfat user,noauto,umask=0 0 0

Referencias

• http://www.esdebian.org/forum/viewtopic.php?forum=12&showtopic=38029&lastpost=true
• http://www.spinics.net/linux/drives.php
• http://www.guadalinex.org/modules/newbb/viewtopic.php?topic_id=6512&forum=7&viewmode=flat&order=ASC&start=10&PHPSESSID=d0268352dbc2e9e1472f0f165a2d6e45
• http://lists.freebsd.org/pipermail/freebsd-mobile/2004-December/005379.html
• http://www.assl-site.net/docs/docs/howto-pen.html
• http://64.233.161.104/search?q=cache:qZatuar9178J:ubuntuforums.org/archive/index.php/t-3952.html+debian+usb+traveller&hl=es&client=firefox
• http://www.unixmexico.org/modules.php?op=modload&name=Forums&file=viewtopic&topic=619&forum=14
• http://lists.debian.org/debian-user-spanish/2005/03/msg00014.html
• http://www.asturlinux.org/comunidad/MemoriaUSB

Saludos y suerte!

Mi empresa: NiuX.

Cómo realizar un festival de instalación exitoso

Recomendaciónes para un InstallFest exitoso

Fuente: https://listas.linux.org.ar/pipermail/anillo-lst/2004-July/002627.html

Lo primero es conseguir lugar y fecha, para poder hacer difusión y planear segun los recursos disponibles. Hace falta que el lugar tenga alimentación para bancarse las máquinas, algún lugar del cual se pueda hablar (con equipo de audio sí hace falta) y un proyector de datos, o al menos un pizarrón. Si usan proyector de datos revisar que el lugar pueda oscurecerse. Lo ideal es un laboratorio de computación; nosotros usualmente usamos el lab del dpto. de informática de la Univ. Nac. de Córdoba. Eso nos ahorra el problema de la alimentación, las mesas, y además nos dejan prestar los monitores que hay ahí, con lo que la gente tiene que llevar menos cosas. Otro plus bueno del lugar (no imprescindible pero útil) es cercanía a una conexión a internet, para bajar drivers, howtos, o extras que hagan falta.

Cuando ya tenés eso, largá con un poco de difusión. Es importante darle tiempo a la gente para que se prepare a no tener la máquina, y esas cosas. La difusión debería decir "instalación de Linux" en algún lado (el público al que apuntas no sabe lo que es un installfest), hora (de comienzo y fin), lugar, página web, indicar que hace falta anotarse, indicar costo de entrada (o "entrada libre y gratuita"). En la página avisen de la preinscripción, y como llegar al lugar (si quieren copiar de la página de grulic, bienvenidos sean. Y si encuentran algo para mejorar, avisen).

Otro tema a planear previamente, es que distribución van a instalar. Vi que muchos LUGs instalan surtido; en grulic decidimos instalar una sola distribución lo que permite guiar a todos a la vez; en realidad usualmente tenemos una segundo distro (más vieja) para máquinas chicas. La elección usual nuestra es Mandrake; sabemos que hay distros que internamente son más prolijas y pulidas, pero Mandrake es lo más userfriendly que hay para un sistema instalado crudo (a nuestro criterio). La idea es que sea algo con lo que puedan conocer linux tan facil como les sea posible, si se enganchan, ya aprenderan a instalar la distro que cada uno prefiera. Esta bueno mencionar durante el evento que esta es una de las 10000 distros que hay, que se fijen si les gusta más otra. Algo que aprendimos con la experiencia es a no instalar nunca la última versión de una distro, sino la penúltima (o antepenúltima), y ofrecer opcionalmente los updates. Usualmente pasa un tiempo hasta que el instalador esta bien pulido, con lo que las distros nuevas son mus buggy al instalar (por lo menos con mdk y rh). De todos modos no somos tan rigido con eso, y si alguien lleva otra distro porque tiene ganas lo ponemos aparte y lo ayudamos en la medida de lo posible.

Encárguense de reclutar tanta gente como puedan. En nuestros installfest normalmente hay unas pocas personas con una tarea fija, y el resto está dando vueltas para atender preguntas/consultas. Esta bueno que todos hayan instalado al menos una vez la distro a instalar (si es una sola), aunque sea probando, para conocer mejor el instalador; de todos modos, incluso gente con poca cancha en linux pero algo de cancha en informatica puede ayudar (por ejemplo, para ayudar a hacer que las maquinas booteen de CD, o conectar hardware), e incluso no computólogos (para recibir a la gente, darles un lugar, indicar donde esta el baño, controlar que no se afanen cosas).

El tema de la preinscripción es útil para hacerte una idea de cuanta gente va a ir (aunque usualmente va un poco de gente sin anotarse, y falta un poco de la gente que se anotó, lo que más o menos compensa), ayudar a que lean lo que tienen que llevar, y planear el pregrabado de CDs (nosotros usualmente vendemos los CDs de instalación, así la gente después puede agregar paquetes fácil). Respecto a los CDs, es facil errarle, así que es bueno si alguien puede ir con una maquina con grabadora y las ISOs armadas de la distro.

La dinámica de nuestros eventos es: llega la gente, y se les va ayudando a que se acomoden y pongan a andar la máquina. Se les entrega/cobra las copias de CDs (a menos que lleven su CD). Alguien al frente presenta el evento, da estimativos de cuanto falta para empezar según la gente que va llegando. Antes de empezar se presenta a todas las personas que vana estar asistiendo la instalación (si pueden tener todos la remera del LUG, o una remera del mismo color, mejor), así la gente los puede identificar cuando necesita ayuda. Después, la persona al frente va contando cada paso de la instalación, y alguien en el cañon de datos lo va siguiendo para que se vea. La idea es no solo explicar "hagan click acá", sino explicar un poco porque las cosas son así (por ej: cuando pide la contraseña de root, explicar porque hay un root y otros usuarios, contar que hay distintos permisos, etc). Nada terriblemente detallado y técnico, pero para que tengan una idea de que están haciendo y como influye eso después. También avisar sobre las cosas que se pueden cambiar con el sistema ya instalado (eso hace que la gente tenga menos miedo de lo que hace, si sabe que después es arreglable). Cada dos o tres pantallas conviene revisar con los asistentes para ver que la mayoría vaya siguiendo a la persona al frente, y hacer pausas para sincronizar (el manejo del timing es delicado). Hay que ir particularmente despacio y sincronizado en la parte de reparticionado, porque un error ahí puede ser fatal (avisar eso al público). Al final de la instalación, si queda tiempo, se puede mostrar donde configurar cosas básicas.

Un tiempo aprovechable suele ser la etapa de copia de paquetes. Ahí usualmente se puede insertar alguna charla para que la gente no se aburra y darles algo útil. Nosotros usualmente les contamos de que se trata la idea del software libre, de otras actividades del LUG (sobre todo indicarles donde y como obtener soporte a su sistema que estan instalando), donde conseguir más software (freshmeat, rpmfind), etc.

Es bueno llevar un registro de la gente que va saliendo, si le gustó o no, si pudo instalar con éxito o no (y en caso de que no, registrar el problema para el futuro), y como se enteró (para saber cuales son los métodos de difusión que funcionan mejor y peor).

Seguro que me olvido de algo, pero espero que les sea útil.

Saludos,

Daniel F Moisset - dmoisset en grulic.org.ar

Otros textos interesantes para leer:

• http://www.linux.com/howtos/Installfest-HOWTO/
• http://www.linux.or.cr/index.cgi?FestivalesDeInstalacion
• http://www.grulic.org.ar/installfest/
• http://www.grulic.org.ar/documents/ifest-howto.txt

Software para escuelas

Software Interesante para Escuelas

• http://sourceforge.net/projects/orarelettr/ horarios
• http://www.itais.net/index.php?blog=3 control de pcs
• http://secretariavirtual.org/ gestion de colegios
• http://richtech.ca/openadmin/ gestion de colegios
• http://phpgescen.espicato.com/ gestion de colegios
• http://structio.sourceforge.net/asigna/ horarios

Portal Aula Sur

Declaracion de intenciones sobre los motivos y propositos de Aula Sur

Resumen

El siguiente trabajo tiene como finalidad exponer las intenciones sobre los motivos, propósitos y uso del dominio de Internet www.AulaSur.com.ar. Para ello comenzaremos con una breve descripción de las motivaciones que nos llevaron a la creación de este portal; haremos una breve exposición de nuestros propósitos. Detallaremos las prestaciones previstas, aclarando a que público estará dirigida y haciendo una evaluación del posible futuro del proyecto. Dado que no encontramos otros sitios similares en la zona que podamos poner de ejemplo es que creemos necesario hacer todas estas aclaraciones.


Introducción

El siguiente trabajo tiene como finalidad exponer las intenciones sobre los motivos, propósitos y uso del dominio de Internet www.AulaSur.com.ar. Para ello comenzaremos con una breve descripción de las motivaciones que nos llevaron a la creación de este portal; haremos una breve exposición de nuestros propósitos. Detallaremos las prestaciones previstas, aclarando a que público estará dirigida y haciendo una evaluación del posible futuro del proyecto. Dado que no encontramos otros sitios similares en la zona que podamos poner de ejemplo es que creemos necesario hacer todas estas aclaraciones. Consideramos que EPIEM es un espacio valioso para dar a conocer nuestra propuesta dado que la misma tiene como intención de dar continuidad al espíritu de estas jornadas. Sabemos de la necesidad de seguir en contacto más allá de los encuentros presenciales. Los resultados y avances de este trabajo quedan a disposición de la U. N. C. y en especial a los profesionales que trabajamos en docencia interesados en incorporar las Nuevas Tecnologías al ámbito educativo. Aunque esta experiencia es novedosa, no presenta antecedentes en la zona y está condicionada por factores económicos intentaremos demostrar porque creemos que nuestra propuesta puede tener éxito, y que vale la pena el esfuerzo.


Motivación

Partimos del convencimiento de que la mayoría de las personas vinculadas a educación no conocen todos los beneficios que ofrecen las nuevas tecnologías, por lo que creemos conveniente y necesario un espacio, donde trabajen conjuntamente los distintos profesionales en el desarrollo de actividades de acuerdo a las demandas propias de cada sector. Generando a partir de la interacción entre los diferentes actores educativos una apropiación de estos nuevos recursos. Hay un segundo motivo importante. La necesidad de una educación con calidad y equidad exige de parte del personal docente, una preparación y actualización continua que hoy más que nunca se encuentra vinculada al uso de nuevas tecnologías. Aula Sur, a partir de su propia dinámica de funcionamiento y contenidos, permitirá: una comunicación más rápida y fluida, el acceso a documentación, proyectos que se estén desarrollando, noticias, compartir con otros colegas problemáticas comunes que podrán ser resueltas por el conjunto de personas que participen del mismo, diseñar estrategias de conjunto consolidando lo lazos entre todos los participantes, crear una biblioteca virtual, marcos legales, software GNU, experiencias didácticas y testimonios. El uso de este material y de los servicios que ofrece el Portal constituyen un excelente pretexto para aprender y un medio perfecto para transformar la realidad educativa.


Propósitos

* Servir como ámbito generador de nuevos emprendimientos destinados a docentes a través de Internet. *Gestar la construcción colectiva de un espacio de intercambio que propicie la apertura de nuevos canales de comunicación.

* Colaborar en la difusión, desarrollo y tratamiento de ideas y proyectos, de los integrantes de la comunidad educativa a partir de unificar los aportes de las distintas personas acerca del uso, las posibilidades y soluciones surgidas de la utilización concreta de las nuevas tecnologías.

* Reflexionar, analizar y enriquecer los conocimientos y experiencias concretas de los participantes en relación de los contenidos abordados.


Público Destinatario

Esperamos llegar a toda la comunidad educativa, docentes de todas las áreas, no docentes, talleristas, bibliotecarios, administrativos, asesores, directivos, porteros, padres y alumnos. Por ello, pretendemos lograr funcionalidad, para que los participantes no tengan necesidad de poseer conocimientos técnicos previos.

Prestaciones Previstas

El portal es un espacio web abierto y público, que permite la interacción directa e indirecta, acelerando los tiempos de divulgación de información, lo que le da dinamismo. Las principales funcionalidades que se encuentran implementadas en la versión actual de Aula Sur son las siguientes:

* Artículos: Apuntamos a la excelencia de los materiales presentados, por tal fin posibilitaremos a los participantes la valoración de los mismos. Secuenciaremos el contenido en distintos tópicos: Tecnología, Educación a Distancia, Software Libre, Teoría y Praxis, Proyectos y Noticias. Si bien esta estructuración del material hará que los éstos sean fácilmente encontrados, también se proveerá una herramienta para automatizar la búsqueda (Buscador Interno), posibilitando además la búsqueda experta. Un detalle con el que cuenta el Portal es la Descripción del material, suministrando una breve reseña donde los lectores podrán tener una vista previa del contenido tratado en los distintos artículos. Se posibililita a los usuarios aportar contenido a las distintas secciones de la web, debiendo ser éste aprobado por los moderadores de Aula Sur.

* Foros: Se contemplará la creación de distintos foros que surgirán de la necesidad de quienes participen de Aula Sur. Diferenciamos dos tipos, foros de libre acceso, que no requieren registración, donde el tratamiento de los temas es multidireccional, entendiendo por esto que la dirección y demanda de las contenidos tratados será definida por la totalidad de los participantes del foro, como por ejemplo los Foros de Opinión. Y los foros de acceso restringido a usuarios registrados, pensados para dar un tratamiento más riguroso a los temas abordados, por ejemplo, en los Foros de Consulta los participantes podrán preguntar y evacuar dudas especificas a un artículo escrito por el autor, que actuara como moderador.

* Descargas: Además de los contenidos anteriormente descriptos, se complementará la oferta con Software Educativo específico para todas las áreas, Software de gestión y demás Software útil para la comunidad educativa. Intentaremos lograr un balance equilibrado entre teoría, praxis y recursos.

* Agenda: Se proveerá una agenda con los distintos eventos relevantes a la comunidad educativa, como pueden ser: fechas de cursos, feriados, jornadas institucionales, cierres de períodos y otras actividades. Es posible establecer marcas que ayuden a clasificar los eventos para facilitar su identificación.

* Clasificados: el portal contará con una sección dedicada a la oferta y demanda de empleo, siempre manteniéndolos en la linea de los propósitos antes mencionados.

* Encuestas: permitiendo relevar información a través de votaciones, con la posibilidad de hacer comentarios con respecto a la misma

* Links: vínculos a sitios y páginas especificas, categorizadas por tópicos, que permitan a los participantes profundizar sobre los contenidos o temáticas.

* F.A.Q. (Frequently Asked Questions): se lleva un registro de las preguntas realizadas con frecuencia para evacuar con mayor velocidad las dudas que se pudieran presentar respecto al sitio. Estas funcionalidades podrán variar y/o acrecentarse con la maduración, en tiempo y contribuciones.


Perspectiva del sitio

Esperamos que el Sitio Web sea un elemento útil y de consulta permanente para toda la comunidad educativa. Consideramos que la tecnología, y en este caso, su aplicación concreta, es un elemento que permite resignificar y transformar la educación. Confiamos que una experiencia como ésta, inédita e innovadora, nos permita aprender, crecer y enriquecernos en conjunto, al mismo tiempo que brindamos un servicio a la comunidad educativa. Pensamos incorporar más, mejores y nuevos servicios en el futuro, para ello implementaremos un sistema de banners que nos permitirá cubrir los gastos operativos y asegurar la viabilidad del proyecto Aula Sur. Daremos nuestro mejor esfuerzo para conseguir que la totalidad de las funcionalidades del sitio trabajen como es debido, corrigiendo los errores que puedan surgir y colaborando con aquellos que encuentren dificultades en el uso. Hoy es posible pensar dos escenarios futuros, el primero, un escenario decadente donde las propuestas de aula sur no hayan generado interés en las personas y el sitio no tenga visitas, no haya materiales que publicar, sin actividad en los foros, etc., que indique la caducidad de la propuesta. El segundo es un escenario óptimo, en el cual se dé una amplia participación y en consecuencia una transformación de la realidad educativa.

Webs Colaborativas - Wikis

Webs Colaborativas

Imaginemos visitar un sitio web, editar cualquier parte del contenido que se nos ocurra, incluso, añadir nuevas páginas (y que se publiquen), ¿no es posible? sigan leyendo y verán que ya está entre nosotros una nueva forma para generar comunidades colaborativas online.

A diferencia de los foros, en los cuales se sigue un modelo de comunicación por "hilos" (del inglés threads), los Wikis contienen documentos en forma de una página web común, cuyo contenido es totalmente editable. Lo que da forma a un nuevo paradigma, en vez de haber un reducido grupo de autores y un gran número de lectores, cada uno es autor y lector.

En un mundo obsesionado por el copyright, un sistema abierto como éste puede verse caótico y desordenado. La herramienta probará ser lo más valioso para las comunidades cuya base sea el intercambio libre de información.


¡Quiero mi Wiki!

Un “Wiki” es una aplicación informática colaborativa en línea, que permite que documentos web sean creados colectivamente usando un simple esquema de etiquetas y marcas, sin que la revisión del contenido sea necesaria antes de su aceptación para ser publicado. Es decir, cualquier visitante puede modificar el contenido de una página.

Ward Cunningham, allá por 1994, escogió para su nuevo invento el término de WikiWiki, “Wiki Wiki” significa “rápido” en la lengua hawaiana. El “engendro” era un sistema de creación, intercambio y revisión (de forma relativamente fácil y automática) de información online. Con el pasar del tiempo, los Wikis han ido ganando adhesiones entre los navegantes de la red, que lo usan para comunicación en grupos de trabajo, creación de enciclopedias y otros tipos de escritura colectiva.

El objetivo de un Wiki es democratizar la creación y el mantenimiento de las páginas, pretende eliminar el “síndrome de un solo webmaster o administrador”. Los visitantes pueden realizar aportes, tanto correcciones como nuevas páginas, de esta manera es posible que el hipertexto resultante, por la propia dinámica, se construya y reconstruya con gran rapidez y riqueza.

En general, estos emprendimientos suelen ser llevados adelante por una comunidad de usuarios que frecuentan la web. Esta constante expansión transcurre a medida que más y más usuarios intervienen en la creación de nuevas páginas o como ampliación de las anteriormente creadas.

Los Wikis, por su propio dinamismo, están vivos, son autosustentables, su facilidad de uso y rapidez de publicación, permite disminuir la entropía, como dicen los “Wikipedistas” es “simplemente es una forma de entender la vida, cooperando”.

Bien, supongo que a esta altura ya muchos se habrán preguntado (entre otras cosas): ¿Por qué si son tan buenos, fáciles de usar, etc., yo no conozco ningún Wiki?. Si cualquiera puede modificar todo, ¿Es fiable la información? ¿Cómo evitar la “desfiguración” del contenido?.

Es sencillo responder la primer pregunta, lo haremos con un ejemplo de la vida real. Uno de los más grandes proyectos colaborativos que utilizan Wikis es la Wikipedia, “la enciclopedia libre, accesible y gratuita redactada por personas como tú en más de cien idiomas”, a la fecha de hoy cuenta con alrededor de 40.000 artículos en español, y más de 1.000.000 sumando todos los idiomas (sí, más de un millón). Otros proyectos que se desprenden de la fundación sin ánimo de lucro WikiMedia son los WikiLibros y los Wikcionarios.

Aunque el comportamiento de la comunidad sea “anárquico”, (recordemos que no hay revisión previa del contenido) está sujeto a mayor escrutinio. Cada uno de los iguales pueden revisar lo que el resto colabora y decir “esto está mal” y corregirlo o al menos notarlo, este proceso, llamado “peer-review” cumple las funciones de filtro colaborativo. La cuenta es sencilla: a mayor cantidad de miembros con conocimiento propio, mayor caudal de conocimiento compartido, y mayor caudal de conocimiento compartido el filtro colaborativo se convierte en una herramienta más y más precisa.

Si un integrante de la comunidad ingresa información errónea, falsa, o borra el contenido de una página, como mucha gente puede contribuir al documento, es sumamente fácil mejorar el producto final. Simplemente se hacen las correcciones necesarias o se regresa a la versión anterior. Típicamente, las páginas se almacenan en una base de datos y se incluyen hipervínculos generados dinámicamente.

Otro punto a favor que tiene el Wiki es que no es requiere aprender a utilizar complicadas etiquetas (“tags”, cómo los del HTML) para escribir de forma sencilla documentos y establecer enlaces en el sitio web (internos o externos). Para crear una página nueva, simplemente debemos tipear en nombre en la barra de direcciones y ya esta creada (rápido de verdad, no?). Click en “editar”, escribimos, grabamos los cambios y voilá. Otra forma de crear una página nueva es insertar un enlace (interno) en una página ya existente y “seguirlo”.


Software para correr Wikis

En general, todos los Wikis necesitan para su ejecución de la combinación “LAMP”, es decir: Linux, Apache, MySQL y PHP. Sin embargo es posible correrlos en entornos privativos (como Window$)

PhpWiki

La instalación de PhpWiki es tan simple como descomprimir el código fuente. PhpWiki. Más tarde se pueden hacer cambios para mejorar el rendimiento, mantenimiento o para correr PhpWiki contra una base de datos como: MySQL, mSQL o Postgresql. Más información en: http://phpWiki.sourceforge.net/phpWiki/

TikiWiki

Tiki es un poderoso Sistema de Manejo de Contenido (CMS). Hace uso de PHP, ADOdb y smarty. Puede ser usado en la creación de aplicaciones web, sitios, portales, intranets y extranets. Es desarrollado por un gran numero de personas que conforman la comunidad TikiWiki. Más información en: http://tikiWiki.org/

MediaWiki

Otro software para echar a correr un Wiki, es el usado en la Wikipedia, muy fácil de instalar, corre sobre Apache contra una base de datos. Está programado en PHP. Más información en: http://www.mediaWiki.org/
Referencia Rápida

Es muy fácil editar una página Wiki, basta hacer click en el botón editar. Esto te llevará a una página con una caja de texto que contiene el texto de esa página Wiki. Lo que hay en la caja de texto es simplemente un texto sin formato y algunos símbolos especiales que el software utiliza para crear enlaces, listas y otros efectos.

Luego, ¡a ponerse a escribir!, presiona Mostrar previsualización cuando estés listo. Revisa si ha quedado bien, corrige lo que esté mal o no te guste. Cuando estés satisfecho guarda tu edición pulsando Grabar la página.

Para insertar un enlace, se coloca entre corchetes, [[Wiki Aula Sur]] si es un enlace interno. Si deseamos agregar un enlace externo, debemos colocar corchetes simples [http://www.aulasur.com.ar Aula Sur] y saldrá así Aula Sur.

Para crear listas numeradas se anteponen los símbolos # y * para hacer viñetas, por ejemplo:

#Primer ítem

##Primer sub-ítem

##Segundo sub-ítem

#Segundo ítem

*Viñetas

*Viñetas

#Primer ítem

#*Primer sub-ítem pero con viñeta (no numerado)

#*Segundo sub-ítem pero con viñeta (no numerado)

##Tercer sub-ítem (numerado)

##Cuarto sub-ítem (numerado)

#Segundo ítem

Producirá un resultado como este:

1. Primer ítem
1. Primer sub-ítem
2. Segundo sub-ítem
2. Segundo ítem

* Viñetas
* Viñetas

1. Primer ítem
* Primer sub-ítem pero con viñeta (no numerado)
* Segundo sub-ítem pero con viñeta (no numerado)
1. Tercer sub-ítem (numerado)
2. Cuarto sub-ítem (numerado)
2. Segundo ítem