Costruire un sistema di archiviazione delle email: memorizzare il corpo dell'email

Mi dispiace deluderti ma non ho intenzione di offrire un tutorial passo-passo su come creare un bucket S3 per memorizzare l'email, né descriverò come creare la chiave di accesso necessaria che avrai bisogno nella tua applicazione per caricare contenuti nel tuo bucket; ci sono tutorial migliori su questo argomento di quelli che potrei mai scrivere.  Ecco un paio di articoli che potrebbero aiutare:

https://docs.aws.amazon.com/quickstarts/latest/s3backup/step-1-create-bucket.html
https://aws.amazon.com/blogs/security/wheres-my-secret-access-key/

Quello che farò è sottolineare alcuni dei settaggi che ho scelto che riguardano un progetto come questo.

1. Controllo dell'accesso.  Non solo devi impostare la sicurezza per il bucket, ma devi anche impostare i permessi per gli oggetti stessi.  Nel mio progetto, uso una politica molto aperta di public-read perché i dati di esempio non sono personali e volevo un facile accesso ai dati.  Probabilmente vorrai un set di politiche ACL molto più rigido. Qui c'è un bel articolo sui settaggi ACL:https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Archiviazione dell'archivio. In S3 c'è qualcosa chiamato Lifecycle Management.  Questo ti permette di spostare i dati da un tipo di classe di archiviazione S3 a un altro.  Le diverse classi di archiviazione rappresentano la quantità di accesso di cui hai bisogno ai dati archiviati con costi minori associati all'archiviazione a cui accedi di meno. Un buon riassunto delle varie classi e della loro transizione può essere trovato in una guida AWS chiamata, Transitioning Objects. Nel mio caso, ho scelto di creare un ciclo di vita che spostava ogni oggetto da Standard a Glacier dopo un anno. L'accesso Glacier è molto più economico della normale archiviazione S3 e mi farà risparmiare sui costi di archiviazione.

Una volta creato il bucket S3 e impostati i miei settaggi, S3 è pronto per evitare di caricare l'email conforme a rfc822 che ho ottenuto dal flusso di dati SparkPost Relay Webhook. Ma prima di caricare il payload email rfc822 su S3, devo creare un nome di file unico che userò per memorizzare quell'email.

Per il nome di file unico, cercherò nel corpo dell'email l'id nascosto che l'applicazione inviante ha inserito nell'email e utilizzerò quell'id come nome del file. Ci sono modi più eleganti per estrarre il connectorId dal corpo html, ma per semplicità e chiarezza userò il seguente codice:

$start = strpos($htmlbody, $inputField);
if ($start !== false) {
    $start = strpos($htmlbody, 'value="', $start);
    if ($start !== false) {
        $start += 7; // Move past 'value="'
        $end = strpos($htmlbody, '"', $start);
        if ($end !== false) {
            $length = $end - $start;
            $UID = substr($htmlbody, $start, $length);
        }
    }
}

* stiamo assumendo che $inputField contenga il valore “ArchiveCode” e sia stato trovato nel mio file config.php.

Con l'UID, possiamo poi creare il nome del file che verrà utilizzato in S3:

$fileName = $ArchiveDirectory . '/' . $UID . '.eml';

Ora sono in grado di aprire la mia connessione a S3 e caricare il file. Se guardi il file s3.php nel repository GitHub vedrai che ci vuole molto poco codice per caricare il file.

Il mio ultimo passo è registrare questa voce nella tabella MYSQL.