Mensajes

Hazme caso, antes de codear analiza el escenario, codear es lo último, te recomiendo que uses Firebug para ver la info que estás enviando, a que web, que método (POST) y las cookies. Luego ya introduces esos valores dentro del código.

Para saber que cookies has recibido en la respuesta, simplemente consulta la propiedad Cookies del objeto HttpWebResponse (response.Cookies), ahí está el contenedor de las cookies, así que puedes comprobarlas iterando esa estructura.

La respuesta HTML que recibes sirve para validar si hay algún mensaje de error dentro de la respuesta. El MsgBox obviamente te desplegará una ventana enorme, tienes que idear un método para encontrar posibles errores de login dentro de la página. Esto último es fácil, haz mal el login en tu correo de forma normal (con firefox/chrome whatever) y apunta el mensaje de error. Ahora en C# sólo te falta buscar ese mensaje de error en la variable responseHtml.

Saludos.

Pero vaya entiendo poco, y no se si he iniciado sesión o nisiquiera si funciona, en la página el método es POST, vaya preferiría no darte la url y variables reales de la página...

Para saber si has logeado tendrás que comprobar el código fuente de la respuesta HTML que te envía el servidor del login. Ahí habrá un mensaje de error en el caso de no haberte conectado. En el caso de haberte conectado, tendrás que ver si el HTML tiene el apartado de "Correo Outlook" o otro servicio que solo salga en el HTML al estar logeado. Es decir, toca parsear HTML.

Te recomiendo que uses Firebug para ver las peticiones que envías al servidor, sean GET o POST, para así tener una referencia directa y real de los datos que se envían al server, además, Firebug te saca las cookies, para que puedas comprobar si las cookies están siendo recogidas por tu code.

Para coger la respuesta del servidor haz lo siguiente, ten en cuenta que lo he escrito al momento, sin testear:

Código (csharp) [Seleccionar] Expandir


HttpWebResponse response = (HttpWebResponse)newStream.GetResponse();
Stream responseStream = response.GetResponseStream();
StreamReader sr = new StreamReader(responseStream);
String responseHtml = sr.ReadToEnd();
sr.Close();
responseStream.Close();
response.Close();
//Aquí harías la validación del código fuente
//Buscarías errores de login dentro del HTML (Ejemplo: User y pass no validos..)

Un saludo.

Hombre si copias y pegas el código tal cual no vas a poder logearte en ninguna web. Tienes que conocer bien las variables enviadas al servidor, así como el método utilizado por el protocolo HTTP para enviar dichos datos.

Con la extensión FireBug puedes ver fácilmente que variables envías al servidor y los métodos empleados. En ese código el método es POST y te falta definir la url destino (página del login) y la cadena de variables (postData). Pon de tu parte y te ayudaremos

Saludos.

[*]

Bajo mi punto de vista, creo que el odio viene por su sintaxis y sus usuarios, el/los cual(es) es/son, como se ha dicho anteriormente, un lenguaje con sintaxis para iniciados y por ahí derecho que, quienes lo usan, generalmente son novatos que se creen mecenas, los llamados Script Kiddies o Lamers de la red... adolescentes que en principio lo "aprenden" porque es lo primero que ven en Google al buscar cosas del tipo "komo programar un virus?" o "cmo acer un troyano?", etc... Esto sin contar la cantidad de gente que defiende VB sin argumentos, es decir argumentan cosas del tipo "me parece bonito y sencillo de aprender", en vez de basarse en argumentos robustos propios del lenguaje.

Completamente de acuerdo, sin embargo, para opinar de esta manera tienes que tener experiencia y crítica, un novato siempre va a preferir lo fácil. Aun así tengo compañeros que desarrollan productos muy profesionales en VB .NET. Siendo honestos, VB enseña una sintáxis sacada de la chistera, que nada tiene que ver con la mayoría de los lenguajes comunes. Dejo la lista de lenguajes basados en BASIC: http://en.wikipedia.org/wiki/Generational_list_of_programming_languages#BASIC_based

