[AnTroPicO]

Repetimos.
Creo que lo he explicado bien el UDP no hace un ping a ningun servidor.
Hacer un ping por UDP a una ip no es para calcular el tiempo de retorno para calcular la velocidad de las subida,ya que no existe en programacion ninguna asignacion que realice esa funcion.
Lo que hace el ping por UDP es comprobar si el puerto o puertos a los que manda el ping esta abiertos o cerrado.Creo que lo explique bien.
No hay que confundir la velocidad con el tocino,que este mal redactado el manual o que nos hayan informado mal ,no quiere decir que en programacion se pueda hacer lo que dicen que hace,
Leistes lo que hace cada asignacion?
Vuelvo a repetir no existe ninguna asignacion en programacion que haga lo que dicen que hace el ping por UDP.
Y repito no mezcleis el sensor de velocidad con el ping por UDP y lo vereis mas claro.
Y repito son dos procesos distintos aun que nos hayan dicho que van juntos.
No tomemos como referencia el dicho de que todo lo que sube baja para decir que todo lo que baja sube,porque siendo cierto influyen otras cosas y no baja solo por que si y no sube solo por que si.

[torpon]

USS son las siglas de Upload Speed Sense. Yo en su momento intente la utilizacion de las siglas SVS, pero acabe por rendirme a la evidencia de que muchos usuarios no sabian de que estaba hablando, mientras que no tenian problemas si utilizaba USS.
La disertacion que incluyes sobre el sondeo UDP me puede parecer ilustrativa, pero francamente no termino de encontrar la relacion con el tema del que tratamos. Las subidas de ficheros son a priori lo que ocupa mas en la utilizacion de nuestro ancho de banda de subida (dicho sea de paso apañados estariamos si no fuera así) y se hacen mediante TCP directamente entre los pares independientemente de que estos se hayan encontrado por la red ed2k(TCP fundamentalmente) o Kad(UDP)
El verbose no informa de los calculos que hace posteriormente a partir de los tiempos de Ping, pero parece evidente que, si esta determinando una serie de hosts (francamente no encuentro una palabra española para sustituirlo y lo que proporciona un traductor automatico para los mensajes relacionados con en USS deberia hacer sonrojar a sus autores), haciendo ping cada x tiempo a esos host y seleccionando el ping mas bajo de cada uno de esos envios, ese ping es utilizado para el calculo del limite. Si quieres saber de que forma interviene el ping mas bajo en el calculo, tendras que bucear en el codigo fuente, yo, sinceramente, no tengo paciencia ni tiempo para hacerlo, al menos en este momento.

Saludos

[AnTroPicO]

Soy muy cabezota,pero me gusta hablar con propiedad y con coherencia.

UDP
Protocolo de datagramas de usuario, UDP (User Datagram Protocol).

TTL
TTL (Timeto Live), se diseñó como un contador de tiempo, para indicar el número de segundos que el datagrama podía estar vivo en la Internet.

Se puede referir erróneamente a TTL como un contador de saltos cuando de hecho es un contador de enlaces. La diferencia es sutil pero importante. Una cuenta de saltos es el número de enrutadores que se cruzan para llegar a un destino. Una cuenta de enlaces es el número de enlaces del Nivel de interfaz de red que secruzan para llegar a un destino.

ICMP
El Protocolo de Mensajes de Control y Error de Internet, ICMP, es de características similares a UDP, pero con un formato mucho más simple, y su utilidad no está en el transporte de datos de usuario, sino en controlar si un paquete no puede alcanzar su destino, si su vida ha expirado, si el encabezamiento lleva un valor no permitido, si es un paquete de eco o respuesta, etc. Es decir, se usa para manejar mensajes de error y de control necesarios para los sistemas de la red, informando con ellos a la fuente original para que evite o corrija el problema detectado. ICMP proporciona así una comunicación entre el software IP de una máquina y el mismo software en otra.
El protocolo ICMP solamente informa de incidencias en la entrega de paquetes o de errores en la red en general, pero no toma decisión alguna al respecto. Esto es tarea de las capas superiores.

¿ Lo repito otra vez ,para que sepáis de lo que estais hablando?

Yo si se de que estoy hablando,que no comprendáis lo que quiero decir es otro cantar.

Y repito y repetier el ping que se hace por UDP no es para calcular la velocidad de subida.

Y repito el sensor de velocidad de subida no tiene nada que ver con el ping que se realiza por UDP.
Vuelvo a repetir no existe ninguna asignacion en programacion que haga lo que dicen que hace el ping por UDP.
Y repito no mezcleis el sensor de velocidad con el ping por UDP.
O no me explico o no me explico.Ya no se.

