Tagged: framework

TeaISO – ultimate simple ISO image creation tool

Esto es solo un generador Live ISO, ¡pero espera! ¡No es lo que piensas! Genera cualquier iso de linux de forma sencilla , con un método genérico.

La característica principal es que produce ISO de cualquier tipo de distribución de Linux como base.

Continue reading →

Debian ibm-java80-jdk – IBM Java Development Kit (JDK) 8.0 DEBs paquetes

ibm-java80-jdk – IBM Java(TM) Development Kit (JDK) 8.0 es la versión del engine JAVA desde IBM y aunque funciona solo con Glibc (no se puede usar en alpine) es uno de los pocos engines con buen performance (Aunque más consumo de ram) especialmente en arquitecturas poco comunes (como s390 etc). Aqui paquetes para todos los debians…
Continue reading →

grupos Telegram de Alpine linux

Estos son los grupos Telegram de Alpine linux, el sistema operativo master en los deploy de dockers desde 2016 indiscutible:

Canal de info: https://t.me/alpine_linux/3

Continue reading →

VenenuX 1.0 y 2.0 en proximas semanas, LAMP STACK incluidos

..se esta trabajando en actualizar images a medida de VenenuX WEB para desarrollos, con el completo stack LAMP para trabajo… como los commits indican: https://gitlab.com/osposweb/osposos/commits/master (al 20190505 si se lee este correo en el futuro) Tendra LAMP completo, osposweb y sera tanto para i386 como amd64 en tres sabores jeesie, wheeze y strecht…

Continue reading →

kamailio 5.1 for wheeze, jessie y strecht

VenenuX ha backportado y habilitado un repositorio con kamailio 5.1 y asterisk 13.14 ya disponible al fin para wheeze y jessie, y kamailio 5 tambien para strecht.

Kamailio 5 solo tiene pocas diferencias respecto al 4 para poder migrarse, simplemente se actualiza la base de datos y depsues se renombra los modulos.

Para wheeze hubo que backportar muchos paquetes pero estos tambien fueron revisados.

Para VenenuX 0.X la serie vieja es posible que no se pueda realizar ninguna migracion ni backport alguno pero se esta estudiando el caso.

Como se hace para tenerlo:

cat > /etc/apt/sources.list.d/debianbackports.list << EOF
deb http://ftp.de.debian.org/debian $(lsb_release -s -c)-backports main contrib non-free
EOF
apt-get update
apt-get install lsb-release
cat > /etc/apt/sources.list.d/debianvenenuxvoip.list << EOF
deb http://download.opensuse.org/repositories/home:/vegnuli:/voip/Debian_$(lsb_release -r -s | cut -d '.' -f1).0/ /
EOF
apt-get update

apt-get install kamailio asterisk

Simple, el resto es seguir las instrucciones de instalacion, claro esto desastraria la bella organizacion de la estructura Debian por lo que despues publicaremos como se debe instalar correctamente usando la configuracion de los paquetes.

Cabe destacar que es bueno revisar los siguientes documentos despues de instalar, para saber que esta disponible en los paquetes:

  • Para kamailio revisar /usr/share/doc/kamailio/README.Debian
  • Para asterisk resivar /usr/share/doc/asterisk/README.Debian

 

 

Razones de porque el top de frameworks: que cuidar al comenzar un desarrollo

Cualquier busqueda nos arroja: en el top de frameworks a RAILS (ruby), LAVAREL(php), CODEIGNITER(php) y SPRING (java) entre los primeros siempre fijos, nunca salen de esos puestos.. estas son las razones (discutidas entre ingenieros y desarrolladores) y las explicamos:

1. soporte a amplio rango de base de datos

2. soporte a migraciones.

3. autoconstruccion de codigo (esto incluye plantillas, CRUD’s css, js)

4. curva de aprendizaje
5. casos de exitos durareros con razones

La primera es obvia, SPRING usa java, con JDBC puede usar la DB que exista, LAVAREL y CODEIGNITER usan ODBC y RAILS tiene driver para todo menos oracle donde se usa odbc, estopermite al framework atacar a .NET y Oracle, es decir, si mi framework soporta oracle (virtualmente) sea por odbc o por driver directo, podre fabricar un app que sustituya el de una empresa privada.. claro esta uno puede basarse en un soporte ya previo como el de mysql dentro del mismo framework, pero debemos ser conscientes, el trabajo no es ese.. el tiempo apremia..

La segunda significa que cuando yo libere una actualizacion de el codigo de mi proyecto, no tengo que dar instrucciones de sql’s para actualizar la db, ni ojo ni mucho menos las ubicaciones de archivos subidos, simplemente sustituyo todo el codigo php/ruby y el sistema “migrations” (presente al menos en RAILS, SPRING y Codeigniter) hace el resto basado en los SQL’s de alteraciones registrados durante el desarrollo de las actualizaciones

