A mi me llegó una petición de Change.org, para lo mismo (el rescate de animales con dorn), aunque no recuerdo cual de las dos iniciativas surgió antes, o si son la misma o han acabado derivando en la misma.

No. Nadie excepto tu sabe ni tiene que saber ni tu pin, ni ninguno de dichos dígitos de tu tarjeta. Ni el banco tiene por qué saberlo. de hecho si no lo recuerdas, debes ir al bqanco a reclamarlo y el cajero técnicamente solicita un nuevo pin que se imprime y que el cajero no tiene por qué verlo.

Tu pin es solo tuyo y absolutamente nadie, puede reclamarte que introduzcas ninguno de sus dígitos, para ningún otro propósito que verificar la transacción de compra en el uso de la tarjeta.

Otra cosa es que te hayan pedido los 3 dígitos de control de la tarjeta (que a vces, sobre todo antes) venían al dorso y no forman parte de la numeración. ...aunque desde luego no se suman.

Me temo, que es un intento de acceder a tu pin... hoy te piden sumar el primero y úlimo, otro día te piden otros 2 y al final se deduce tu pin. Me entran dudas de que realmente estuvieres accediendo a través de una web legal... quizás fuera una página falsificando a otra, etc...

Para la próxima haz una captura o foto de dicho formulario.

...por seguridad yo te recomendaría que vayas a un cajero lo antes posible y cambies el pin de tu tarjeta por otro.

Las permutaciones, son bases numéricas con condicionantes algo 'caprichosos'.
Del mismo modo que puedes escribir 78 directamente en sistema decimal, sin necesidad de tener todas las permutaciones de 2 dígitos previas (00-77), igual pasa con cualquier otra base numérica.

Todo lo que necesitas saber de antemano es cuantos elementos contiene (el numero mayor para x dígitos), o dicho de otra manera que número de secuencia supone la última secuencia buscada (con dos dígitos es 99, luego son 100 permutaciones).
Después de eso, es exactamente lo mismo que operar con cualquier base numérica.

Intenta pasar el numero 78 de la base decimal a una base 12, 17 o 44... cuando te suene familiar, te será más fácil entenderlo y resolverlo.

Si esto pasa a veces, pero vamos, yo no diría que cada día me pase 300 veces, como para ver en ello una imperiosa necesidad. Al fianl que son 10 clicks adicionales al día?. Creo que se puede vivir con ello.

Personalmente no veo 'nada malo', en que si un hilo data de hace 5 años y se trató pongamos por ejemplo como solucionar cierto problema, algoritmo, etc... que alguien con el mismo problema pero tras leer no termine de entender pregunte en un hilo que justamente trata ese mismo tema. Que cree un nuevo hilo con el mismo tema, no veo que solucione ningún problema, como tampoco veo que se genere algún problema por segir escribiendo en el viejo hilo.
En mi opinión, creo que se aplica mal, los hilos a no resucitar son esos donde alguien dejó un enlace de descarga y alguien 5 años después reclama que el 'enlace no funciona, que se lo vuelvan a subir', pues es de considerar que el usuario que lo subió ya ni aparezca por el foro, o bien que el contenido específico al que se hacía referencia ya no lo tenga en posesión...

Sería un problema si uno tuviera que leer obligatoriamente en secuencia cada mensaje antes de poder acceder al último, pero no es el caso, Tampoco creo que haya sobrecarga en la base de datos por seguir escribiendo en un hilo viejo. Supongo que el único problema real sería el de que en caso de querer purgar hilos viejos, el no actualizar viejos hilos, facilita la cantidad d ehilos viejos que puedna purgarse, por otro lado que un viejo hilo se actualice es indicativo de que el tema sigue siendo de interés.

Cuando compras productos de escaso valor (pongamos 5-15 euros), puede que logres estafar alegando que no te llegó, cuando el envío no tiene ningún tipo de seguimiento y la plataforma tolera la devolución.

Cuando el producto es caro, ten por seguro que ningún vendedor va a enviar ningún artículo sin que quede registrado por la compañía de paquetería que el destinatario recibió el envío.