This post has been edited by AnTroPicO: 08 July 2012 - 10:51 PM

[AnTroPicO]

Por cierto estoy enfadao,de los 14 post mios de este hilo solo me habeis dado puntos negativos en 5 y los otros post?,cachisss se os olvido mis punticon negativos,pos me los a punto yo pa no perderlos

[John1950]

AnTroPicO, on 09 July 2012 - 12:39 AM, said:

...
Y repito y repetier el ping que se hace por UDP no es para calcular la velocidad de subida.

Y repito el sensor de velocidad de subida no tiene nada que ver con el ping que se realiza por UDP.
Vuelvo a repetir no existe ninguna asignacion en programacion que haga lo que dicen que hace el ping por UDP.
Y repito no mezcleis el sensor de velocidad con el ping por UDP.
O no me explico o no me explico.Ya no se.

Es que aqui nadie, salvo tu, ha hablado de "ping por udp". Y de todas formas, si se puede conseguir el mismo efecto con el "ping por udp" que con el normal (obtener una respuesta para medir la latencia), servira igualmente para calibrar el sensor de subida.

Saludos.

[torpon]

Quote

2º ( Y aquí viene el lio que tengo o tenemos ) "Motoriza los tiempos de ping de la conexión" damos por sentado que se refiere a la conexión UDP,tal vez por el hecho de que he leído mucho o demasiado sobre el ping he terminado por no comprender a que se refiere, a ver si me aclaro.

Das por sentado y partes de una premisa erronea, nadie ha dicho que se refiera a la conexion UDP

Quote

Tampoco veo que tenga que ver el ping UDP con el diagnostico de la velocidad de retorno para calcular la velocidad de subida.

El ping UDP solo nos informa si el puerto esta abierto o cerrado para la transmision de paquetes atraves de ese determinado puerto.

Ti nu niadie ve esa relacion. Como digo en mi anterior respuesta, lo que ocupa la mayor parte de nuestra subida, el envio de datos de un archivo, se hace mediante protocolo TCP, no tiene por tanto sentido el sondeo UDP que describes y desde luego dudo mucho que eMule lo realice, salvo que quisiera que alguien lo pudiera considerar como un intento de hackeo. Se hace ping, sin puerto, a los 8 nodos(hosts en la información del verbose) que se han seleccionado y el menor tiempo de latencia es el que se guarda y se utiliza para el calculo.

Sobre la calidad de la traduccion de la ayuda, como parte del equipo que actualizo dicha traduccion en las dos ultimas versiones, no puedo ser objetivo, pero creo que el comentario que aparece en el foro de traduccion respecto a la ayuda en español no miente

Quote

Overall - Excellent, active

En algunos aspectos como los iconos y colores la ayuda en español es mas completa que la original y alguna de las formas de presentacion que diferenciaban a la ayuda en español de la original acabaron siendo asumidas por esta. R3Qu13M, que paso a formar parte del equipo de traducción a sugerencia mia, tras pegarse un palizon, por iniciativa propia, para realizar el archivo .chm descargable, puede darte informacion de como funciona el equipo de traduccion, o, mejor dicho, funcionaba ya que hace bastante tiempo que no ha sido necesario actualizar nada.

Saludos

[AnTroPicO]

John1950 said:

Para rematar, ahora te haces un lio con el sensorde subida. Como indica la ayuda y como ha dicho Torpon, Emule hace pings a determinadas direcciones IP, y en funcion de los tiempos de espera (latencia)ajusta la velocidad. No se como determina a que direcciones consultar, pero tampoco es que tenga relevancia ahora.

Cuando una conexion se satura la latencia se incrementa, por lo que la respuesta a los ping tarda mas.Emule detecta este incremento, y cuando supera los limites configurados (en % oen ms) procede a bajar la velocidad de subida, hasta que los tiempos de ping vuelven a ser normales.


El ping funciona mediante el protocolo ICMP, no usa ni TCP ni UDP, y ademas no tiene puertos, por lo quesolo se usa como destino la IP.


Respecto al "Verbose", no se que Emuleusas, porque en el mio si que aparecen comandos relativos al sensor y sus pings, como por ejemplo estos:

John1950 said:

En ese log indica que busca unos cuantos contactos, y una vez los localiza les hace ping. Despues de varias pruebas (el log no esta completo, solo lo puse partes como ejemplo) acaba determinando un valor, en el ejemplo que he puesto es 58ms.

