Как осуществить поиск файла по префиксу?

Кэш, но не самопальный :) так что вы почти правы))
Если в двух словах: на сервер приходит запрос, среди прочего в нем есть url изображения (это сервис email рассылки, развернут с помощью PHPMailer и Lumen).
Изображение это не будет меняться или ооочень редко. Соответственно хочу закешировать, логика у меня такая:
1. При первом запросе получить хэш файла и поместить во временный файл (либо скопировать содержимое через file_put_content и поместить в файл, тут пока ХЗ у меня такого рода задача - первый раз попалась).
2. При повторном запросе сравнить суммы и в случае совпадения отдать 304.

Пока на этапе создания файла и сравнения имеющегося хэша и вновь пришедшего. Как решу эту задачу уже буду работать с HTTP заголовками (планирую реализовать через ( ETag + If-None-Match)

P.S. читал доки по Люмену, честно говоря так и не вкурил, как через него все реализовать, а сидеть и чахнуть не хочеться, поэтому решил пойти иным путем.

Aleksandr Yurchenko, https://lumen.laravel.com/docs/5.2/responses думаю этого должно хватить

Дмитрий, и эту главу и Request и Cached прочитал не раз. По документации реализовал response с 304 ответом и дописанными вручную заголовками.

Но в любом случае для значения заголовка Etga получить хэш. Наверное в любом случае нужно будет производить (сравнение с файлом и пришедшим урл). И ещё интересный вопрос, как полученный хэш записать в значение заголовок ETag при ответе...на php ничего сложного:

$file = ...
  $last_modified_time = filemtime($file); 
  $etag = md5_file($file);

  header("Last-Modified: ".gmdate("D, d M Y H:i:s", $last_modified_time)." GMT"); 
  header("Etag: $etag"); 

  //... проверка по last_modified_time, если true, то header("HTTP/1.1 304 Not Modified");

Но тут люмен, с которым я познакомился менее недели назад :). Поэтому уже рассматриваю вариант вручную реализовать Etag в моей задачи, так как информации найти не могу :(

Aleksandr Yurchenko, ну в респонзе так же кидайте заголовки

Aleksandr Yurchenko, ну и сейчас подглядел у себя, етаг так делал

header('Last-Modified: ' . gmdate('r', filemtime($file)));
header('ETag: ' . sprintf('%x-%x-%x', fileinode($file), filesize($file), filemtime($file)));

Дмитрий, плюс/минус рецепт один, только почти везде делается по "привычному" header().
Я на таком уровне (ручками) с заголовками не работал, знаете какой меня момент смущает и на который я не смог чуткого ответа найти.

Ок, пусть в response я засуну полученный хэш и сделаю проверку по нему (200 возвращать или 304). У меня в голове пока не укладывается - закешировать нужно изображение, но ответ будет один общий (ответом является сформированный html шаблон письма).

Возможно ли (и нужно ли) закешировать только изображение, а остальное отдавать 200. Просто у меня тут ещё путаница и из-за неё видимо я начинаю тупняки ловить. Я вообще до начала этой недели не думал, что работа с заголовками может вызвать такую боль :)

Раньше ,как-то обходилось готовыми решениями, ну или полу готовыми (допилинными под себя)

Aleksandr Yurchenko, ну кешем по сути должен рулить арбузер, вам надо только заголовки подкинуть, ну и картинка в хтмл будет ссылкой же, ну и еще есть вариант кэшить все письмо, а картинку завернуть в base64

Дмитрий, картинка приходит от клиента, поэтому её нет смысла даже хранить на сервере (файл с её хэшем хочу создать исключительно для проверки).
Фактически от клиента приходит запрос, с данными, на основании которых формируется письмо и отправляется клиенту.

Ладно пошел дальше налаживать контакт с Lumen, может все же получиться через него все реализовать. А спасибо за помощь уже не по теме вопроса :)

Aleksandr Yurchenko, да не за что)