Javascript-форум (https://javascript.ru/forum/)
-   Серверные языки и технологии (https://javascript.ru/forum/server/)
-   -   как узнать откуда пришел запрос (https://javascript.ru/forum/server/64007-kak-uznat-otkuda-prishel-zapros.html)

psiklop 17.07.2016 17:40

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

psiklop 17.07.2016 21:42

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

laimas 18.07.2016 01:49

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

psiklop 18.07.2016 17:07

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

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

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

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

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

laimas 18.07.2016 17:55

Цитата:

Сообщение от psiklop
Потому что у меня нет сервера своего

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

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

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

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

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

psiklop 18.07.2016 18:17

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

psiklop 18.07.2016 18:26

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

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

psiklop 18.07.2016 18:44

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

psiklop 18.07.2016 18:47

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

laimas 18.07.2016 18:54

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

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


Часовой пояс GMT +3, время: 02:06.