Last Dragon - La cueva del Ultimo Dragón - ラストドラゴン

Increiblemente algunos a pesar que cada año existe el dia de los inocentes, siguen siendo engañados este dia jajajaja, OK. espero que al menos no los hayan engañado con prestamos de dinero u objetos valiosos

Viajo mucho a Villahermosa, Tabasco. Veracruz, Puerto entre otros, pero últimamente me gusta mucho visitar Mérida, Yucatán, así que dejo un recorrido, aprovecho a mostrarles el servidor donde esta la cueva del dragón y el PC donde esta el servidor de llamadas del mes de diciembre del 2008-12-28, iba a mostrar el server donde esta dios de la red pero, ese será para la próxima.

Esta navidad Jamz estuvo ocupado, ataco al menos 3 páginas de las que pude enterarme

El sitio de Red Point Mexicano

El sitio de Wazz

El sitio de Megabyte , el de www.megacabucio.com

La razón principal es que en sus palabras ha sido traicionado por RedPoint, siendo Jamz el que le ayudo a hackear muchos de los sitios y que no ha aparecido ni en los greetz, a Megabyte lo hackeo, pues, porque es Megabyte, jaja para no perder la costumbre y a Wazz, pues no me quedo muy claro.

He configurado un IRC de prueba en la cueva, es un IRC que no requiere de applets java, ni de soporte a PHP, es un programa WEB de la vieja escuela un CGI, lo interesante de esto es que cualquier navegador por obsoleto que sea, debería poder ejecutarlo e incluso brincarse firewall donde no se permita el chateo y estén cerrados los puertos standarts del irc

Tambien es posible acceder a el con programas como el MIRC en la direccion irc.lastdragon.net

En respuesta a un comentario de: Jerry del articulo http://www.lastdragon.net/?p=308

Es un secreto que esta a toda luz, la realidad es que Telmex y todas las telefónicas en latino América y mexica venden, demasiado caro el servicio de conmutación, aun con algunos paquetes de los de “pa quete acerques” que son excelentes si no piensas llamar al extranjero mundial.

El secreto real está en no hacer uso de la infraestructura de Telmex, porque es la parte cara hay varias formas de hacer lo que hago. Una de ellas es ir a USA, contratar un par de líneas telefónicas, instalar un servidor con software libre, de preferencia GNU/Linux con Asterisk y de hardware una tarjeta original digium, contratas una línea telefónica en México la cual conectas a otro servidor con GNU/Linux y Asterisk también con su respectiva tarjeta digium e interconectas ambos servidores.

Con lo anterior ya tienes la infraestructura, ahora viene el truco legal

Hay clausulas en Telmex que prohíben el uso de vozip y además interconectar llamadas, que a simple vista eso parece que sucede con el servicio que doy aquí, pero no lo es.

Lo que hago es simple y sin romper ninguna clausula

1 recibo la llamada al número que ya proporcione el 5511638893, capturo el callerid, el número de teléfono de donde recibo la llamada, no contesto la llamada, de esta forma no le cuesta ni a quien marca, ni a mí. Almaceno el número detectado del callerid en una variable la cual le transmito como datos en internet al servidor en estados unidos

2 El servidor de estados unidos recibe el número telefónico capturado en México, y procede a devolver la llamada desde estados unidos hacia México, específicamente al número que originalmente capture en la línea mexicana, cuando la llamada es contestada en México, mi servidor le da la opción de marcar a otro número, esta otra llamada también sale de estados unidos hacia México. Haciéndose una interconexión en estados unidos de ambas llamadas.

Porque hacer esto tan aparatoso, la respuesta es económica y de estipulaciones de contrato, económica por qué increíblemente lanzar llamadas desde estados unidos a México es excesivamente barato incluso ahora que hay una devaluación del precio del peso contra al dólar, es tan barato que cada minuto de llamada en pesos es en el orden de centavos de peso, prácticamente puedo llamar 5 minutos por menos de un peso mexicano, incluso a Europa y países desde el cual en México costaría 13 pesos el minuto, desde estados unidos cuesta 0.016 centavos de dólar, poco mas de 0.21 centavos de peso

De contrato, pues el proveedor de estados unidos no me limita en hacer interconexión de llamadas como lo hace Telmex, y como esto realmente ocurre fuera de México, fuera de la infraestructura de Telmex, no violo ninguna clausula en Telmex. La llamada en México se recibe como tal, así que tampoco es una llamada de vozip, en este nivel es una llamada telefónica internacional desde estados unidos a México y no hay nada en el contrato de Telmex que prohíba recibir llamadas internacionales y no hay nada en mi contrato en estados unidos que me prohíba lanzar llamadas a México.

Aun hay gente que dice que se requiere usar la infraestructura de Telmex para todo, esto es porque esa gente no tiene la visión ni la capacidad para saltarse esos supuestos “limitantes” y lo peor es que los que más dicen esta tarugada son las nuevas generaciones que egresan, alguien les lava el cerebro dentro de las universidades para amarrarlos con una cadena que ni siquiera existe.