Cuando repitiera la comprobacion despues, si el nuevo ping es superior al limite configurado procederia a bajar la velocidad hasta que el ping estuviera en los limites.

John1950 said:

Es que aqui nadie, salvo tu, ha hablado de "ping por udp". Y de todas formas, si se puede conseguir el mismo efecto con el "ping por udp"que con el normal (obtener una respuesta para medir la latencia), servira igualmente para calibrar el sensor de subida.

torpon said:

El sensor de subida funciona evaluando los tiempos de ping a determinadas direcciones que considera significativas por ser el nodo de la red mas próximo, es posible que en algunos casos la determinacion de esas direcciones sobre las que tomara los tiempos de ping no sean todo lo correctas que deberían.

torpon said:

Si activas el verbose, podras ver en su pestaña,dentro de la ventana de servidores, como se seleccionan unas direcciones ip,que son sobre las que se hace ping, y a partir de esos tiempos de ping es como se calcula la velocidad de subida en ese momento.

torpon said:

La disertacion que incluyes sobre el sondeo UDP me puede parecer ilustrativa, pero francamente no termino de encontrar la relacioncon el tema del que tratamos. Las subidas de ficheros son a priori lo que ocupa mas en la utilizacion de nuestro ancho de banda de subida (dicho sea de paso apañados estariamos si no fuera así) y se hacen mediante TCP directamente entre los pares independientemente de que estos se hayan encontrado por la red ed2k(TCP fundamentalmente) o Kad(UDP)
El verbose no informa de los calculos que hace posteriormente a partir de los tiempos de Ping, pero parece evidente que, si esta determinando una serie de hosts (francamente no encuentro una palabra española para sustituirlo y lo que proporciona un traductor automatico para los mensajes relacionados con en USS deberia hacer sonrojar a sus autores), haciendo ping cada x tiempo a esos host y seleccionando el ping mas bajo de cada uno de esos envios, ese ping es utilizado para el calculo del limite. Si quieres saber de que forma interviene el ping mas bajo en el calculo, tendras que bucear en el codigo fuente, yo, sinceramente,no tengo paciencia ni tiempo para hacerlo, al menos en este momento.

torpon said:

Quote

2º ( Y aquí viene el lio que tengo otenemos ) "Motoriza los tiempos de ping de la conexión" damos por sentado que se refiere a la conexión UDP,tal vez por el hecho de que he leído mucho o demasiado sobre el ping he terminado por no comprender a que se refiere, a ver si me aclaro.

Das por sentado y partes de una premisa erronea, nadie ha dicho que se refiera a la conexion UDP

Quote

Tampoco veo que tenga que ver el ping UDP con el diagnostico de la velocidad de retorno para calcular la velocidad desubida.

El ping UDP solo nos informa si el puerto estaabierto o cerrado para la transmision de paquetes atraves de ese determinado puerto.

Ti nu niadie ve esa relacion. Como digo en mi anterior respuesta, lo que ocupa la mayor parte de nuestra subida, el envio de datos de un archivo, se hace mediante protocolo TCP, no tiene por tanto sentido el sondeo UDP que describes y desde luego dudo mucho que eMule lo realice, salvo que quisiera que alguien lo pudiera considerar como un intento de hackeo. Se hace ping, sin puerto, a los 8 nodos(hosts en la información del verbose) que se han seleccionado y el menor tiempo de latencia es el que se guarda y se utiliza para el calculo.

Esto ya me parece incleible,pero bueno.
Este hilo lo empece asi...:
Posted 05 July 2012 - 10:47 AM

Como donde deberia de exponer esto no saben castellano,no utilizan traductores,los traductores al ingles que utilizo no traducen bien o no quieren o no les interesa que traduzcan bien pues lo abro aqui.


Por este post..:
Posted 01 July 2012 - 08:30 PM

fox88, on 01 July 2012 - 12:10 PM, said:

This discussion is nearly useless because of lack of understanding.

Automatic translation is bad.

There is Spanish General where you could discuss your ideas. If the ideas are useful for a Feature Request - then ask someone to translate it into readable English.

PS. I do not know Spanish. I do not trust Google. Will someone translate this short message into Spanish, please?

Esta discusión es prácticamente inútil debido a la falta de entendimiento.

La traducción automática es mala.

Está el foro Spanish General (Español General) donde tú puedes discutir tus ideas. Si las ideas son útiles para una Feature Request (Petión de Función) - entonces pide a alguien que lo traduzca a inglés legible.

