pa filtrar los que requieren login usan "-Sign"

Súmale a eso las búsquedas con filetype y mejoras todo.

>>12970 ese dork en específico no arroja resultados con el comando filetype

Comparte porno mejor

>>12972 ya empezó el autista del porno :/, próximamente el choroy autista del autismo

>>12971 Eres bien saco de huevas, si dices que no entrega respuestas.

Busquemos Sebastián Izmierdo

>>12969 Escribe como se pondría en la búsqueda?

>>12978 Puta men es que si no entendiste no entendiste nomas po. Así no mas con comprensión lectora. Na si igual lo voy a explicar. Google es un gran repo de datos, similar a una base de datos. Todos los condicionantes son filtros que se agregan a una búsqueda que por defecto trae unos resultados precocinados por Alphabet, están cocinados de acuerdo a la región geográfica entregada por la IP y a las cookies proporcionadas por el usuario, una que otra restricción local, etc. En éste caso, "site:drive.google.com filetype:pdf" es un dork genérico, no te sirve de nada, mejor dicho es completamente useless en la mayoría de los casos a excepción de todos los resultados que te aparecen a ti, porque si cambias "algo" por un título de esos, con filetype:pdf si te va a devolver resultados. Pero con la limitación del buscador por el abuso de los bots, está bien difícil encontrar algo útil en un tiempo razonable, usando solo la interfaz web del buscador. Entonces ¿qué es lo que quiere el usuario de dork generalmente?, pues encontrar algo que está buscando lógicamente. Y si filtrar por el tipo de archivo te lleva a nada, ¿qué pasa entonces?, creo que se entiende la idea. Bien diferente es cambiar "algo" por "alicia maravillas pdf" sin filtrar por tipo de archivo (sin incluir el filetype:pdf), lo que sí te va a traer resultados. Pero si a eso mismo le agregas "filetype:pdf" no te devolverá nada. ¿por qué? Básicamente el comando filetype filtra por la extensión o tipo de archivo tal y como se describe acá https://developers.google.com/search/docs/crawling-indexing/indexable-file-types?hl=es entonces pasa que drive no escupe un archivo PDF como tal, a veces escupe una redirección por proxy a un archivo mediante url, pero el visor es puramente del tipo text/html. ¿Entonces con filetype:.html o filetype:text/html se mostrarían mas resultados?, tampoco. Todo depende de que xuxa indexó el motor de google en el momento en que lo indexó, y de que tantos cagazos se halla mandado al gente con la data y/o algúno que otro algoritmo. En cambio puedes filtrar por título con lo que "site:drive.google.com intitle:"Alicia en el país de las maravillas.pdf"" si que va a arrojar un resultado específico. Tambien puedes agregar términos sueltos como "alicia maravillas pdf" y de igual forma google te devolverá resultados, pero ésta vez sin condicionar a buscar por el mime type o el tipo de extensión (ya que la url de drive no tiene una extensión al final, eso es algo legacy de cuando la web era del tipo holamundo.com/index.html). Si nó que los términos sueltos se aplicarán a un match global dentro de los resultados indexados de google drive. Y el filtro "-Sign" sencillamente excluye todos aquellos resultados que en el momento de ser indexados (ojo aquí), devolvieran una pantalla de login. Lo que no significa que en la actualidad sigan mostrando dicho login screen (porque la url será la misma). Para que se entienda, pueden pasar semanas o meses hasta que un nuevo resultado aparezca en los resultados de google. Por lo tanto, la data que se ve ahora probablemente sea de años atrás o máximo de sept/oct del 2023 cuando mucho. Entonces para finalizar la explicación, la idea al usar el dork es cambiar "algo" por términos sueltos y de esa manera dirigir la búsqueda hacia donde queremos. Un dork bien usado puede ser muy potente y conseguirnos mucho material gratuito.

>>12983 Filtrar por tipo/extensión de archivo viene bien cuando quieres acotar la búsqueda a un sitio web que sabes que puede tener archivos sueltos en public_html con directory listing activado, pero para una web o plataforma que trabaja con un router de url, y por lo tanto todos sus links se ven como "usuarios/mostrar" "usuarios/editar" no te va a servir. Sin acotarlo a un sitio, viene muy bien cuando buscas material por extensión, y si lo acotas a un sitio, recomiendo buscar por dominios de universidad, ya que los profes siempre dejan buen material de estudio en sus carpetas "../~nombre-profe/curso-random/archivo.extension", y complementarlo con "index of", así me he conseguido muy buen material de instituciones en todo el mundo. Y para los PDF, lamentablemente ya no es la panasea, porque no somos los únicos dork's users, hay una porción de usuarios que trasladó el SEO a los dorks cosa de que en los resultados con filetype:pdf te aparezca clic bait de dos formas, o tirando el myme del pdf, o sencillamente generandolo por backend y dejándote spam en su interior. Lo mismo se ha viralizado con muchas de las extensiones mas buscadas (.exe y .apk por ej). Lo otro que hacen es dejar clic bait al interior de google drive, incluso con vídeos al estilo 1XBET. Y pa buscar porno, el mejor dork es ""index of" inurl:.flv inurl:.mp4 xxx", pero cuidado que salen IPs sueltas y donde hay una IP suelta, pueden encontrar parafilias y/o CP, tambien abundan los caza bobos con extorsiones por IP cuando tienes alguna puerta de entrada.

>>12984 A mi personalmente me gusta usar los dorks para encontrar archivos del tipo respaldo.zip, algo.sql, y mis favoritos, .extension.bkp o .extension[N] donde n es un número entero. Generalmente te pillas archivos como conexion.php2 que el servidor interpreta como texto plano, y por lo tanto, te deja descargarlo. En su momento tambien busqué los resultados de "inurl: .git/" para dumpear repos con git-dumper, y en general viene bien cuando quieres filtra la info por año, con after y before, como por ej "site:13.cl before:2010", pero no siempre los resultados son fiables, no es como intitle o intext que te dan coincidencias precisas, que nuevamente pueden salir malas si se linkeó otro artículo al interior del documento.