Возможно ли закрыть файл, открытый через include?

Question

[Aspirant555]

Данные подгруженные "include". По сути:

1. Добавляем функцию "test()" через include.

2. Выполняем "test()".

3. Фиксируем результат.

4. Больше нам функция не пригодится, но демон продолжит работать.

5. Вопрос: Умеет ли PHP стирать данные инклюдного файла?

Например присвоим файлу namespace myTest
class myTest;
private static function test();

В основном файле при использовании (только при использовании класса) подгружается файл myTest.

use myTest;
myTest::test()

Хотелось бы видеть что-то вроде:

unlink(myTest);

То есть подтирать не кэшированный класс, а сам "namespace myTest" файл вырезать из скрипта.

Comments

[Adamos]

Есть возможность почитать, что именно делает инструкция include, и не пороть такую чушь.
А спрашивать, для чего, собственно, и не требуется, все понятно: нечто сделано через жопу, а теперь делаются попытки исправить это еще через более заковыристую жопу. К счастью, тут как раз тупик.

[Aspirant555]

Adamos, осуждаю негатив... На 90% уверен, что вы даже в вопрос не вникли, при этом называете его чушью. Перечитал manual, не нашёл ответа на данный вопрос. В итоге после выполнения скрипта в инклюдном файле, сам файл закрывается, или весит до выполнения основного скрипта? Я конечно сейчас протестирую, но думаю, что скорее второй вариант... А хотелось бы его всё-таки закрыть. Если и так не понятно, то словами документации, мне нужно исключить данные этого файла "declude". Или это возможно только через потоки? Может всё-таки через пространство имён как-то, как во включении?

p.s. Потестил, данные весят до завершения основного файла.

[maksam07]

Aspirant555,

В итоге после выполнения скрипта в инклюдном файле, сам файл закрывается, или весит до выполнения основного скрипта?

Как вы представляете, что пхп видит, где идет последнее обращение к файлу и исключает его из дальнейшей работы? Не слышал о таком.. Воспринимайте это так, будто пхп в основной файл копирует и вставляет содержимое того файла, который инклудится. Собственно, отключить такой кусок нельзя. По крайне мере я о таком не слышал. И не особо понимаю, что вы имеете в виду, говоря о потоках и пространстве имен.

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

такую чушь

[Aspirant555]

maksam07, ну я понимаю, что вы из разряда программистов "установи фреймворк на 200мб в проекте на 10 строк, для того, чтобы можно было письмо отправить из php одной строкой, только потому что 200мб это сегодня не так уж и много, да и вообще php создан для одноразового выполнения скрипта, и не имеет никакой асинхронности". Но вопрос как минимум имеет место быть, так как хотелось бы выгружать лишние данные из daemona php, и подгружать только при необходимости, при этом не запуская новые скрипты. Вполне себе легко представляется "declude" с указанием нужного файла, для удаления его содержимого из текущего процесса, как минимум по подпространству имён. Сам такой информации не нашёл, задал вопрос, а здесь чушь несут... Само собой настолько крупных проектов, для того чтобы процессы подчищать не веду, но хотелось бы знать, что такая возможность имеется.

[maksam07]

Aspirant555,

вы из разряда программистов

Плохо видите. Я ни где фреймворки не упоминал. Тем более, не знаю таких, которые весят 200 мб. Под простые задачи, если вы уж видите во мне советчика фреймворков, то такие будут весить, наверное, около 10 мб, если не меньше. Но как я говорил ранее, без должного описания вопроса, нормальный ответ вам вряд ли дадут. Можете представить это как поход в аптеку:
- дайте мне что небудь от желудка, не спрашивайте зачем.
И дали. Срачку на неделю и рак кишки как бонус.

хотелось бы выгружать лишние данные

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

[Aspirant555]

maksam07, В любом случае для большинства проектов, даже пол мегабайта не надо... Вопрос простой: "имеется в php такой метод, или нет?", по поводу коротких сеансов php, поэтому и написал, чтобы не интересовались для чего? Не в первый раз уже с просто с таким сталкиваюсь, как и со множеством других проблем, которые решаются в пару методов, но этого никак нельзя было сделать, да и в целом, что-то для сообщества хабра вопросы сложные наверное, ломают стереотипы, шаблоны.

