Guida Riducly

Come Riducly elabora le immagini

Una spiegazione trasparente dell'elaborazione locale e server transitoria, dalla selezione al download, compresi archiviazione, metadati, sicurezza e limiti attuali.

Due percorsi di elaborazione, scelti prima del caricamento

Riducly supporta l'elaborazione sul dispositivo e quella transitoria sul server. I browser desktop usano per impostazione predefinita il percorso locale. I browser mobili preferiscono il server perché decodificare e ricodificare più foto ad alta risoluzione può esaurire la memoria disponibile o bloccare la pagina. Il controllo della posizione mostra la scelta attiva prima di aggiungere i file e permette di cambiarla quando l'alternativa è disponibile. Il percorso selezionato vale per il gruppo corrente. Questa distinzione è importante: Riducly non afferma che ogni file resti sempre sul dispositivo e l'interfaccia non dovrebbe nascondere quale percorso gestirà le immagini.

Cosa accade durante l'elaborazione sul dispositivo

Dopo la selezione, il browser verifica tipo e dimensione dell'immagine, decodifica i pixel e crea un'anteprima temporanea. Compressione o conversione vengono poi eseguite nella memoria del browser con formato, modalità di qualità e dimensioni massime scelti. Il risultato è rappresentato da un Blob in memoria e da un URL temporaneo fino al download o alla rimozione. In questo percorso Riducly non invia intenzionalmente i byte dell'immagine al proprio server applicativo. Il ripristino del flusso o la chiusura libera gli oggetti temporanei; la copia scaricata resta dove il browser l'ha salvata. Download e conservazione locale dipendono dal browser e dal dispositivo.

Cosa accade durante l'elaborazione server transitoria

Quando scegli il server, ogni immagine viene trasmessa via HTTPS all'endpoint di compressione e gestita in sequenza. L'applicazione valida la richiesta, applica i limiti ospite o account, decodifica il file nella memoria del processo, crea l'output richiesto e lo restituisce nella stessa risposta. L'implementazione non scrive input o output su disco, PostgreSQL, Cloudflare R2 o Backblaze B2. La memoria viene liberata al termine o al fallimento della richiesta. I log operativi registrano categorie di errore sicure e identificatori di richiesta, non contenuti, nomi file o pixel. Un'immagine fallita non viene conservata silenziosamente per elaborazioni future.

Formati, metadati, trasparenza e animazione

Riducly decodifica la sorgente in pixel e codifica un nuovo file. La destinazione segue le capacità del formato scelto invece di copiare il contenitore originale. JPG non conserva la trasparenza; PNG e WebP sì. HEIC e HEIF possono essere letti, ma Riducly non produce output HEIC. EXIF, posizione, fotocamera e altri metadati incorporati non vengono copiati nei file ricodificati. Il flusso attuale tratta immagini statiche, quindi non conserva il movimento di WebP animate o Live Photo di iPhone. La conversione può modificare il peso in entrambe le direzioni e ricodifiche lossy ripetute possono accumulare artefatti senza recuperare dettagli mancanti.

Account, limiti e contatori anonimi del servizio

Puoi iniziare senza account, ma limiti su file, gruppi e richieste server proteggono il servizio. Il caricatore mostra la disponibilità corrente e un account gratuito può aumentare i limiti e abilitare il lavoro locale parallelo quando supportato. Riducly mantiene contatori aggregati e completamente anonimi per caricamenti accettati, output completati e risultati scaricati. Contengono soltanto categoria della pagina, nome dell'evento e numero di immagini; non archiviano identificatori pubblicitari, profili di navigazione, nomi file, contenuti o cronologie personali. Servono a misurare affidabilità e conversione senza script analytics di terze parti. Il feedback scritto facoltativo è separato e viene inviato soltanto su tua scelta.

Come verificare direttamente il comportamento

Su desktop scegli l'elaborazione locale, apri gli strumenti sviluppatore del browser e osserva il pannello Rete mentre elabori una piccola immagine di prova: l'endpoint di compressione non dovrebbe ricevere il file. Poi scegli il server con un'immagine non sensibile e osserva una richiesta che restituisce il file generato. Controlla formato, dimensioni e byte misurati prima del download. Le informative privacy e cookie descrivono più in dettaglio account, sicurezza e conservazione. Per i test usa immagini sacrificabili e segnala differenze tra questa guida e il comportamento osservato tramite il contatto pubblicato. Se implementazione o infrastruttura cambiano, informative e guida devono essere aggiornate insieme.