Se abre una nueva temporada del exitoso servicio de llamadas en la cueva del dragón, esta vez el mecanismo es mucho más simple que los anteriores, ni siquiera hace falta tener una computadora para poder realizar las llamadas.

OJO: Esto siempre es por temporadas, aun hay gente que sigue dejándome mensajes del primer servicio de llamadas gratuitas, hay que estar pendiente de cuando se cierra la temporada y cuando se reabre.

Pasos para obtener llamadas gratuitas

1 Se debe contar con una línea fija como las de Telmex y se debe marcar al siguiente numero 01 5511638893 desde el interior de la república mexicana o como llamada local de la ciudad de México

2 Se debe colgar entre 3 o 5 segundos después de marcar

3 esperar una llamada del servidor telefónico

4 contestar y esperar la instrucción para marcar al número al que se desea llamar, solo 10 dígitos y de líneas fijas como la de Telmex.

Posibles preguntas frecuentes:

El servicio está disponible solo entre líneas fijas como las de Telmex, el sistema no devolverá llamadas a un celular y tampoco permitirá marcar a un celular.

El servicio es completamente gratuito, no hay costo por marcar al número 5511638893 ya que el servidor NO contestara la llamada y por lo tanto no le costara, al marcar, el servidor detectara con identificador de llamada el numero del cual proviene su llamada, cuando cuelgue el servidor le hará la llamada (CALLBACK) al número desde el cual lo marco para luego permitirle llamar a otro numero

Solo se puede marcar a teléfonos dentro de Mexico

Requerimientos

Solo se requiere tener teléfono fijo y que la persona a la que se llama también tenga uno

No intentar usar el telefono en oficinas o en lugares donde haya un conmutador y sea este el que conteste las llamadas, porque el servidor regresara la llamada, el conmutador contestara, pero no sabra que hacer con la llamada que ha recibido

Platicando con unos amigos Robert y FJCS, salió un tema muy interesante, acerca del amor y la ética en el mismo. Las conclusiones alcanzadas son interesantes.

Existen dos formas de acabar con una relación de pareja de forma efectiva, una letal e inmediata y la otra lenta y agonizadora, sin embargo al final, es inevitable en cualquiera de las 2, cuando alguna de las partes falle la relación terminara

La primera es: El toque de la muerte

El toque de la muerte ocurre, cuando al menos una de las partes falla contra otra que está muy comprometida en la relación, este fallo ocurre básicamente en la infidelidad.

Cuando la pareja infiel es descubierta y sabiendo que significa el final de la relación, la parte traicionada entra en el rito de perdida, prácticamente el mismo que ver morir a un ser amado. El dolor es tal que se desea revertir. El problema con esto es que a diferencia de la muerte, puede ser revertido y se desea revertir para parar el dolor. La parte que generalmente baja la guarda es la traicionada. Con el fin no sentir más dolor llega a “perdonar” la traición, solo que la traición en sí, es el mismo toque de la muerte. Al momento de la reconciliación el dolor para y pareciera que todo volverá a la normalidad, sin embargo poco a poco se irá muriendo el sentimiento, en un par de meses, el traicionado se dará cuenta que no debió volver y le perderá el respeto a la relación, podría incluso acostarse con otras personas, sin ningún tipo de sentimiento de culpa, pues al ya no sentir nada por la otra persona y al no respetar la relación que “rescato”, no habrá motivo para no hacerlo. La libertad se anhela, creando un infierno de la relación rescatada, la parte infiel al saber que ya le fueron infiel, se re justificara con otras aventuras. Al final el resultado es obvio, ambas partes se sienten con la libertad de acostarse con otras personas, luego entonces, ni siquiera es ético mantener una relación así y vendrá lo inevitable, la separación final, aunque a diferencia de lo anterior, aquí no habrá dolor y si mucho deseo terminarla.

La segunda es: Solvencia económica.

Esta última tiene la capacidad de destruir una relación casi de inmediato aunque en algunos raros casos podría ser la clave para continuar y fortalecer. Cuando las necesidades básicas no pueden ser cubiertas con el monto de dinero disponible, viene un conflicto tal, que deja en claro que el amor no es hasta que la muerte los separe, sino hasta que llegue la banca rota. Empiezan conflictos por cosas, como el pago de recibos de energía eléctrica, los reclamos inmediatos al dejar conectado determinados aparatos por descuidos de alguna de las partes, se le suma el cambio drástico del tipo de vida, si estaban acostumbrados a salir de noche de bar o a viajar cada fin de semana, cada movimiento reprimido se va a cumulado en un resentimiento contra la pareja por no poder proveer lo que antes podía. Si estos problemas económicos continúan y alguna de las partes no logra entender que debería apoyar a la pareja, inevitablemente terminara la relación. Curiosamente este mismo problema es una las pruebas de amor real, si ambas partes se apoyan mutuamente y sobrellevan la situación el tiempo total que dure la misma, al terminar el problema económico su relación estará fortalecida y tendrá mas probabilidades de continuar juntos como pareja valorándose mutuamente.

