В базе есть 10 файлов: filename1, filename1, filename2, filename2, .., filename5, filename5
В файле robots я пишу
domain/search/filename1
domain/search/filename2
..
domain/search/filename5
На странице поиска вывожу все новости с таким названием.
Бд не менялась, а я дописываю
domain/search/filename6
На странице поиска сообщается, что файл не найден, но выводятся похожие, либо рандомные(высока вероятность того, что пользователю понравится другой контент, ибо тематика схожая)
filename6 является в данном случае запросом, который пользуется популярностью и приносит дополнительный трафик, часть которого уходит, а часть остается - профит. Вопрос, гугл не забанит за такое?
@FanatPHP Всмысле?) Когда файлов нет, всмысле создается первый файл, то любое имя уникальное. Комментом выше я хотел сказать, что хеш файла, что функция tempnam одинаково хорошо подходят, когда нам нужно уникальное имя файла. Но что если речь о токене, передаваемом для платежной системы? Опиратся не на что и нужно генерировать уникальное значение гпсч, а мне, к сожалению, не дали ответа на 2 первых вопроса.
Что этот метод, что метод, предложенный @7workers одиноково хороши, просто не всегда имеется файл. Что если это токен при покупке через платежную систему?
что то я намудрил, вроде. Перепутал бд с диском. Двух одинаковых названий попросту быть не может. Выходит, если при заливке очередной картинки она кажется полным клоном предыдущей, то файл просто перезапишется. Но раз картинки полностью идентичны, то никаких проблем нет.
верно, но уникальность названия нужна для того, чтобы при запросе мне не выдало другой файл. А если они одинаковые, то какая мне разница, какая картинка пойдет клиенту? Да и не должно быть одинаковых файлов.
Может я не до конца понимаю что такое кэш, но это ведь место на диске пользователя, откуда собственно и подгружаются нужные данные. И он не резиновый, вроде как браузеры ограничивают место до что то около 50 или 100мб. Дело в том, что это сайт где люди скачивают материал и возвращаться к просмотренными файлам/новостям им нет смысла. А значит имеет значение только скорость первой загрузки.
Ну за место я не беспокоюсь, меня больше волнует возможности канала пользователей ну и скорость рендера. Думаю, вариант с css отпадает. Да и сжатие на лету думаю тоже. Все-таки превью на одной странице 100, выходит нужно загружать метров 8 - 10.
Тоже думал на лету сделать, но на странице 25 новостей, с 4 превьюшками 200x150 и 40x40 пикселей. А исходное изображение 1000x600 пикселей. Многовато приходится загружать
@rowdyro Тоже думал на лету сделать, но на странице 25 новостей, с 4 превьюшками 200x150 и 40x40 пикселей. А исходное изображение 1000x600 пикселей. Многовато приходится загружать