Tagged: debian

Equivalentes Debian y PPAs para repos y paquetes

Este articulo ayuda saber que PPA usarse o de donde sacar paquetes cuando encontramos recursos Deb’s similares pero no tenemos certeza de sus dependencias minimas coincidan. Todos sabemos que a veces necesitamos sacar recursos de otros lados, porque ya se saben que no siempre sera los ignorantes windosers los que se viven siempre nutriendo de linux, cabe destacar como lso windosers hoy dia emplean mas proyectos linux dentro de windos que nunca.. Continue reading

Advertisements

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..

ASTERISK, evolucion, informacion y guia de inicio

Detallamos en resumen todo lo que ha cambiado asterisk y por donde debe ud comenzar si piensa meterse en dicho mundo de APBX y VoIP. Para el año actual, vemos que asterisk ahora tiene buen soporte para audio de calidad (cuando comenzó se escuchaba horripilante, aparte de consumir muchísimo) hoy di esparte de un compendio de softtware en vez de ser el compendio de software .. Este listado dde topicos le mostrara que tanto ha cambiado y por donde comenzar..

  1. ASTERISK es un orquestador de streaming con ip, soporta audio y video ahora, recordemos que era solo un equivalente software de PBX, pero hoy día es parte de algo mas grande. Hoy en día ya no es mas orquestador sino solo el manejador de hardware VoIP respecto el software.
  2. EVOLUCION?: asterisk ya no es un combo único, ahora es parte de otros que conforman lo que es IP PBX streaming y es mas comúnmente usado detrás de kamailio (orquestador entre varios asterisk) y kurenko (puente entre otras fuentes y el asterisk para streaming)..sobre este tema enviare un completo articulo sobre APBX y todo sus protocolos.
  3. SOPORTE: Digium es la compañía que fabrica Asterisk, esto significa que es uno de los pocos proyectos opensource que tiene un fuerte apoyo empresarial profesional (que no sea google, intel o redhat); y de este hay dos tipos de descargas, la de moda (15 a este punto) y la LTS (13 a este punto), donde LTSsignifica “soporte a largo plazo” como unos 3 años mas o menos, lo que permite que uno no se preocupe por ello hasta la siguiente LTS. La otra se realizan cambios sin compatibilidad hacia atras.
  4. AUDIO&VIDEO: La version LTS tiene completo el soporte de audio y video, con soporte seguro y parches, nada de modas; debian tiene muy buenos parches backportados en la versión 13 que es la que tiene estable el audio y video, este tipo de streaming se comenzo en la version 11.11 usando webRTC, La versión 12+ es compatible con WebRTC Video y Audio, pero es limitado.
  5. CODECS: desde asterisk 10 se tiene una mayor calidad de audio y no solo codecs tipo “lostless”, después en asterisk 11 se agrego soporte par codecs de video, pero… El soporte de video es solo con paso VP8 OJO esto tiene un detalle: VP8 es el códec que Chrome usa para video desde sus inicios, significa que por parte de Firefox la versión 33+ es la mínima compatible con VP8 mediante H.264 muy pocos sistemas APBX transcodifican donde un códec puede ser otro códec (convierten al vuelo para mejorar compatibilidad en navegadores)
  6. DESINFORMACION: El 90% de los tutos y howtos en la red mandan a compilar asterisk en los servidores, mala practica esto deja el servidor con un montón de herramientas ya disponibles para el futuro cracker al lograr entrar (sep uds jamas serán infalibles, puede suceder), entre las que citamos gcc, make, etc.. con lo que el cracker solo necesita “pastear” el código y compilarlo al vuelo. Ahora les dire que dicen las compañias que hacen que sus sistemas sean tan buenos pagados, ellos NO HACEN ESO, ya tienen sus precompilados en AWS’s o en plantllas con virtualizaciones.. tal como cite en tutos sobre platillas virtuales.
  7. OTROS: Hay personas que han creado parches para versiones específicas de Asterisk para WebRTC anteriores a la 13, o superiores a esta, claro estas pueden no tener soluciones pero como todos sabemos las versiones viejas son menos consumidoras de recursos (RAM para ser mas especificos).

PAQUETES>

Venenux tiene paquetes de asterisk en planificacion, sin embargo para jessie
Estos han sido los hechos mas importantes que ponen al día a cualquier persona o administrador que manejo asterisk alguna vez..

#venenux, #DLNA, #UPnP, #silverjuke para #debian #jessie, #strecht y #wheeze

manycovers-virtkeybd

DLNA (Digital Living Network Alliance) y UPnP (Universal Plug and Play) son protocolos muy utilizados para facilitar la interacción entre dispositivos distintos a través de la red. Venenux empaqueta silverjuke para wheeze y jessie, otros paquetes tambien lo tendran.

Continue reading