Perfil -> Configuración de Mensajes Personales -> Guardar, por defecto, una copia de cada Mensaje Personal en mi buzón de salida.


Se guarda permanentemente y la casilla siempre saldrá tildada por defecto.


Saludos

Lo he borrado yo.

En realidad borré todo el tema junto a otro que había creado Win_7. La opinión de Dani si bien no era relevante para el tema en cuestión, es una opinión que muchos secundan.

Ya no es solo que Win_7 spamee cualquier duda chorra que se le ocurra, sin ningún tipo de explicación o un mínimo de coherencia o que no aporte al foro...... es que se está saltando varios BANS PERMANENTES. Hay otros usuarios que han aportado mucho más a este foro que han sido baneados permanentemente por este comportamiento y pienso que aunque a Win_7 en cierta parte se le puede excusar por sus condiciones médicas, todo tiene su límite.

Dicho eso, ¿A qué viene ese intento lamentable de irte por las ramas para descalificar a los demás?


Saludos

Esto es ridículo. En 1975 un seat 124 costaba entre 140 y 160 mil en su modelo más barato. El SMI era


https://www.boe.es/buscar/doc.php?id=BOE-A-1975-5934



https://elpais.com/diario/1976/09/10/economia/211154411_850215.html



https://www.pieldetoro.net/web/precios/precios.php?ELCOCHE=seat+124&ELANO=%25&ELORDEN=ANO&select=ASC&Submit2=BUSCAR


Año, Modelo, Pesetas, Euros.


9000 pesetas de salario minimo, 145 mil un seat 124, si no gastarás nada de tu salario, necesitarias algo más de 16 salariosy  siendo generosos.

Hoy en día un Dacia Sandero o un Fiat Panda te rondan los 12-13 mil euros y tenemos un salario mínimo de 1050€. Es decir, 12-13 salarios siendo generosos.


Que sí, el nivel de vida es más caro que antes. También tenemos muchas más comodidades que antes. Pero no hace falta inventarse chorradas para decirlo.

Saludos

¿Donde salen esos documentos? Los enlaces que has puesto:

1 - Provienen de una fuente claramente anti-vacunas, con opinion propia y sin apuntar a ninguna fuente fiable externa.

2 - Son aparentemente simples copias de sesiones en juzgados donde no se determina nada de lo que mencionas.

3 - El caso de la gente esa de ICAN no es un litigio con Pfizer. Es un litigio contra la FDA de Estados Unidos con objetivo de que publiquen miles de documentos relacionados con la vacuna de Pfizer.



Preguntale a tus amigos que si tambien piensan que las deceneas de vacunas (a parte de la de Pfizer), producidas y desarrolladas por diferentes gobiernos y/o organizaciones con sistemas politicos y/o ideologias totalmente diferentes, son placebos y fueron intervenidas por Bill gates xD

Saludos

De raro no tiene nada. Tor aunque cambia la IP completamente, es identificable (es decir, se puede saber si el usuario usa Tor o no).. En todo momento se conocen todos los nodos de salida de Tor:

https://metrics.torproject.org/exonerator.html
https://2019.www.torproject.org/projects/tordnsel.html.en


Saludos

Una página web no sabe ni tu MAC ni tu ID de windows o lo que sea que estes pensando. La única forma de obtener esos datos es que exploten alguna vulnerabilidad de 0 day o que cedas tu esa información, ya sea por algún addon o applicacion o de forma voluntaria.

Es posible que te estén baneando precisamente por utilizar formas de acceso sospechosas como TOR, Proxys y cuentas de correo temporales. Además, te pueden banear también por el contenido de tus mensajes. Si tu IP es dinamica, pero solo cambia a otras en el mismo subnet, se puede pensar que han baneao o tienen vigilada toda la subnet. Por ejemplo, si tu IP es 80.20.10.14 y al reiniciar el router obtienes una de tipo 80.20.10.54.


Saludos

La fecha que devuelven las funciones de PHP no es la de la fecha de tu PC. Es la fecha del servidor que ejecuta PHP (que puede o no ser tu PC). Si lo alojas en un servidor en Taiwan que tenga configurado el timezone de Taiwan, mostrara fecha de Taiwan.

El timezone en las funciones date no es inútil. De hecho, es muy útil porque puede trabajar con diferentes zonas en software que requiera de ello. Lo que tendría menos sentido es que coja la fecha del usuario/navegador, que puede decir cualquier cosa y toca creerlo.

Lo recomendable siempre es que el servidor maneje fechas en UTC o  GMT +0 y luego esas fechas se presenten al cliente adaptado a su zona horaria.


Lo ideal es no fiarse de la hora/fecha del usuario. A no ser que tengas una necesidad muy específica, lo suyo es no fiarse ni recoger el dato siquiera. Si aun así necesitas hacer una verificación (y confias en lo que el usuario te diga), puedes recoger la fecha/hora UTC del usuario con javascript y luego comparar la UTC que tenga tu servidor:


