как узнать откуда пришел запрос

[psiklop]

на одном сервисе, где все быстро, всего много, и все бесплатно

[psiklop]

laimas, вот это точно к php как относится?
если действительно так интересно, напиши в личку, я отвечу без проблем

[laimas]

Если с другого сервера, то это плюс к распределению нагрузки, но если это через интерпретатор, то большой минус. Посему и вопрос встал, почему шлюзом должен заниматься РНР.

[psiklop]

Потому что у меня нет сервера своего и платить за чужой я тоже не намерен. Есть облако с api доступом. Плюс там все равно надо определить откуда запрос, поставить в базе что к файлу было обращение нового числа и прочее.

Все работает норм и так, вот только еще хотелось бы чтобы когда показывается картинка на страничке, если кликнуть по ней, сделать чтобы браузер выводил графический файл так как он это делает по дефолту, и чтобы без перезагрузок и обращений к серверу вообще, все в клиенте.

Я только так додумался, вроде работает на маленьких картинках норм, но если мегабайт или больше, я уж не пишу про мобильные, даже на компе браузер уходит в глубокий зависон из которого выходит лишь спустя порядочно секунд.

<img onclick="window.location.assign(this.src)" src='<?php echo $base64img ?>'>

P.S. карма все ниже, я что обидел кого-то?

[laimas]

Потому что у меня нет сервера своего

Тогда о чьем РНР, на который перенаправление, шла речь?

Можно иметь свой сервер, который не содержит медиа данных, они на бесплатном хосте располагаются. В этом случае медиа контент подгружается с них, не нагружая основной сервер запросами.

Если такие данные грузятся также с другого сервера, но по разрешениям на доступ, то тогда перенаправление с основоного сервера на другой, но и в этом случае РНР сбоку, все решается средствами Апач.

Если же перенаправление/РНР, это забота как раз другого сервера, то никоим образом не получится "распознать", если это другой не принимает параметров с соответствующей реакцией на них.

С другой стороны src='<?php echo $base64img ?>' - это говорит о том, что все таки и сервер свой есть, и интерпретатор - обрабатывайте параметры. Правда base64 для изображения это слишком, тем более для больших изображений.

[psiklop]

нет сервера, есть просто аккаунт на хостинге beget
что значит слишком base64? а какой есть вариант?
если есть вариант напиши пожалуйста, если нету просто типа все плохо без своего сервера, не грузи пожалуйста

[psiklop]

тут плохо именно base64 или то что это выводит в тело страницы echo?

если хранить в облаке уже base64 и img.src выдавать просто прямую ссылку на облако так будет лучше?

[psiklop]

ну да, тут я облажался, зачем base64 вообще тут нужен
когда можно просто запросить по api прямую ссылку из облака и ее и вставить в img.src

[psiklop]

Rise, в смысле сколько страниц? каком url?

[laimas]

base64 - это в три раза больше исходного объема, что не есть хорошо, когда большой потребности в этом нет.

То что в процесс выдачи изображения вклинивается интерпретатор, в чем тоже необходимости нет, это тоже не лучшее, что можно придумать.