De hecho hay vendedores que lo primero que ponen en sus detalles como vendedor es que si eliges la opción de envío más barato que no incluye seguimiento del paquete, no se hacen responsables por pérdida-extravío. Por supuesto cada plataforma de venta tiene sus normas.

En cualquier caso, muchos vendedores miran el historial de votos (positivos-negativos) del comprador o si lleva poco tiempo registrado en la plataforma antes de aceptar cierto tipo de compras.

Si estás pensando en intentar ganar dinero a base de estafas con compras, puede que alguna te salga bien, pero a medio-largo plazo tendrás denuncias y posiblemente condena.

Si no te cogen el teléfono, acude a la comisaría y señala allí el caso personalmente (imagino que resides en el propio Paraguay), es de suponer que ya ellos contactarán con alguien capacitado para tomar decisiones y hacer las indagaciones pertinentes.

Si ninguno te hace caso, entonces habla con algún periodista para que publique el titular: "Hallan fallos en la web de... y no hacen caso del aviso".
Pero sin explicitar como has encontrado y cuales son (en detalle) los fallos, para no dar más pistas al público avispado de lo preciso. El periodista seguramente quiera una demostración, para asegurarse que no le tomas el pelo... Ya cuando todo el mundo se haga eco y el ministerio sea un hazmereir, a lo mejor te prestan atención.

Ordenando carpetas, me encontré otra carpeta mal renombrada (y por tanto fuera de orden) donde tengo otro algoritmo que hice a comienzo de los 90, emplea una heurística muy diferente pero muy simple del que tiene como virtud los pocos nodos que precisa visitar. Es decir consigue un resultado muy rápidamente, por ejemplo para 20 nodos, apenas tarda 0'05-0'09sg. y visita solo unos cientos de nodos. Para 100 nodos apenas 0'3sg. y para 1000nodos solo 45sg. (en mi equipo que es viejo y no muy potente).

Ayer me puse a repasarlo para asegurarme que lo tenía completo y funcionaba bien, pues no dejé comentarios al respecto, y mientras lo migraba NET  (lo tenía en un viejo lenguaje) y para hacerlo más útil, lo fijé para usar un mapa finito (un área de 512x512), para crear los puntos aleatoriamente y poder dibujarlos (opcionalmente) en el mismo mapa sobre la marcha, a medida que encuentra rutas más óptimas.

Lo interesante de este algoritmo, es que puede ser usado como un primer paso para obtener una respuesta rápida, desde la cual partir con otro algoritmo más 'sesudo' (y más lento o consumidor de recursos), que es más adecuado para alcanzar un valor mucho más óptimo (repito cuando el número de nodos es mayor de unas pocas decenas).