Despues de leer en el “nuevo” cofradía, acerca de SolarSocketsque es una librería para manejar conexiones TCP de forma sensilla y basada en clases o código lineal, vi que efectivamente la programación en esta librería era demasiado fácil para lo que respecta a C, sin embargo la clase en si misma no es una idea original, es el mismo mecanismo que usa C# para manejar conexiones TCP

El video de uso de SolarSockets:

En este articulo, escribo un código similar al sugerido por SolarSockets ,en GNU/Linux y ademas en Windows escribo un par de programas cliente – servidor, para un programa de chateo entre 2 puntos.

El siguiente código, imita al código de SolarSockets

using System;
using System.Net.Sockets;

namespace sockets1
{
    class Program
    {
        public static void Main(string[]
args)
        {

            
TcpClient servidor;
try
{

// Creando conexion al servidor
servidor = new TcpClient(”www.google.com”, 80);

}
catch
{
Console.WriteLine(”Fallo la conexion”);
Console.ReadKey(true);
return;
}

// Creando flujo de red y de el la lectura y escritura del mismo
NetworkStream flujodered = servidor.GetStream();
System.IO.StreamReader leerflujo = new
System.IO.StreamReader(flujodered);
System.IO.StreamWriter escribirflujo = new
System.IO.StreamWriter(flujodered);

String datos = “”;
try
{

// Lee del flujo de datos, en este caso , leera lo que envie
www.google.com y lo imprimira en pantalla
// para provochar que google envie algo, se envian 2 nuevas lineas y 2
retornos de carro “enters”
{
 escribirflujo.WriteLine (”\n\r\n\r”);
 escribirflujo.Flush();
datos = leerflujo.ReadToEnd();
Console.WriteLine(datos);
}
}
catch
{
Console.WriteLine(”Error al recibir el flujo de datos”);
}

            
          
 Console.ReadKey(true);
        }
    }
}

Ver mas grande

El siguiente será un código similar, pero que espera recibir conexiones.

Se puede comprobar haciendo un telnet al puerto 5000 tcp

using System;
using System.Net.Sockets;
using System.Net;

namespace sockets2
{
    class Program
    {
        public static void Main(string[]
args)
        {
            
           
           
            TcpListener
escuchar = new TcpListener(IPAddress.Any,5000);
           
escuchar.Start();
            Socket cliente
= escuchar.AcceptSocket();
           
            if
(cliente.Connected)
            {
            // Terminar si
la conexion falla
            }
            else return;
           
            NetworkStream
flujodered = new NetworkStream(cliente);
           
System.IO.StreamWriter escribirflujo = new
System.IO.StreamWriter(flujodered);
           
System.IO.StreamReader leerflujo = new
System.IO.StreamReader(flujodered);
           
            try
            {
           
    escribirflujo.WriteLine (”Saludos desde la red”);
           
    escribirflujo.Flush();
           
    Console.WriteLine (leerflujo.ReadLine());
           
   
            }
           
catch(Exception e)
            {
            }

           
System.Console.ReadLine();
        }
    }
}

Ahora que la forma básica ha quedado clara de cómo conectarse o recibir conexiones, voy a escribir un programa en Windows que haga un chat

Para este programa, lo único adicional, será que le programare un hilo que se encargara de escuchar las conexiones, este hilo tiene un propósito, separa la ejecución del programa principal mientras espera recibir datos, porque de no hacerlo así, el programa se pasmaría, ya que se quedaría esperando la conexión y no atendería ni eventos, a la vista de quien lo usa, parecería que el programa se congelo. Así que al separar esa parte del código en un hilo, el hilo se queda esperando dato todo el tiempo y cuando los recibe, se los pasa por medio de variables estáticas al código principal

El código y los programas están dentro del siguiente ZIP, un video de cómo funciona a continuación.

http://www.javasonicos.com/2008/10/20/ciclo-for-en-java/

Estuve por días pensnado como haría para portar a C# el código del convertidor de temperatura y es que a diferencia de Java, C# no tiene APIS portables de forma oficial para la creación de GUIs, por lo que el código de C# para Linux incluso puede ser diferente para el de Windows y sin contar que seria totalmente diferente al código de Java, como puede verse en este articulo que escribi hace ya mucho tiempo.

http://www.lastdragon.net/?p=60

En conclusión, No hay respuesta esclarecedora para transcribir los artículos de Javasonico a C# con respeto al GUI y el asunto del convertidor de temperatura.

Entre otros artículos, me encontré que continua la explicación del ciclo for, asi que he transcrito a C# el código sencillo pero que explica el básico for

El código en C#

    class ClaseFor
    {
        public static void Main(string[]
args)
        {
           
            for (int
x=0;x<=100;x++)
            {
           
    System.Console.WriteLine (”No debo gritar en clase”);
            }
            }
        }
           

El código en Java

public class Clasefor {
    public static void main(String[] args) {
 
        for(int x=0;x<=100;x++){
           
System.out.println(”No debo gritar en clase”);
        }
    }

Salida esperada.

No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase
No debo gritar en clase