[maksam07]

Aspirant555,

В любом случае для большинства проектов, даже пол мегабайта не надо

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

Если прям сильно хочется, что аж горит, то возможно функция exec или ob_start вам в этом помогут, но будет ли лучше оптимизация, понимание работы скрипта, удобство в управлении данными - вопрос хороший

[tukreb]

Aspirant555, вам же уже ответили include это просто грубо говоря вставка текста и отключить это можно удалив из файла этот самый include.
А если вам хочется что-то продвинутого, то используйте фреймворк
https://symfony.com/doc/current/service_container/...

[Aspirant555]

maksam07, благодарю, но ob_start влияет только на буфер, а через exec, proc_open или просто через удаленный доступ более вероятно, но хотелось бы именно "не выбиваться из текущего процесса". Ну, рано или поздно придём к этому... Автолоад с пространством имён ведь спроектировали, значит и обратный процесс не помешал бы.

[Vitsliputsli]

Aspirant555, вряд ли. Код из файла не просто "лежит" в нем, он встраивается в текущее тело программы - классы, константы, объявления функций. Попытаться выкорчевать их оттуда не тривиальная задача, поиск всех необходимых для выгрузки элементов, а также зависимых от них, потребует слишком много времени. А делать это придется монопольно, останавливая весь скрипт. Не говоря уже о том, что к памяти потом придется какой-то дефрагментатор прикручивать.
Поэтому такое возможно только на изолированных модулях, а при таких раскладах проще, быстрее и надежнее это решать архитектурно, разными процессами. Да и демону большие фреймворки не нужны, а fpm умеет шарить код между своими воркерами.
Даже скомпилированные в машинный код модули не всякий отважится выгружать в runtime, чего уж говорить про высокоуровневый байт-код.

[maksam07]

Aspirant555,

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

когда вы сами ничего не описали в вопросе, и теперь мы будем играть в угадайку, что вам нужно?)

[Aspirant555]

maksam07, просто вопрос по сути простой... Есть такая возможность или нет? А здесь начинается: "Что за чушь", придираются к словам... Когда ответ отрицательный, почему-то не могут люди просто пропустить вопрос А ответить, что нет такой возможности, по сути тоже не правильно, потому что по сути она имеется, но нужно уже на более низком уровне решать вопрос. В данном случае думаю, что такой метод вообще никак не помешал бы. Но он в PHP, похоже, что не реализован.

[WitER]

Aspirant555, вам выше уже описали сложности реализации такого юзер-запроса к языку, и это только те что на поверхности. Так же, стоит добавить, что без использования opcache попытка переиспользовать выгруженный код приведет к повторной загрузке скрипта из файловой системы - это дополнительные расходы производительности.
Суть вашего вопроса и задачи которую вы пытаетесь решить - понятна, вы хотите сделать некий демон который может внутри себя обрабатывать различные события и соответственно использовать для этих событий разные методы.
И этот подход кроет в себе множество проблем - от банальных багов(которые вы не сможете поймать тестами, но поймаете в проде), до утечек памяти и коллизий в данных. А если у событий разный приоритет, как быть? Оно вам надо?
Поэтому, не стоит держать все яйца в одной корзине - распределяйте обработку событий архитектурно, по воркеру на каждый уникальный тип события, это сильно упростит вам жизнь.

[Aspirant555]

WitER, согласен - это лучшее решение.

Answer 1

[Сергей delphinpro]

Невозможно закрыть файлы "открытый" функцией (конструкцией) include, потому что эта функция не открывает файл.

Если речь идет о потребляемой памяти, то непосредственно исполняемый код память-то и не жрет особо. Основное потребление - это данные. Чтобы очистить память, используйте функцию unset для переменных.

Comments

[Aspirant555]

Чтобы включить файл в скрипт, его надо сначала прочитать. Расскажите, что добавиться в скрипт из файла, который не читается? К словам придраться мастера, а из шаблонного мышления выйти - нет. По сути искал обратный автолоадер, обратную функцию "spl_autoload_register()". Сам автолоадер реализован хорошо, до момента когда нужно получить обратный эффект - Не дополнить скрипт, а разгрузить.

[Сергей delphinpro]

Aspirant555, Открыть файл в контексте php - значит воспользоваться функцией fopen. Закрыть, соответственно - fclose