La descripción de esta heurística es muy simple, se trata de ver si el intercambio entre dos nodos genera una ruta más óptima, en tal caso, se realiza el cambio.
Hay que proceder sistemáticamente no al azar, para que alcance en algún momento un punto de 'bloqueo' donde ya no se localizan mejoras con intercambios, momento en que  el algoritmo finaliza.
Un medio de optimizar las comparaciones es precalcular la ruta inicial (en general si no se ordenan 'geográficamente', el orden es el que subyace en el listado.
Así la idea de comparar el intercambio entre dos nodos asume la siguiente noción:

Nota que los nodos que se comparan son B e Y, así ABC es la ruta 'A a B' + 'B a C'.
Nota también que los intercambis, para ser exhaustivos, deben empezar a una distancia (entre B e Y) de numnodos/2, cuando a esa distancia no haya intercambios, se reduce la distancia hasta 2.

El intercambio de distancia 1, es muy similar, pero requiere aplicarse aparte, ya que si XYZ solapan en parte ABC (lo que sucede con distancia 1) BC y XY están tomando una distancia que ahora existe pero que de intercambiarse se rompe... luego no es adecuado hacer una comparación de sumas con solape de nodos. Puede resolverse a base de complicar el algoritmo con cada nodo a visitar, que lo hace subóptimo, en cambio si tratamos la distancia 1 en un bucle aparte, no hay esa pérdida de rendimiento en lógica extra ni hay que complicarse en resolver esa lógica extra.
El algoritmo principal sería:
La función CompararBY es ligeramente diferente de CompararBC, esta última impide solapes entre los nodos que falsifiquen la suma de las distancia.


Las variables, A,B,C, X, Y, Z,  K,D refieren al indice que ocupan en un array, y dichos índices son el indice del array de nodos. Yo uso una (clase) pila (más que nada porque se comparte entre todos los otros algoritmos), para éste, al caso se le ha añadido una propiedad Test (además de Push y Pop), para lectura y escritura no secuencial (algo como Peek y Poke) y con ello permitir el intercambio de índices cuando es aceptado. Ese array contiene pues los índices de la ruta a seguir, luego 'ruta.ToString' es tomar cada indice en el array separado por lo que prefieras una coma, un guión, etc... Si se busca más velocidad, el evento no es requerido, basta enviarlo cuando salga del bucle principal. Igualmente cuando se qiere revisar tiempos, se desactiva el dibujado, aunque el inicial y el final corren dentro del crono (al gusto pueden dejarse fuera).

Dos cuestiones a tener en cuenta son:
- Que el recorrido en el bucle debe ser circular, ya que si hay 20 nodos y A es el 19ª, B tendrá que ser el 0º y C el 1º, y si hay una distancia a aplicar de 8, entonces X será el 7º, Y el 8º y Z el 9º. Es decir el cálculo de índices debe recurrir al módulo de forma constante.
- Que puede hacerse un cálculo mucho más veloz si se mantiene en memoria una tabla con el mapa de las distancias, pero que solo es asequible cuando el número de nodos es tolerable.
Si se operara por ejemplo con 1 millón de nodos, entonces dicha tabla ocuparía en memoria los bytes que ocupen los datos de 1 billón. En tal caso en vez de mantener dicha tabla en memoria es preferible calcular cada vez la distancia ABC y XYZ, que al requerir potencias y raíz cuadrada (operando con la distancia de Euler), contínuamente hacen decaer la velocidad del algoritmo notablemente pero a cambio pueden abordarse problemas de varios miles de nodos (al pasarlo a NET sigue este modelo, en tanto que la versión que tenía en origen mantenía la tabla, pués lo tenía limitado a 100 nodos máximo).

Cuando se opera con una cantidad media de nodos (pongamos 100), lo que se observa es que opera bastante bien todos los nodos que están en el 'extraradio' del mapa, cometiendo en cambio 'torpezas' severas con nodos internos. La razón de esto es que solo ataca el intercambio de 2 nodos (esto es, la ruta de un nodo con sus 2 adyacentes), si el intercambio fuera comparando la distancia de 2 o más nodos (comparar dos nodos serían ABCD y WXYZ), se seguirían consiguiendo mejores resultados, tanto más necesario, cuando el número de nodos es mayor.
Se desprende (observando el mapa con los resultados) que este algoritmo apoyado por otro (tras éste) que operara mejor los nodos próximos entre sí lograría resultados muy óptimos en un tiempo muy rápido.

Es decir, lo más interesante de este algoritmo es que al ser tan rápido, puede ser la primera fase de otro más eficaz en el resultado. Llegar a cierto resultado óptimo, prontamente satisface la posibilidad para otro algoritmo más lento que opere a partir de donde éste lo deja.
De hecho es intuitivo que la programación dinámica puede asumirse como un intento de optimizar este tipo de situaciones.
Tu que sigues el esquema de programación dimámica ya te habrá quedado claro que si para algo como 20 nodos empleas (pongamos por ejemplo), 1-4Gb. de RAM, para uno de 30 nodos, seguramente te subas a 15 o 30Gb. y probablemente no puedas asumir problemas con más de 50 nodos sin sacrificar por algún lado, porque la RAM precisa será inasumible....
Este algoritmo al ser tan simple, el costo en RAM es pecata minuta, básicamente son unos pocos MB. que dependen de la cantidad de nodos y las estructuras asociadas, pués la parte principal como ya te de dicho es un simple array que mantiene los indices de los nodos que amntienen la ruta vigente.

A la noche me edito repaso el escrito y pongo imágenes...

Con pocos nodos (incluso con 20), suele encontrar la solución óptima o muy próxima, cuanto mayor es el número de nodos esa tendencia se pierde.
A la vista (tras dibujar el mapa), es observable que (cuando no consigue la ruta óptima), puede mejorarse fácilmente. Los humanos somos buenos visualmente para lograr heurísticas (difíciles de programar), pero con resultados muy cercanos al óptimo.

En la imagen adjunta, se observa como es mejorable la ruta si fuera del nodo 12 al nodo 2 y del nodo 13 al nodo 16.

El algoritmo de intercambio, se presta a muchas variaciones una que haré el próximo fin de semana, se explica muy bien justamente en la imagen de este ejemplo.
Se tendrá en cuenta para el intercambio, solo la distancia del segmento entre 2 nodos (en vez de los dos segmentos entre 3 nodos. Esto hace que la cantidad de cálculos sea menor, si bien la cantidad de nodos a visitar seguramente sea mucho más numeroso. Es importante implementarlo bien de otro modo se estaría operando con un algoritmo de fuerza bruta.
Al término incluso podría hacerse operar un algoritmo al término del otro, para determinar eficiencia y eficacia.

Cuando el número de nodos crece (por ejemplo, 100), es prácticamente imposible que arroje el resultado óptimo, como puede verse en esta imagen.


Aquí un ejemplo para 1000 nodos, la imagen inicial con un costo total de 261.867, es reducida al final a solo 35.909, y para ello necesita visitar 9.105.000 nodos y realiza 5.506 intercambios.
La ruta inicial: 0,1,2,3,4,5,6 ... 997,998,999,0


...y el resultado al finalizar el algoritmo. Se ve como hay cruces largos entre puntos distantes, cruzando líneas, pero ha logrado reducirse notablemente de una forma muy simple y veloz.


En esta sin recortar se muestra además los datos del resultado:

Para 1000 nodos todavía es asequible usar una tabla de distancias (1 millón de elementos * 4 bytes = aprox. 4Mb.), así cada distancia se calcula una sola vez y se almacena, en un array bidimensional, con ello el algoritmo sería aún mucho más rápido que esos 45 segundos.
En cambio para 1 millon de nodos, requeriría aprox. 4Gb. y exigiría un PC con buena cantidad de memoria para encontrar ese espacio disponible contiguo (o ceñirse a otra estructura de datos no contigua).

Dibujando cada una d elas 5506 soluciones + la 'ruta.ToString', correspondientes, el tiempo se dispara a 458segundos. 10 veces más, es decir el tiempo se consume en el trazado más que en el cálculo, aunque es interesante verlo trabajar.

Lo primero es lo primero... que es por donde hay que empezar.

Has mirado si está sucio el disipador y ventilador y si necesitan limpieza de pelusas o algún obstáculo (por ejemplo un papel o cable suelto que roza en el ventilador y que esté atascado) ?.
Que alcance demasiada temperatura es indicativo de que o bien no refrigera convenientemente o bien está consumiendo mucho. Lo primro es pues revisar físicamente las piezas en juego, lo segundo deberias saberlo según el juego en uso y las experiencias pasadas.

En esa revisión, además d ela limpieza, contempla el engrase del eje del ventilador. Y por supuesto revisa que los anclajes del disipador se mantienen adecuadamente pegados al chip (si alguno se suelta, solo con que se separe 1mm. el efecto refrigerante decáe notablemente, lo que provoca que aumente la teperatura, para solventarlo se aumente automáticamente la velocidad y el ruido aparezca como una consecuencia de poner al límites las revoluciones del ventilador. en cualquier caso cuanto mejor engrasado esté el eje y equilibrado el ventilador (un aspa rota (por ejemplo) lo desequilibra) sea óptimo, el ruido disminuye.

En última instancia si has 'overclok-eado' la propia tarjeta, quizás por defecto, instaure velocidad proporcionales a la velocidad del reloj de la tarjeta (algo no muy adecuado, pero que dentro de los límites normales, podrían tenerlo adecuadamente asociado).

Esto viene a indicarte que o bien tu versión de ultrasio es vieja o bien estás en un equipo viejo... o incluso que estás intentando montarlo sobre un DVD (por ejemplo), que está limitado a  4'7Gb. (aunque tú tengas un USB si pulsas el botón para montarlo en una unidad DVD por ejemplo)...
En cualquier caso pudiera ser que el programa tuviera algún límite en cuanto a tamaño para montar una imagen, de ser así habría que intentarloc con otro programa, que no tenga ese límite (la única versión  de ultraiso que tengo está instalado en este equipo que es viejo, desconozco por ello s versiones más recientes tiene diferentes cambios y límites, aunque lo lógico es que vayan con el tiempo actualizándose a las necesidades del presente).

Si eliges extraer, es básicamente lo mismo que descomprimir, es decir 'desenvuelve/desempaqueta' cada fichero que contiene, en la carpeta de la unidad que le indiques. Como el fichero son 5Gb. y tendrá decenas de miles de ficheros, tardará bastantes minutos en función de lo rápido que sea tu unidad, el espacio libre que le quede y si le cuentas encontrar espacios grandes contiguos, tu CPU y lo saturado que esté el equipo con otras aplicaciones en marcha...

El mensaje de 'no responde' es el mensaje habitual no solo cuando 'no responde' (por algún problema) si no cuando (no hay ningún problema pero) una operación requiere mucho tiempo  (y ese es el caso), luego presumiblemente, no tiene nada que ver con el programa esté bien o mal, es lógico que tarde 10-30 minutos incluso más, depende del rendimiento de tu equipo... en extraerlo.
Ésta (extraer) no es la acción que necesitas si quieres instalar el S.O.

Qué es lo que has formateado en FAT32, el USB o tu disco duro???...

No entiendo qué dices.

Si instalaste la imagen del S.O. en una unidad preparada para ser arrancable (bootable), simplemente cuando apagues y prendas de nuevo el equipo (si es el mismo), solo tendrás que indicarle que arranque desde la unidad que acabas de preparar (si no es así, tendrás que entrar en la BIOS y cambiar el orden de proridad de las unidades de arranque, si el disco duro, está antes que la unidad USB extraíble, y el sistema no dispone de un tecla tras el POST, para parar el sistema y decidir en caliente la unidad de arranque, no podrás instalar nada, porque seguiría arrancando desde el disco duro.
Si esto lo has hecho bien y aún así no arranca desde el USB, lo más probable (salvo fallos tontos, como conectarlo a un conector USB desconectado internamente, etc...), es que la unidad no haya sido establecida correctamente como de arranque. Habría que mirar que opciones actiaste/desactivaste en el Ultraiso, para montar la imagen.

Este tipo de denuncias suele tener seguimiento por parte de la policía.
En general los estafadores de cierto tipo, no hacne una sola estafa si no muchas. Las denuncias sirven para que la policía sepa que pasa y tengan datos de por donde se mueven fechas, etc... recabar datos. Cuando tienen varias denuncias (y con ello pistas sufiiicientes) la policía ten por seguro que hará la vigilancia que se precise para cazarlos.

En cuanto al dinero, será algo más difícil recuperarlo, de entrada debe haber pruebas de cuanto fue lo que te estafaron, cuando sean detenidos, y salga juicio, el juez determinará cuanto corresponde devolver a cada uno en función de la cantidad de denunciantes, las cantidades embaucadas y las cantidades incautadas a los timadores. Si no denuncias, más probabilidades de que otros timados, puedan rescatar la maor parte posible de su dinero. Haz cuentas si han estafado pongamos 300.000 euros, un promedio de 10.000 euros por cada uno, la policíoa les incauta 100.000 y solo hay 12 denunciantes, cada uno podría recuperar 8.000 euros... los que engan detrás a denunciar, ya no habrá 'fondo' para repartir.

En cuanto a CNMV, ciertamente si no están dados de alta, o pueden hacer nada contra gente que es anónima... ahora bien, tu has mencionado que operaban en no se qué página de mercados... ahí si podrías solicitar a la CNMV sobre el sitio, aunque no parece que ahí hicierna actos ilícitos, a buen seguro quedaron registrados sus datos (si no fuera una web pantomima, preparada solo para timarte), y en tal caso con la denuncia ante la policía, la policía si podría requerirles los datos de las personas que tu les indicares, para ellos hacer sus investigaciones.

Lo de contratar a un hacker... suerte y que no salgas escaldado.