PS. Yo no sé español. No me fío de Google. Puede alguien traducir este mensaje corto al español, por favor?





Resulta que donde estan los que entienden de emule no quieren saber nada,por que se ve claramente que no quieren ni aceptan consejos de los otros que sabemos tanto como ellos, abro el hilo aqui y recibo contestaciones de gente que se considera muy capacitada para debatir ese tema pero no entienden realmente nada del codigo fuente del emule y solo se vasan en una supuesta forma aprendida de como realiza el emule las funciones del codigo fuente.


Que conste que no estoy diciendo, no teneis ni puñetera idea, con animo de ofenderos,ya que todos vuestros razonamientos son correctisimos si no fuese porque no hablamos de lo mismo refiriendonos a lo mismo,estoy diciendo que quienes deberian de evaluar lo que digo y contestarme coherentemente son los desarrolladores del emule ya que ellos son los que saben como yo se de lo que estoy hablando.


Lo que me faltaba por leer ya es que los archivos que compartimos de salen de nuestro emule por el protocolo TCP dando a entender que sale por el puerto TCP,la verdad el lio que montais es monumental,el user que lo este leiendo estoy seguro que ya no sabe si descarga por el puerto TCP ,por el protocolo TCP,que tiene que ver el protocolo TCP con la descarga de archivos y que leches hace ese puerto TCP ahi y lo mismo con el UDP( para no repetir lo mismo cambiando TCP por UDP ).


En resumen voi a dejar de seguir con este tema por que terminareis diciendo de que no he dicho nada del sensor de velocidad de subidas.
Si alguna vez se digna en molestarse algun desarrollador a leer este hilo,seguro tomara mis palabras tal y como las sabe tomar un programador.


En Valencia (mi tierra)hay un dicho que dice "D'on no niha n'espot traure", como soy educado y sin traductor .."Donde no hay no se puede sacar".


Gracias por intentar comprender mis explicaciones y gracias por vuestro tiempo.Y se suele decir nunca te acostaras sin haber aprendido una cosa mas.¿A que todos estos dias habeis aprendido cosas nuevas que os van hacer trabajar vuestro cerebelo?


Y es un enorme placer haber cambiado impresiones con vosotros,ahora ya se la capacidad que teneis y por que estais en este foro.Y como le dije a maese hip se ver y apreciar la calidad humana de la gente,por muy cabezota que soy y por mucho que me saquen de mis casillas y diga cosas que no debo de decir.

Saludos

PD.- Que conste que no me habeis perdido de vista aun,seguire en el foro aportando mis conocimientos los acepteis o no.

[John1950]

AnTroPicO, on 09 July 2012 - 12:51 PM, said:

Resulta que donde estan los que entienden de emule no quieren saber nada,por que se ve claramente que no quieren ni aceptan consejos de los otros que sabemos tanto como ellos, abro el hilo aqui y recibo contestaciones de gente que se considera muy capacitada para debatir ese tema pero no entienden realmente nada del codigo fuente del emule y solo se vasan en una supuesta forma aprendida de como realiza el emule las funciones del codigo fuente.

Hablas mucho del codigo fuente, pero nunca has expuesto que problemas has visto. Di en que archivo, funcion y lineas ves tu los problemas, y asi igual a alguien le da por mirarlo.

AnTroPicO, on 09 July 2012 - 12:51 PM, said:

Que conste que no estoy diciendo, no teneis ni puñetera idea, con animo de ofenderos,ya que todos vuestros razonamientos son correctisimos si no fuese porque no hablamos de lo mismo refiriendonos a lo mismo,estoy diciendo que quienes deberian de evaluar lo que digo y contestarme coherentemente son los desarrolladores del emule ya que ellos son los que saben como yo se de lo que estoy hablando.

Tu piensas que todos nosotros no tenemos ni idea. Seguramente casi todos nosotros pensamos lo mismo de ti. ¿Se equivoca uno o todos?...

Respecto a los desarrolladores, no creo que pasen mucho por aqui. O les escribes en ingles, o lo explicas aqui de forma que alguien lo entienda y lo comparta para que se lo explique el.

AnTroPicO, on 09 July 2012 - 12:51 PM, said:

Lo que me faltaba por leer ya es que los archivos que compartimos de salen de nuestro emule por el protocolo TCP dando a entender que sale por el puerto TCP,la verdad el lio que montais es monumental,el user que lo este leiendo estoy seguro que ya no sabe si descarga por el puerto TCP ,por el protocolo TCP,que tiene que ver el protocolo TCP con la descarga de archivos y que leches hace ese puerto TCP ahi y lo mismo con el UDP( para no repetir lo mismo cambiando TCP por UDP ).