Я не придираюсь. Есть определенная терминология, ее стоит придерживаться.

Сам автолоадер реализован хорошо, до момента когда нужно получить обратный эффект - Не дополнить скрипт, а разгрузить.

Зачем? Вы там где-то выше писали, "хотелось бы выгружать лишние данные". Ну так обнуляйте переменные функцией unset, уборщик мусора при необходимости память почистит.
Опять же я рассматриваю "лишние данные" именно как данные, а не исполняемый код, и в контексте занимаемой памяти.

Вы, кажется, под фразой "лишние данные" имеете ввиду что-то другое, а что, мне не понятно.

[Aspirant555]

Сергей delphinpro, данные подгруженные "include". По сути:

1. Добавляем функцию "test()" через include.

2. Выполняем "test()".

3. Фиксируем результат.

4. Больше нам функция не пригодится, но демон продолжит работать.

5. Вопрос: Умеет ли PHP стирать данные инклюдного файла?

Например присвоим файлу namespace myTest
class myTest;
private static function test();

В основном файле при использовании (только при использовании класса) подгружается файл myTest.

use myTest;
myTest::test()

Хотелось бы видеть что-то вроде:

unlink(myTest);

То есть подтирать не кэшированный класс, а сам "namespace myTest" файл вырезать из скрипта.

[Сергей delphinpro]

Aspirant555, =) оригинально

Я все еще не понимаю, зачем это нужно?

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

[Сергей delphinpro]

Хотя.. Ради интереса погуглил немного. Вы не один такой
https://stackoverflow.com/questions/2120044/removi...

Оказывается есть расширение runkit

https://www.php.net/manual/ru/function.runkit7-fun...

[Aspirant555]

Сергей delphinpro, Ну, по крайней мере мне так кажется, что это логично - отсекать неиспользуемые участки кода. op_cashe конечно хранит целые файлы, которые вообще хоть как-то используются, для их повторного использования. Но, если использовать php как демон, то как раз, чтобы не разрастался, потому что по итогу он просто всё откроет что есть, и смысла от автолоадера тогда нет.

[Aspirant555]

Сергей delphinpro, спасибо, эти ссылки гугл пока не показал.

[Сергей delphinpro]

Aspirant555, https://yandex.ru/search/?text=php+remove+function...
Здесь тоже спрашивали Как удалить или переопределить пользовательскую функцию в php?

[Aspirant555]

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

[Сергей delphinpro]

Aspirant555, вот сейчас вы меня в тупик ставите =))
Зачем его подтирать, чтобы потом еще раз подгружать?

[Aspirant555]

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

[maksam07]

Сергей delphinpro, мне кажеся, в его вопросе скрывается описание "пишу калькулятор 2+2 с сервером с 100байт памяти и мне нужно подтирать память". Это на столько редкое явление, что даже разработчики крупных фреймворков/сайтов и прочего не занимаются такой чепухой, а делают оптимизации в других местах

[Aspirant555]

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

Причём частично такая функция реализовано в одну сторону, в композере, который подключает используемые классы, но не отключает их. А теперь представьте демона который обращается к композеру и всему, что через него загружено, сколько при этом демон php будет весить? Да в итоге столько же, сколько папка композера.

[Сергей delphinpro]

Aspirant555,

исключительно для завершённости кода

Я кажется понял =)
Это у вас такой нездоровый перфекционизм. Взяли функцию, попользовались, положили на полочку.

Совет: не занимайтесь ерундой, направьте энергию на изучение чего-то действительно стоящего. Без обид.

[Aspirant555]

Сергей delphinpro, Так я особо и не заморачивался, задал вопрос, может просто в документациях не нашёл, проглядел, разное бывает.

Answer 2

[index0h]

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

Answer 3

[Mylistryx]

Ок, так важен именно include? ООП?

$a = new ClassA();
$result = $a->test();
unset($a);

Поюзали, выгрузили. "Завершенность" в Вашем понимании как есть.

Comments

[Aspirant555]

Вот в этой незавершённости и проблема. Новый класс то мы стерли, а основной остался в скрипте - это логично в концепции использования php как одноразового скрипта, но для демона, тогда теряется смысл использования spl_autoload_register(). Так как с таким же успехом можно просто напрямую инлюдить.