rPman

Отвечу максимально полно

Чтобы скрипт php что то 'получил', он должен быть как минимум запущен, подавляющее большинство стратегий создания приложений на php это когда клиент (браузер) либо чистый html либо javascript делает запрос на сервер, а сервер запускает на короткое время php скрипт чтобы тот вернул ответ (готовый html или данные в каком то виде, например json чтобы javascript обработал)

Общение между браузером и сервером происходит по http короткими запросами вопрос-ответ, поэтому фраза 'установить переменную' немного некорректна в этом случае, ведь установив переменную в результате запроса, таковой она будет только тот короткий момент, пока этот запрос обрабатывается (например все что идет в http запросе как GET или POST параметры, веб сервер автоматически прописывает в глобальные переменные $_GET и $_POST соответственно, бери и читай). Для отправки запросов из браузера на сервер есть готовые библиотеки, гуглить ajax (на чистом javascript без библиотек для этого можно использовать XMLHttpRequest)

Поэтому есть способ передачи данных через заголовки запроса, с помощью cookies, браузер устанавливает куки, которые автоматически в дальнейшем добавляются к любому запросу с данного домена на сервер. На сервере в php доступ к ним можно получить из переменной $_COOKIE. Так же есть способ установить куки со стороны сервера. С точки зрения эффективности это не самый лучший способ, так как данные получаются не сохраняются где то на сервере, а транслируются повторно с каждым запросом, поэтому большие объемы хранить там не рекомендуется.

Существует подход, когда php приложение не короткоживущий скрипт а сам веб сервер, обработка запросов, чтение get/post параметров, куки и прочее, в этом случае обрабатывает это приложение (есть библиотеки, например асинхронный php react), но зато, так как приложение не завершает свою работу после запроса, прочитав переменную из запроса ее можно сохранить в памяти приложения. Этот подход на порядок ускоряет работу приложений по сравнению с классическим http-rest подходом (ведь скриптам не нужно на каждый запрос восстанавливать состояние серверного приложения, загружая нужные данные откуда-то, например из базы данных) т.е. из коробки более быстрый но сложнее к масштабированию.

В качестве бонуса у этого подхода появляется удобная возможность использовать websocket, когда запросы отправляются не в виде отдельных а как пакет данных внутри уже открытого соединения (если что веб серверы и браузеры поддерживают и для типичного http rest незакрываемые соединения, но они заголовки так или иначе передаются, занимая время и ресурсы), и не только клиентское приложение сможет отправлять запросы от браузера на сервер но и сервер сможет слать сообщения клиенту

https://stackoverflow.com/questions/34983425/iis-8...

нужно добавить в

<configuration>
   <system.webServer>
      <staticContent>
...
         <remove fileExtension=".txt" />
         <mimeMap fileExtension=".txt"  mimeType="text/plain; charset=utf-8" />
...
      </staticContent>
   </system.webServer>
</configuration>

Так как php - это язык шаблонов, без тега это html в чистом виде (точнее то что должен выдать сервер) то значит если закрыть тег ?> то все что до открытия следующего <?php будет выводиться

т.е. например так:

<?php
/* блаблабла код на php */
?>
<div class="modal fade" id="myModal_'<?=$item->id; ?>">
...
<?php
/* блаблабла код на php */
?>

Подстановка значений (выражений) можно так же кусками на php делать или используя <?=expression ?>

Все это работает корректно как инструкция, т.е. будут работать блоки { }, и обычно редакторы корректно расставляют подсветку синтаксиса для таких вставок

на сервере php файл должен возвращать, к примеру json
echo json_encode($my_cool_object);

на клиенте, jquery должен делать запрос

$.get('my_cool.php',function(data){alert(data);},'json')

Под php подразумевается сервер бакэнд, а то можно на другом языке написать, например на javascript node.

Хранитиь в localStorage браузера, само собой в этом случае данные будут доступны только локально, с другой машины нет.

Если нужно чтобы еще и сторонние машины подгружали те же данные, да еще и в режиме онлайн мониторинга изменений, то активный сервер нужен без вариантов, можно воспользоваться готовыми облачными хранилищами такими как у amazon или google cloud, но в этом случае авторизация так же быть методами облака (либо ключи доступа будут доступны клиентам)

В браузере нажимаешь F12, затем на нужном элементе на странице нажимаешь правую кнопку мыши (если сайт запрещает, то добавь зажатый шифт), и выбрать inspect element. В окне отладки нужный html dom элемент станет текущим, можно конкретнее выбрать мышкой правильный, нажать правую копку уже на нем и выбрать copy и в подменю выбрать в каком формате вам нужен путь до элемента.

Полагаю имя элемента меняется? значит идентифицируйте элемент по потомкам.

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

Если кодом - то только свой браузер (миллион вариантов от сложного типа силениум до примитивного своего приложения на основе вебкит/контролов webbrowser)

если на уровне браузера то плагинами, их миллион - formvault, form history, autofill и прочее, поиграйтесь с ключевыми словами и выбьирите тот что вам удобен