Pues lo normal para hacer una transferencia continuada es usar TCP. De hecho, si haces un comando netstat en tu ordenador con Emule en marcha veras muchas conexiones TCP, unas desde unos puertos cualesquiera (las que tu pc ha iniciado) y otras usando los puertos configurados en Emule (las que hayan iniciado desde fuera). Si haces un netstat -b ademas te indicara el programa que usa la conexion.

Saludos.

This post has been edited by John1950: 09 July 2012 - 12:01 PM

[AnTroPicO]

Si haces un netstat ó un netstat -b te daras cuenta que solo detecta el protocolo TCP del programa emule y del puerto TCP.Donde esta el puerto UDP y el protocolo UDP( netstat -s -p udp)
Eso no quiere decir lo que pretendes decir,pero bueno,a ya tu,no voi a entrar en mas discursiones contigo.

Yo no pienso que todos vosotros no teneis ni idea,eso lo has dicho tu,no yo,lee bien y no pongas palabras en mi boca que yo no he dicho,eso se llama sacar punta para chinchar.
Si hubieses leido bien no escribirias esas cosas,me mandaron aqui ha abrir este hilo para que alguien con los suficientes conocimiento y dominio del ingles les trasmitiera a los desarrolladores todo lo que he dicho.

Y sabes por que no se ingles? por que el idioma que domino es el frances,te parece bien.
Y veo que tampoco has prestado atencion a mi firma...:

CONOCIMIENTOS de Base (MS-DOS) programacion DESDE 1985

No doy datos de archivo,funciones o lineas erroneas ,como has dicho,por que ya lo he dicho no es este el lugar donde deberia de hablar de este tema y no me corresponde a mi hacer de desarrollador ,que se calienten la cabeza ellos,solo digo lo que es,no donde es.

Saludos.

This post has been edited by AnTroPicO: 09 July 2012 - 01:23 PM

[torpon]

Quote

Lo que me faltaba por leer ya es que los archivos que compartimos de salen de nuestro emule por el protocolo TCP dando a entender que sale por el puerto TCP,la verdad el lio que montais es monumental,el user que lo este leiendo estoy seguro que ya no sabe si descarga por el puerto TCP ,por el protocolo TCP,que tiene que ver el protocolo TCP con la descarga de archivos y que leches hace ese puerto TCP ahi y lo mismo con el UDP( para no repetir lo mismo cambiando TCP por UDP ).

No doy a entender que los archivos que enviamos vayan por el puerto TCP, ya que ese puerto que figura en la configuracion de eMule es nuestro puerto de entrada para las conexiones que nos envien utilizando el protocolo TCP(Transmision Control Protocol), afirmo que los envios que hacemos de datos de los archivos compartidos, en otras palabras las subidas, y los que recibimos (bajadas) se hacen utilizando ese protocolo de comunicaciones, al igual que la inmensa mayoria de las conexiones que se establecen mediante el protocolo ed2k utilizan dicho protocolo, las busquedas serian la excepcion pues utilizan protocolo UDP(User Datagram Protocol). Este último protocolo es en cambio el utilizado para las comunicaciones por Kad.

Claro que como soy un ignorante, que solo lleva trabajando en informatica desde aproximadamente el mismo año que figura en tu firma, no se me debe hacer mucho caso. Estoy seguro que alguien con tu gran capacidad de enseñar al que no sabe, podria haberlo explicado muchisimo mejor que yo, o a lo mejor ya lo has hecho, pero como la edad haace estragos, yo no he sido capaz de entenderlo.

Quote

Que conste que no estoy diciendo, no teneis ni puñetera idea, con animo de ofenderos,ya que todos vuestros razonamientos son correctisimos si no fuese porque no hablamos de lo mismo refiriendonos a lo mismo,estoy diciendo que quienes deberian de evaluar lo que digo y contestarme coherentemente son los desarrolladores del emule ya que ellos son los que saben como yo se de lo que estoy hablando.

Lo cual bien entendido significa que estas diciendo que no tenemos ni puñetera idea, pero, eso si, sin animo de ofendernos.

Quote

Gracias por intentar comprender mis explicaciones y gracias por vuestro tiempo.Y se suele decir nunca te acostaras sin haber aprendido una cosa mas.¿A que todos estos dias habeis aprendido cosas nuevas que os van hacer trabajar vuestro cerebelo?


