Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - engel lex

#2121
no sabemos ni si quiera si la pagina apunta al mismo pais... puede ser que lo que hicieron fue dirigir el dominio a otro servidor y listo
#2122
intenta directamente entrar en contacto con atención al cliente a ver si aún existe ese video en sus servidores ( que aparezca en la busqueda no implica que exista )
#2123
Debido a que el encargado de liberaciones gratuitas no está, estas han sido pausadas indefinidamente
#2124
Debido a que el encargado de liberaciones gratuitas no está, estas han sido pausadas indefinidamente

#2125
Cita de: NEBIRE en  9 Mayo 2018, 21:48 PM
Hummmmm... pués yo pienso que debería ser Linux, quie cambiara de idea.

La máquina de escribir, existía antes que ningún sistema operativo... y en ellas el mecanismo cuando movías el rodillo hasta la izquierda, al final, un muelle más fuerte hacía la alimentación del papel, es decir el mecanismo de salto de línea, exige retorno al inicio de línea y mover el papel hacia arriba, es decir Carry Return y Line Feed.

Solo Line Feed (el sistema de Linux), sería subir línea y continuar en la misma posición de línea.
Y solo retorno de carro (como sucede en los Mac), implicaría sobrescribir la misma línea.

A mi parecen ambas soluciones resultan idiotas... ahora Microsoft, comparte la misma idiotez...  :silbar: :silbar: :silbar: :silbar: :silbar: :silbar:

sobre lo de linux cambiar de idea, me parece que está de más poner 2 caracteres para salto de linea D: especialmente porque si fuera como dices, el LF solo en windows, dejara el cursor en la misma posición horizontal de la linea anterior... y eso no sucede D:

sin embargo CRLF está muy ampliamente implementado, por lo menos en HTTP como protocolo, si no se usa el 0D 0A (CRLF) muchos aplicativos no son capaces de intepretar el paquete
#2126
si es un script lo podrías modificar con un editor de texto común... si es un wrapper de un script, sería más complicado pero u editor hexadecimal podría ayudarte... si es un programa compilado, es más facil que tu lo hagas desde 0 a que lo descompiles, entiendas, modifiques y recompiles funcionalmente
#2127
ahi no está,  esta en redes... para ver tus temas ve a perfil y allí verras para mostrar temas
#2128
Programación C/C++ / Re: Ayuda pls :(
11 Mayo 2018, 05:21 AM
el codigo es complicado de leer y no tiene mucho sentido tu uso de llaves { }


tu problema está en las llaves...

las sentencias de control de flujo (if, for, while) aunque no sea necesario colocarle llaves siempre se le deben poner para mejorar la legibilidad (como siempre digo, al no ponerle llaves a nadie le estás haciendo un bien, ni es más eficiente, ni es más legible)

por otro lado case no lleva llaves

main no tiene return (siempre debe tener return 0;) y tampoco tiene la llave de cierre


cuando pidas ayuda por errores de compilación siempre deja el error de compilación, no esperes que uno lo adivine, ya que así mismo puede ser un componente mal instalado, una librería no likeada u otra cosa)




el titulo del tema fue modificado, el que tenía de ninguna manera describía el problema, así mismo el código fue puesto en etiquetas GeSHi para legibilidad
#2129
Redes / Re: Proxys y DNS
11 Mayo 2018, 05:15 AM
estás mezclando 2 cosas de mundos diferentes...

DNS es la resolución de nombre, esto lo hacer el OS, usualmente es una petición al puerto 53 del servidor que tengas elegido

Proxy es un tunel de comunicación que usualmente solo ocupa el uso en HTTP/S al proxy se envía la solicitud como si fuera el servidor final y el lo resuelve

en pocas palabras... la forma de acceso al proxy al ser por IP (usualmente) no se ve afectado por el dns en ningún caso y como el proxy resuelve el host que tu le pides, el DNS es el que el servidor proxy tenga internamente configurado (esto no lo puedes cambiar a manos que el servidor Proxy sea tuyo)

Caso muy diferente es el VPN, el VPN es un tunel a toda la conexión... sin importar que hagas va primero al servidor VPN, entonces cambiar el DNS ahí vale la pena... pero al que sea más rápido para el servidor VPN (ya que sin importar donde estés toda la conexión pasará por allí... tu puedes tener el servidor DNS a un lado pero la petición irá hasta la china (si el servidor VPN está allí) y luego de vuelta a tu pc)
#2130
GNU/Linux / Re: Bettercap Ayuda
11 Mayo 2018, 02:13 AM
Cita de: AXCESS en 11 Mayo 2018, 02:11 AM
En un Foro norteamericano, se debatió, a un tiempo, sobre el uso de "ciertas herramientas", en el Kali Linux. El eje del debate, era el uso "inapropiado", y con fines delictivos, de ellas. Uno de los participantes, un hacker de cierta reputación, propuso, una solución al respecto. Una "trampa" para evitar que "neófitos", o no seriamente vinculados al mundo del Kali, hicieran uso "no ético" al respecto.
Desde entonces funciona. No todos, pueden usar "todas las herramientas", que se incorporan en dicha distro. Se debe ser un hacker consagrado (conocimientos + ética).


XD solo pienso... que hizo? simple, solo quitó el repositorio, ahora toca compilar XD