Además, uno de los puntos más esenciales en el odio a este (a mi criterio), es que cuando aprendes lenguajes del tipo C/C++, los cuales te ofrecen de manera nativa y sencilla el control total sobre una máquina, y te das cuenta de la utilidad y potencial de dichos lenguajes, empiezas a considerar a lenguajes como VB, lenguajes de juguete (sea o no .NET), ya que te das cuenta que lo único que te ofrecen diferente de C/C++ es un trabajo con la POO más directo... y es aquí donde C# lleva todas las de ganar, por el simple hecho de su sintaxis, la cual es en extremo atractiva al ser tan semejante a C++ (sí, ya sé que Java fue influenciado por C++ y luego C# por Java y C++), pero a lo que voy, es que al existir en .NET un lenguaje como C# que te ofrece lo mismo que VB .NET, te preguntas ¿para qué usar/aprender un lenguaje que en principio no me atrae y siento algo de repudio hacia él*, cuando existe C#, el cual se asemeja mucho más a C++ y me permite un uso idéntico de la plataforma .NET + código inseguro + POO?

Estamos empezando a comparar .NET con otros lenguajes y eso nos desvía del tema. C++ le da mil vueltas, la WinAPI te da la libertad y el control que siempre quisiste tener sobre la memoria, excepciones, event loops, hooking, compilado no interpretado, herencia multiple (en .NET es ir poniendo interfaces a lo loco -.-) . Para aprender dignamente necesitas de un buen inglés además de mucha lectura, documentación, esfuerzo y programación. Suelo crear wrappers en algunos proyectos para usar DLLs nativas desde .NET, no veas el buen equipo que hacen.

En fin, todo esto un programador novel no lo sabe, y por lo tanto escogerá aquello que le es más fácil o intuitivo, pero que no digan que VB es más lento que C#, pues esa es otra carrera.

Saludos.

El concurso a llegado a su fin felicidades a los ganadores, y para los participantes, gracias por presentar vuestras aplicaciones contribuyendo así a la diversidad de proyectos. Una pena lo de las menciones...

Aprovecho para mandar un saludo a mis compañeros @EleKtro y @drvy, gracias a su cooperación hemos sido capaces de organizarlo. El año que viene más y mejor.

Saludos.

Llevo años programando en .NET concretamente C# y VB. VB .NET fue mi primer lenguaje de programación orientado a objetos y debo destacar su sintáxis legible a primera vista, lo práctico que es (gracias al Framework) y lo sencillo que es aprenderlo. Eso sí, si te compras un libro BÁSICO de C# o VB .NET vas a ver prácticamente lo mismo, la única diferencia sería la sintáxis, ya que las diferencias entre C# y VB realmente están a la hora de utilizar contextos que requieren una compilación insegura, normalmente punteros ya que su integridad no se puede verificar. Guardan más diferencias, pero sencillamente esa es una de las más relevantes.

Si vienes del mundo de Java o C/C++ entonces C# es tu amigo, ya que la sintáxis es casi calcada a la de estos lenguajes. VB .NET no se asemeja a ningún lenguaje ademas que su propósito en su día fue crear un lenguaje para principiantes. Hoy día con el proyecto .NET estoy en desacuerdo con dicha afirmación, ya que VB .NET se ha convertido en un lenguaje potente que nada tiene que envidiar a C#.