La tercera todos las conocemos, son las herramientas de modas, sass, jquery, grocerycrud, templates, etc.. que nos permiten “dividir y vencer” sobre grandes partes de codigo, reutilizadas entre varias pequeñas, actualmente cualquier framework tiene maners de integrar estas tecnologias..

La cuarta razon es tambien obvia pero delicada, en una eleccion mas solida pero complicada, lamentable no es lo que el resultado se espera, esta basada en la relacion tiempto-resultados que desea todo “cliente” (cliente en el sentido de aquel que pidio y recibe el resultado final, no solo el que paga algo), SPRING y CODEGINITER aqui no requieren que el desarrollador sepa de JS o CSS, tienen herramientas que se encargan de ello (menos optimas claro) si bien tardar mas a veces da mejores resultados a futuro, si nuestro desarrollo implica aprender, solo sirve si este aprendizaje no sale con una de las 3 anteriores faltantes, ejemplo es facil de aprender pero no soporta SQLserver o Oracle, no sirve porque no podemos en medio del desarrolo fabricar una solucion indirecta al desarrollo mismo.. esto se traduce a vista del cleinte en perdida de tiempo valioso que escogiendo otro framework se evitaria

El usar casos de exitos no nos viene a nosotros los desarrolladores como una razon, pero si al lider de proyecto, es simple, seguro mato confiado… y ya sabemos que SPRING, RAILS y CODEIGNITER son casos de exitos de mas de 8 años.. LAVAREL es muy reciente pero se ha hecho respetar dado su gran soporte de compañias..

GUACHI php framework

Porsupuesto en gitlab, no en github..

Guachi (Nombre quizas definitivo) es un framework nacido de los constantes trabajos realizados por Master Vitronic, creador de VenenuX, altamente basado en Banshee, se penso para proyectos pequeños, pero realmente es para proyectos gigantes donde se neceita control de la mas minima pieza de trabajo

DONDE?

El proyecto esta residenciado en https://gitlab.com/guachi/Guachi_Framework y su vision es modular, es un framework fuertemente tecnico, orientado a buenos programadores, las clases de mayor interes son Guachi.php y class.router.php despues de las llamadas a input.php.

COMO?

Basa su logica en enrutamientos, usando el famoso directorio “public” en vez de un directorio “stats” para los elementos no dinamicos. Para los adeptos notaran que define lejos el core de la exposicion de los archivos por el webserver, lo que significa que no ejecuta en hostings gratis, pues requiere “ayuda” del administrador (Definir htaccess o aliasing).

Debido a esto Guachi hace uso extensivo de la reglas “rewrite” de los servidores web, lo que lo orienta a proyectos mas completos que a cosas simples o sencillas, asi que es recomendable tenga un buen entendimiento de estas, esto permite configurar rutas especiales y tener dominio y control sobre los requests respecto el desarrollo.

CUANTO?

Liviano y rudimentario pero firme, fuerte y robusto: usa Php cualquier version desde la cinco, no tenene requierminetos mas que modulo match, modulo curl y modulo mcrypt/openssl (este ultimo tampoco disponible en la mayoria de los hostings, solo en planes AWS) pero tal como se explica, no es un proyecto empezando su desarrollo, ya se ha usado en produccion, sin embargo en cuando a conectividad de datos no tiene soporte ODBC en el cual se comenzara a trabajar…

CUANDO?

Aun no hay releases o versiones oficiales, pero no es un proyecto en desarrollo, realmente ya se ha usado en produccion varias veces y esta es la razon de porque se hace hoy dia un proyecto publico en la web, el trabajo actual es mas de ampliacion y documentacion que de refacciones y desarrollo, ya que ya es estable y tienen uso..

#Comparacion de #Virtuales #VirtualBox contra #Docker #Xen #KVM

Rapida comparativa entre contenedores y virtuales, es uan clara desicion entre rapidez o seguridad y facilidad de administracion:

virtal-vs-docker

Continue reading →

#biicode it’s a #package #manager for #C/#C++

#biicode it’s a #package #manager for #C/#C++ : https://github.com/biicode/biicode
* in lua we have Luarocks
* in java we have maven
* in node.js we have npm
* in php we have pear o composer
* in perl we have cpan

SERVICE: https://github.com/biicode/biicode

CLIENTE: https://github.com/biicode/client

SERVER IMPLEMENTATION: https://github.com/biicode/bii-server

DOKER: https://github.com/biicode/docker-biicode

VenenuX: Gambasex – extendiendo a gambas

El equipo de desarrollo de venenux se complace en presentar el inicio del futuro mini-framework para Gambas: https://venenux.github.io/gambasex/

GambasEx extiende un poco las funcionalidades de gambas, al mas puro estilo de Codeigniter lo realiza para Php, de esta manera proporcionar un marco de trabajo inmediato para hacer un aplicativo:

  •  login
  •  dbaccess
  •  configuracion
  •  utilidades
  •  fileaccess

https://venenux.github.io/gambasex/