Author: Norbert Kett (anchor@rocketmail.com)
Type: comm/tcp
Versión: 0.4
Requiere: 68020, AmigaOS 3.x
Arquitectura: m68k-amigaos
DESCRIPCIÓN
Es un Handler Dos que permite acceder fácilmente a nuestro
almacenamiento Google Drive.
REQUERIMIENTOS
AmigaOS 3.x, 68020 28MHz, 8MB memoria fast RAM, y conexión a Internet.
Este handler se ha probado con OS3.1 y OS3.9. Quizá funcione en AROS
Vision, y en MorphOS. Aunque, no se ha probado completamente en dichas
plataformas. (MorphOS tendrá versión nativa por separado.)
LIMITACIONES
Sin una llave licencia, este handler actúa únicamente como volumen sólo
de lectura, al tiempo que la exportación de documento está inhabilitada.
Para obtener una licencia, contacta conmigo a través de mi correo electrónico.
Una vez obtenida la licencia, se activará el acceso a todos mis handlers
futuros. (tengo planeados Dropbox y Cloud Print de Google)
El coste de la licencia es de 10 EUR.
INSTALACIÓN
Puesto que aún no hay instalador, hemos de seguir los pasos siguientes:
1. Copia el cajón 'Google' del archivo al completo a tu directorio Devs:
2. Dirígete a esta página desde un navegador moderno: https://goo.gl/1K3xoq
y copia el client code suministrado a Devs:Google/_client_code
(A tener en cuenta: Cada vez que Solicitas un client code nuevo, has de borrar
los ficheros Devs:Google/_access_token y Devs:Google/_refresh_token si es que
existen)
3. Añade estas líneas a tu fichero user-startup:
;BEGIN Google
Assign SSLROOT: Devs:Google/.sslroot
Mount GOOGLE: from Devs:Google/google.mountlist
;END Google
(Si por casualidad ya contaras con la asignación SSLROOT:, puedes saltar
esta línea)
Y eso es todo. Comprobemos tu instalación. Reinicia, abre una nueva ventana
CLI. Escribe:
list google:
Si todo es correcto, deberías poder ver en unos segundos la lista de
directorios y ficheros de tu raíz en Google Drive.
Si quieres disponer del icono de GD en Workbench, sube uno desde el cajón
Devs:Google/.data a la raíz de tu GD y renómbralo como Disk.info.
Disk1.info es un formato de icono clásico para OS3.1, Disk2.info es apto
para icon.library de Peter Keunecke, mientras que Disk3.info es una imagen
png para OS3.9. Para poder subir los ficheros necesitarás la versión completa
del handler, o un navegador moderno.
COMPONENTES
GD handler se basa en libCurl (v7.37.1), y OpenSSL (0.9.8zh)
Esta versión de openssl contiene todos los parches de seguridad
disponibles hasta el 3.12.2015, aunque sólo soporta TLS 1.0.
Utiliza este handler bajo tu propia responsabilidad. Si dispones de
un procesador más potente (68040/68060/Apollo FPGA), puedes probar
el handler generado con el último openssl, con todas sus funciones,
aunque más lento (v1.0.2e) Renombra google-drive-handler_102e
como google-drive-handler en el directorio Devs:Google.
Podrás comprobar los componentes, y el estado de la licencia mediante
este comando:
list google:@about
Tanto la conexión SSL como la transmisión de datos es relativamente
lenta en sistemas basados en 68k. El handler GD funciona en mi sistema
con aceleradora ACA1221 68020 28MHz, pero no demasiado rápido.
Para un funcionamiento más fluido se recomienda encarecidamente un
procesador 68030.
RESTRICCIONES TÉCNICAS
- GD no muestra el tamaño de fichero de los ficheros del tipo documento.
El tamaño de fichero cero podría generar problemas, por lo que el handler
mostrará un tamaño de fichero enorme para los documentos exportables.
El tamaño real queda únicamente determinado a la hora de exportar.
Los administradores de ficheros que no soporten EOF no serán capaces de
manejarlo. Dopus no es capaz de manejar EOF, y su tamaño de búfer I/O por
defecto es demasiado pequeño para redes. Para utilizar GD recomiendo FileMaster,
o Workbench. FileMaster utliza un búfer I/O lo suficientemente grande (y ajustable)
por defecto, y es capaz de manejar EOF.
- GD no permite la modificación de los contenidos de los ficheros.
Si quieres modificar un fichero, haz una copia de seguridad local antes,
y una vez finalices, súbelo a tu GD.
- GD espera siempre el tamaño de fichero exacto para cada subida.
Si estás creando un fichero nuevo, este estará vacío. Por ello, al subir
algún elemento, el contenido se almacenará en un búfer, mientras que la subida
real tendrá lugar cuando se haya cerrado el fichero. El tamaño máximo del
fichero a subir sólo estará limitado por la cantidad de memoria RAM disponible.
OPCIONES PLANIFICADAS
- OCR (exportación automática de documento de texto desde imagen, durante la subida)
- Soporte para ficheros Compartidos
- Modo fantasma para iconos
- miniaturas en iconos para sistemas NG
- operaciones de 64 bits en sistemas NG
- detección de cambios (si utilizas GD también en otro equipo)
- versión MOS, AROS x86, OS4 (aún no dispongo de un sistema OS4)
VERSIÓN
Este handler se encuentra aún en un fase inicial de su desarrollo,
aún lejos de un estado maduro. Puede contener errores. Por ello has
de considerar esta versión como una beta pública. Se aceptan sugerencias.
Agradecimientos a:
- BSzili,
- Viktor Soponyai alias dh1 de Amiga Mania Magazin,
- PMonster,
- Sir_Lucas
No hay comentarios:
Publicar un comentario