| Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa |
| linux [2023/07/25 08:28] – admin | linux [2024/02/20 19:59] (actual) – admin |
|---|
| ====== Xailer y Linux: Instalación de WSL ====== | ====== Xailer y Linux: Instalación de WSL ====== |
| |
| Como os comentamos en nuestro último artículo, uno de nuestros objetivos para las futuras versiones de Xailer era la posibilidad de crear ejecutables y librerías para //Linux// en 64 bits. No se trataría de ejecutables con su propio entorno gráfico al estilo de Windows, sino que se trataría de aplicaciones que principalmente estarían pensadas para ser utilizadas como [[https://es.wikipedia.org/wiki/Interfaz_de_entrada_com%C3%BAn|CGIs]] . Es decir, para ser utilizadas desde entornos Web principalmente. | La forma más sencilla de instalar WSL es instalar una distribución de Linux desde el ‘//Microsoft Store//’ que es una aplicación que incluye tanto Windows 10, como Windows 11. Una vez cargada la aplicación simplemente introduzca ‘//ubuntu//’ que es la distribución que recomendamos. |
| | {{ :microsoft_store_seach.png?nolink |}} |
| |
| Básicamente en la web y desde el lado del servidor hay dos formas de realizar aplicaciones (back-end): Utilizando guiones / scripts que se ejecutan en lenguajes como PHP, Python o Node.js o utilizando ejecutables cerrados que pueden ser elaborados en cualquier lenguaje que cree ejecutables para el sistema operativo anfitrión del servidor web. Ambos sistemas, tienen sus ventajas y sus inconvenientes. | Se le mostrarán varias versiones. Le recomendamos que elija la siguiente: |
| |
| Los guiones o scripts tienen la gran ventaja de que son tremendamente sencillos de crear y modificar ya que sólo hace falta un simple editor de texto para trabajar. Cualquier modificación que realice en el guion, después de ser grabado, ya se puede observar en la página Web. No hay compilación, ni enlazado y aunque su velocidad de ejecución es muy baja con respecto a un ejecutable, el hecho de tener cargado en memoria del servidor todo el motor de ejecución del script hace que los tiempos de ejecución sean muy asumibles. Las aplicaciones tipo CGI son muy rápidas en su ejecución comparadas con los guiones, pero están penalizadas por su tiempo de carga, que lógicamente es mayor que el de un guion cuyo motor de ejecución está siempre cargado en memoria. No obstante, este problema se ha solucionado gracias a la aparición de [[https://es.wikipedia.org/wiki/FastCGI|FastCGI]]. Tanto es así, que incluso motores como el de PHP, se pueden ejecutar en modo FastCGI para evitar los problemas que pudieran surgir por guiones maliciosos o mal realizados, sin que ello suponga una perdida de velocidad. | {{ :ubuntu_download.png?nolink |}} |
| |
| Las aplicaciones tipo CGI han de ser compiladas y enlazadas creando un ejecutable que puede ser autónomo o dependiente de librerías externas. Y esto que puede parecer una desventaja con respecto a los guiones o scripts, pero es en realidad su mayor ventaja, por varios motivos: | Cuando se haya descargado (500 Mb) pulse el botón ‘Abrir’ y se abrirá una ventana de ‘Terminal’ inicializando el proceso de instalación como esta: |
| * **Propiedad intelectual**: Nuestra propiedad intelectual del código incluido en las aplicaciones queda asegurado al no estar los fuentes del mismo disponibles en el servidor. No sólo la propiedad intelectual está en peligro cuando todo el código está disponible en el servidor. Si los scripts se ejecutan en un servidor que tiene acceso nuestro cliente es imposible controlar su buen uso o por ejemplo establecer un sistema de licencias por uso del mismo. | |
| * **Seguridad**: Es infinitamente más sencillo //hackear// un servidor web que utilice motores de scripting como PHP a uno que no lo utilice. Un //hacker// que consiga subir un archivo al servidor con código malicioso, que es sencillamente, texto plano, puede llegar a conseguir que dicho archivo sea ejecutado por el motor PHP (por ejemplo) y se apoderé completamente de la máquina. Los agujeros de seguridad existentes en todo el software de gestión de contenidos que se basan en dicho motores de script, tienen que estar constantemente actualizándose para contrarrestar todas las amenazas que reciben. Este problema no existe con los CGIs. | |
| * **Depuración**: La depuración de aplicaciones basadas en scripts son realmente una pesadilla ya que ni siquiera existe un corrector sintáctico del código. Es decir, si hace falta un ‘;’ para indicar fin de instrucción y no lo ponemos, no nos enteraremos hasta que se ejecute en el servidor y normalmente lo único que recibiremos de respuesta es una página en blanco y poco más. Si llamamos a una función que no existe o nos olvidamos de cerrar un bloque IF..ENDIF, exactamente igual. En las aplicaciones CGIs nos aseguramos que el código ha sido compilado y enlazado sin problemas y por lo tanto los errores que podamos tener son sólo errores de ejecución. En la mayoría de los lenguajes de programación que realizan CGIs es necesario utilizar un sistema de //Logs// para poder depurar las aplicaciones y saber hasta que punto se han ejecutado correctamente o conocer valores de variables internas. En Xailer hemos conseguido depurar cualquier aplicación CGI de la misma forma que se depura cualquier otro tipo de aplicación de escritorio y todo sin salir del IDE. Xailer es capaz de ejecutar cualquier CGI y mostrarlo en su navegador interno, pudiendo poner puntos de ruptura, ejecución paso a paso e inspección de variables. Esto sólo es posible realizarlo creando CGIs tipo Windows. Los CGIs que cree tipo Linux se mostrarán en el IDE pero no tendrán las ventajas de depuración de los CGIs de Windows. | |
| |
| El proyecto está bastante avanzado y en la versión Beta actual de Xailer ya es posible crear aplicaciones para Linux en 64 bits directamente desde el IDE de Xailer y sin tener que salir de nuestro cómodo sistema operativo Windows para nada. No obstante, necesitaremos poder compilar y enlazar nuestros programas en Linux y para ello habrá que instalar algún software adicional (gratuito), que a continuación os explico. | {{ :ubuntu_start.png?nolink |}} |
| | |
| | Tiene que crear un nuevo usuario que gozará de los máximos permisos (equivalente a root) y puede poner cualquier nombre y contraseña, por ejemplo: ‘//xailer//’ y ‘//xailer//’. A partir de ese momento ya tiene instalado Linux en su máquina y para acceder a él sólo tiene que buscar la aplicación ‘//Ubuntu//’. Pero poco puede hacer con él. |
| | |
| | El primer paso es actualizar el sistema operativo, para ello escribiremos: ''sudo apt-get update'' |
| | |
| | Esta instrucción actualiza la lista de paquetes que se encuentran en un repositorio público para el sistema operativo en cuestión. El comando es ‘**apt-get**‘ y el verbo es ‘**update**‘, pero se ha de utilizar con el pre-comando ‘**sudo**‘ que simplemente solicita que la operación se haga con privilegios de administrador. Por dicho motivo se le pedirá la contraseña de usuario antes de realizar la operación. Debería ver como el Linux descarga toda la información de los paquetes que actualizados. |
| | |
| | Para realizar la actualización propiamente dicha, deberá ejecutar: ''sudo apt-get upgrade'' |
| | |
| | Después de contestar ‘**y**' a la pregunta de si desea realizar la actualización, podrá observar como se cargan e instalan todas las actualizaciones necesarias. |
| | |
| | Ya tiene instalado Linux Ubuntu en su máquina sin tener que abandonar Microsoft Windows. |
| | |
| | \\ |
| | Para comprobarlo, abrimos el explorador de archivos y comprobamos que ahora nos aparece un nuevo elemento de nombre Linux: |
| | {{ :linux_explorer.png?nolink |}} |
| | |
| | Observe como en explorador de archivos le ha aparecido un elemento adicional de nombre ‘Linux’ y que al pulsarlo le muestra la carpeta ‘Ubuntu-20.04’. Ábrala y diríjase a su carpeta personal, que es: home/xailer. Es en dicha carpeta donde deberá crear sus archivos personales. |
| | |
| | Para acceder a la consola de WSL puede hacerlo de varias formas: |
| | - Ejecutando la aplicación Ubuntu |
| | - Desde el interprete de comandos escribiendo: WSL |
| | |
| | Sólo necesitamos instalar un único software para crear CGIs de 64 bits con Harbour, que es el compilador GCC. Escribimos: ''sudo apt install build-essential'' |
| | |
| | Pulsamos ‘y’ para confirmar la operación y hemos terminado. |
| | |
| | Ya estamos listos para crear CGIs con Xailer en Linux 64 bits. |
| | |
| | Es recomendable incluir algunas librerías que posiblemente nos hagan falta para poder realizar aplicaciones complejas, como por ejemplo: |
| | - libgd-dev. Librería para realizar gráficos: ''sudo apt -y install libgd-dev'' |
| | - uuid-dev. Librería para crear UUIDs: ''sudo apt-get -y install uuid-dev'' |
| |
| En este primer artículo os vamos a explicar como instalar lo estrictamente necesario para poder crear y ejecutar nuestros CGIs creados para Linux en nuestra propia maquina sin tener que depender de servidores en la nube. Para ello deberemos instalar [[https://learn.microsoft.com/es-es/windows/wsl/install|WSL]] (Subsistema de Windows para Linux). Necesitareis Windows 10 o Windows 11 y os adelanto que no es nada exigente con los requisitos de máquina por lo que os animo a instalarlo aunque vuestro hardware no sea muy potente. Igualmente, es muy poco exigente en cuanto a los recursos que usa. WSL es realmente un gran acierto por parte de Microsoft. | |
| |
| La forma más sencilla de instalar WSL es instalar una distribución de Linux desde el ‘//Microsoft Store//’ que es una aplicación que incluye tanto Windows 10, como Windows 11. Una vez cargada la aplicación simplemente introduzca ‘//ubuntu//’ que es la distribución que recomendamos. | |
| |
