has mirado la web del data liberation front de google?

sabes que puedes bloquear analytics sin problemas?

en mi opinion, "tu privacidad" es un concepto tan vago y personal que no se puede responder a esa pregunta sin dejar lagunas.

si te preocupa que google sepa que te gusta comer paella los domingos, la respuesta es "no, tu privacidad no esta en riesgo"

si te preocupa que google conserve historico de tus busquedas para personalizar los anuncios que te coloca (que recordemos, vive de eso), entonces sí afecta a lo que tu entiendes por "tu privacidad" (pero tambien se le puede decir que no lo haga)

y en el peor de los casos si no aceptas las politicas de uso de las cuentas de google lo que teneis que hacer es no usarlas.

todo es informarse.

yeah! ademas lo bueno de sed es que utiliza "expresiones regulares", que son posiblemente uno de los estandares de parsing y manipulacion de texto mas potentes que se ha creado.
al ser estandar, luego este conocimiento te sirve en javascript y en muchos otros sitios.

sabes que hay programas que devuelven su salida llena de onjuntos irregulares de espacios, en lugar de un tabulador o un espacio? pues eso es un asco para parsearlo. si intentas aplicar CUT directamente ahi, tienes un lio impresionante.
por tanto si haces
te comprime los espacios repetidos en un solo espacio. Y eso ya lo puedes parsear con CUT en un script, sin problemas.

ejemplo:

al segundo flujo de texto le puedes extraer la mac sin problemas con un simple cut:


intenta hacer eso sin pasar por TR, y verás que no hay manera.

Lo mismo con
que te transforma todo a minusculas y asi no cometes errores tontos al comparar variables ni evaluar entradas del usuario.


pidelo en un tema aparte porque es interesante y conviene dejar buena constancia del tema!

ah! es eso? pero eso no tiene nada que ver con reparar codigo para que se ejecute bien de una version a otra de python!
me enfoqué en ese punto, y me salté directamente la frase de los saltos de linea, valga la redundancia xD

mira asi:

define "tururu"

no me imagino un apache o un internet information server diciendo

hola, me llamo proteccion contra escritura en la bios, y soy configurable mediante un jumper fisico en la placa base para evitar actualizaciones accidentales no deseadas del código de la misma.

bueno, era, porque con el tiempo me echaron...

hace años me retiraron del diseño de las placas, pero mucha gente dijo que era un error dejarme atrás, porque los medios de seguridad fisica siempre seran mejores, pero otros iluminaos dijeron que era un palazo tener que abrir la torre para atualizar la bios.

disfruten lo votado, señores.

por suerte la aplicabilidad de ese virus es prácticamente nula. no hay dos bios iguales, y acceder a procesos propios del sistema operativo desde el mbr debe ser un engorro bastante monumental.

PD: me encantaria ver ese virus tratando de buscar el winlogon como un gilipo||as en un sistema linux

ética, mentalidad y filosofia hacker.

y en mi opnion gran parte de todo esto no se estudia; se mete uno en los marrones, y cuando está en todo el meollo se pregunta...

estoy disfrutando o sufriendo?

quiero buscar la manera mas comoda y que me lo resuelvan, o voy a investigar para hacerlo por mi mismo y posiblemente crear algo nuevo con ello?

en funcion de las respuestas, yo te diria que te retires antes de empezar 

seguro que alguno te dirá de algun libro etc etc etc. yo como apenas he leido libros o publicaciones de este tema, no te puedo decir. lo que si te puedo decir es que mi libro favorito se llama google

creo que lo unico que afecta a este codigo es el cambio de la funcion print, que ahora es un metodo. antes era

print(blablabla)

y ahora es

print[espacio](bla bla bla)


try this!

tú mismo te has puesto palos en las ruedas.
tu unica opcion es el asistente de restablecimiento manual de cuentas
pero como cometiste el error de inventarte los datos y no anotarlos...

ahora te toca pagar las consecuncias!

PD: el titulo de tu post no ayuda a que la gente entre. te imaginas que todos decidieran usar el mismo titulo que tu?

yo me he vuelvo a leer la pregunta y no cambio ni una coma de mi respusta anterior:


y si, dicen que la ignorancia es muy atrevida. se te nota a la legua que no eres consciente de lo que he intentado explicarte cuando te he dicho "equipos multidisciplinares".

suerte!

si no la cambia, y se conoce el algoritmo que el fabricante utilizó para colocar una clave WPA dentro, entonces tienes alguna posibilidad

si el usuario la cambia, pero pone una contraseña como "12345678" entonces, aparte de ser un inconsciente, tambien podrás crackearla, pero no será con un generador de diccionarios especificos, sino con un diccionario general.

si el usuario la cambia, y elige una contraseña minimamente robusta, olvídate.

PD: n estoy teniendo en cuenta el vector de ataque por WPS, pero eso que  lo explique otro, si quiere, porque es un tema totalmente diferente