Yo no los he trabajado por igual, pero puedo decir que jamás he necesitado recurrir a C# para desarrollar algo que no se pudiera hacer en Vb.Net,
hace ya bastante tiempo cuando me hice esta misma pregunta leía comentarios de gente que suele decir que entre VB.Net y C#, C# sería la única opción para tocar temas delicados como la inyección de código/dll, el API Hooking, la lectura/escritura de la memoria en un proceso ajeno, etc, pero obviamente cuando empiezas a tocar .Net acabas dándode cuenta de que ese tipo de comentarios/acusaciones son completamente falsas ya que se puede hacer exactamente lo mismo en Vb.Net que en C# respecto a esos temas que mencioné, aunque de todas formas no discuto que quizás sí exista algo que solo se pueda llevar a cabo con C# (entre Vb.Net y C# hablando) ya que no soy ningún gurú en este lenguaje, pero para cosar "normales" te va a servir cualquiera de los dos lenguajes.

Soy de C++, pero como estamos en .NET pues prefiero C# ya que me da más control sobre la memoria. Aun así le doy la razón a mi compañero por un simple hecho, he desarrollado tools en ambos lenguajes para inyecciones DLLs, malware, cheats/bots, y debo afirmar que ambos lenguajes sirven para estos propósitos.
Arriba mencioné la compilación unsafe al utilizar un contexto no seguro (pointers), bueno, VB .NET no permite dicho modo de compilación, pero es bien sabido que se puede hacer un port de unmanaged a managed (C# unmanaged to VB .NET managed) , por lo que sería posible. Existen diferencias en su sintáxis y palabras reservadas (keywords) pero el código intermedio (MSIL) en Release es práctimente el mismo.

Eso sí, las tools de las que os hablo es preferible desarrollarlas en C++ como DLL y usarla en tus proyectos, sobre todo si se trata de Hooking o DLL inyection, ya que te obligaria a cargar el CLR en el proceso objetivo lo que podría causar un mal funcionamiento del proceso destino al haber cargado tantas dependencias en su espacio de memoria. C++ hace sencillo todos estos procedimientos.

No sé porque realmente la gente tiende a desprestigiar a VB .NET, ni caso, eso es porque nunca se han molestado ni en aprenderlo ni en medir su potencial comparándolo con C# por ejemplo. Eso sí, recomiendo no estancarse en VB y aprender más lenguajes, Java/C#/C/C++ guardan ciertas relaciones que hacen muy sencillo su aprendizaje.

Saludos.

De hecho no se si sabras que lo egipcios inventaron la electricidad

En cuarto milenio dieron algo sobre la batería de Bagdad -> http://es.wikipedia.org/wiki/Bater%C3%ADa_de_Bagdad
Como ves, otro tema sin resolver, aunque la imagen que has posteado es misteriosa pero descriptiva.

Saludos.

Kub0x preparate para recibir criticas amigo...

Realmente no he dado mi opinión al respecto. Sólo he dicho que siento admiración y que hoy día aun quedan incógnitas por resolver

yo opino que los egipcios sabian mas de lo que nos cuentan 

Se han dado múltiples teorías, pero si algo es cierto, es lo que tu opinas ya que faltan cuestiones por aclarar.

Buenas a todo el mundo,

documentándome acerca de los detalles arquitectónicos de las pirámides he quedado sorprendido con algunos detalles sobre la precisión y error mínimo de la colocación de las piedras, así como los largos y kilométricos pasadizos que alberga en su interior, además del corto plazo de construción y las herramientas y materiales empleados para la misma.

Os dejo un vídeo que lo expone bastante bien:

[youtube=640,360]https://www.youtube.com/watch?v=Gl_yvuEcIRQ[/youtube]

Me gustaría que diérais vuestra opinión al respecto. Según algunos expertos del vídeo, todavía hoy día no contamos con la precisión con la que los egipcios construyeron dichos bloques.

Saludos.

Desinstala el driver y usa Windows Update para reinstalarlo. Si Windows Update no lo encuentra por lo que sea, déjalo desinstalado y bájate el driver correspondiente, mirando las propiedades del driver das con los IDs necesarios. He tenido muy malas experiencias con drivers (BSOD y demás) y recomiendo que antes de dar algo por muerto hay que probarlo bien.

Saludos.