Y es un enorme placer haber cambiado impresiones con vosotros,ahora ya se la capacidad que teneis y por que estais en este foro.Y como le dije a maese hip se ver y apreciar la calidad humana de la gente,por muy cabezota que soy y por mucho que me saquen de mis casillas y diga cosas que no debo de decir.

Saludospublic/style_emoticons/default/biggrin.gifpublic/style_emoticons/default/biggrin.gif

PD.- Que conste que no me habeis perdido de vista aun,seguire en el foro aportando mis conocimientos los acepteis o no.public/style_emoticons/default/biggrin.gifpublic/style_emoticons/default/biggrin.gif

Siento desilusionarte, pero no, no creo haber aprendido cosas nuevas que hagan trabajar mi cerebelo, salvo que te refieras a que en alguna ocasión haya necesitado un sobreesfuerzo para procesar tu lenguaje. He tratado de morderme la lengua, pero de vez en cuando le sacudes unas patadas al diccionario que hacen daño a la vista.

Respecto a tu posdata, como ya te dije en otra ocasión seguiras aportando tus conocimientos en el foro, en tanto en cuanto lo hagas correctamente, y descalificar a cualquiera que te lleve la contraria, no es desde luego una linea adecuada, y aqui yo tengo la llave para impedir tu presencia de la misma forma que tu la puedes tener en el IRC.

Saludos

[AnTroPicO]

torpon siento mucho que te haya molestado mi forma de expresarme,y es como tu dices,la edad y el no utilizar un lenguaje habitualmente es lo que hacen que no me explique y me sepa expresar del todo correctamente,ya dije que soy valenciano domino demasiado bien el frances fonologicamente y eso hace que me cueste muchisimo encontrar las palabras en castellano correctas,he pedido disculpas por ello,creo que hasta aburrirme de pedirlo,pero bueno,no se me ha comprendido.

,ya que todos vuestros razonamientos son correctisimos si no fuese porque no hablamos de lo mismo refiriendonos a lo mismo,

Hasta esto se os ha pasado por alto.

Que doy demasiadas explicaciones para que no se me interprete mal y terminais por interpretarme mal? a la vista esta,al igual que he instantado por todos los medios moderar mis cabreos por las formas que otros tienen de contestarme y que en ningun post les vi ese rintintin que utilizan cuando me contesta a mi tambien influyen en mi forma de contestar a los demas,y se que esta mal hecho por mi parte y repito lo siento.
Que este hilo se ha ido por caminos distintos a los que en un prinicpio iva dedicado,pues si,pero como dije,ahi queda el principio del hilo que era lo importante lo demas es hablar de otras cosas del emule.

Saludos

This post has been edited by AnTroPicO: 10 July 2012 - 07:17 AM

[hipnotico]

¿Por qué te cabreas si entras en un foro a discutir o rebatir, que no es pelear?

Te expones a eso, a que te lleven la contraria y se convierta, pese a mi graso error, en un estéril debate que poco aporta al intelecto humano. Vamos, si os vale de algo mi ignorancia, no me he enterado de nada y la verdad, no necesito saber ni conocer todo esto para configurar un eMule, en el supuesto que debiera hacerlo de nuevo. Para eso está el asistente, que habéis dejado patente que para el más común de los coetáneos, es decir, quién suscribe, lo necesita, y mucho. Que conste en mi tumba; ¡¡Yo usé el asistente de configuración porque no tenía ni pajorera idea pero pude vivir igual, o mejor!!

Cuando pisas un foro te expones a esto. Vamos, te lo dice alguien que debate y discute y mucho en foros, y personalizarlo, pues no es buena idea. Mejor sigue uno con su IRC y todos felices.

Por otro lado y a modo de observación y feedback querido Nesss, tómate el ejemplo del señor Torpon como un ejemplo a seguir. Yo te habría mandado hace rato a criar malvas, pero el ha tratado y trata de llevarlo de una forma diplomática. Dicho de otro modo, tal como consta en tu firma también y en calidad de HalfOP del IRC, tú ya habrías baneado a quien osara llevarte la contraria. Bueno, tú, y tus compañeros.

Feedback es un modo de decir "retroalimentarse" dentro de mi propia ignorancia Inglesa, que yo lo justo para discutir con terminos como "suck my d***" y cositas de esas

Bueno, pasarlo bien y saludos!

[ElChele]

Hola
Como echo de menos los viejos tiempos, hummm.
saludos:)

[torpon]

¡Sadico!.

Saludos