fecha.php

<?php
function validateDate(int $dateUser): bool
{
    // Margen de error en segundos.
    // La consulta ajax puede tardar varios segundos en ejecutarse. Asegurate de tener un margen.
    $dateMargin = 120;
 
    // Si el valor absoluto de la diferencia entre Timestamp de usuario y servidor
    // es superior al margen, no es una fecha valida y devolvemos false.
    return (abs(time() - $dateUser) <= $dateMargin);
}
 
if (!empty($_POST['localTime'])) {
    // recogemos localTime y lo comparamos con respuesta en formato JSON
    $status = validateDate((int) $_POST['localTime']);
    echo json_encode(array('status' => $status));
    exit;
}

fecha.js

async function testDate() {
    try {
        // Creamos un formData para pasarselo a PHP
        // Con parametro localTime que es = la fecha UTC acutal en Unix Timestamp.
        const formData = new FormData();
        formData.append('localTime', Math.floor(Date.now() / 1000));
 
        const request   = await fetch('fecha.php', {
            method: 'POST',
            body: formData
        });
        response = await request.json();
 
        // Si el status es falso, la fecha no es valida.
        if (!response.status) {
            alert('Fecha local no valida');
            return false;
        }
 
        alert('Fecha local valida');
        return true;
    } catch(err) {
        // Si occure algun durante el proceso...
        alert('No se ha podido sincronizar la fecha');
        console.log(err);
    }
}
 
testDate();

PD: Aquí asumimos que la fecha del servidor esta bien y esta sincronizada. Lo cual no tiene porque ser siempre la verdad. En tal caso, en vez de recoger la fecha del servidor, puedes recoge la de otro servidor NTP del que te fíes tal y como te ha mostrado el compañero @MCKsys Argentina.


Saludos

El dominio es www.marca.com , es decir, con las www. Es posible que no te hayas fijado puesto que algunos navegadores ocultan el subdominio (www) por defecto.

Lo que pasa es que no tienen puesta una redirección de marca.com a www.marca.com que es lo que se suele hacer habitualmente.

Saludos

No. COBOL fue una revolución en su día y es un lenguaje específicamente diseñado para negocios, su propio nombre lo dice: Common Business Oriented Language. Cobol hace que las cosas funcionen de forma relativamente rápida (hablamos de tiempo de desarrollo) y que funcionen por mucho tiempo. Pero ni es más seguro, ni es mejor o peor que lenguajes actuales.

Los bancos usan COBOL porque tienen programas escritos en COBOL. Si te contratan en un banco como programador de COBOL, el 99.9% del tiempo no vas a desarrollar nada nuevo, vas a dar soporte y arreglar bugs en un programa legacy que fue escrito hace décadas.

Saludos

Hay que aclarar un principio muy importante: Software libre no es lo mismo que software gratis. Tal y como dice la propia Free Software Foundation, "software is free as in free speech, not free as in free beer".

https://es.wikipedia.org/wiki/Gratis_frente_a_libre


No hay nada que impida que un software libre sea de pago o que el creador de dicho software libre cobre por el soporte que pueda ofrecer. La condicional del software libre es que se entrega el código fuente y el destinatario es libre de modificarlo y/o adaptarlo a su gusto.

Generalmente, se asocia software libre con software gratuito que apenas tiene soporte o que tiene más bugs que features. Esto no tiene por qué ser así. RedHat, Ubuntu, Elastic, MySQL, PostgreSQL, MongoDB, Automatic (Wordpress) todas son empresas que ofrecen software libre, incluso gratuito, pero que tienen una capa de pago que les genera dinero. Ya sea con soporte, modelos SaaS o PaaS u otras técnicas.


Y es que no deberías creértelo. Linux profesionalmente existe. Su uso profesional es mucho más grande y complejo que cualquier otro sistema operativo en el mercado.


Tienen muchísimos servicios, el sistema operativo principal es de pago (aunque tienen distribuciones gratuitas como Fedora o CentOS), el mantenimiento también, ofrecen PaaS, SaaS, tienen servicios de integración, manejo de infraestructura...



Los vouchers para hacer los exámenes de LPI se compran del propio sitio de LPI.
https://us.lpimarketplace.com/

Tambien tienes a la Linux Foundation y otros similares.
https://training.linuxfoundation.org/full-catalog/


No hace falta ningún certificado. Realmente depende de la empresa y si te ofrecen que puedas demostrar los conocimientos que tienes. Los certificados son solo eso, certificados de que supuestamente sabes algo, no de que realmente lo sepas o no.

De todos modos, todo depende de a que mundo dentro de Linux te quieres dedicar. En administración de sistemas, un certificado de compTIA o RHCSA dicen mucho más que uno de LPI. Si se va por la rama de ingenieria, tienes RHCE y RHCA, LFCE, etc..


Saludos