php fclose что это

Справочник функций PHP

fclose

Функция fclose — Закрывает дескриптор файла

Функция закрывает файл, на который указывает дескриптор descriptor.

Возвращает TRUE в случае успешного завершения, FALSE в случае возникновения ошибки.

Дескриптор должен указывать на файл, открытый ранее с помощью функции fopen() или fsockopen().

Если Вам нужна частная профессиональная консультация от авторов многих книг Кузнецова М.В. и Симдянова И.В., добро пожаловать в наш Консультационный Центр SoftTime.

Источник

Зачем мне нужно «fclose» после записи в файл на PHP?

Почему мне нужно закончить, используя функцию fclose($handle) после записи в файл с помощью php? Разве программа автоматически не делает это, когда она заканчивается?

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

Существуют также последствия для безопасности для удаления дескрипторов файлов: http://cwe.mitre.org/data/definitions/403.html

Ваша программа может выполнять программу с разными уровнями привилегий, а пропущенный файловый дескриптор может разрешить конфиденциальную информацию пересекать границу между процессами двух разных уровней доверия:

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

Да, PHP обычно закрывает файл перед выходом. Но вы всегда должны закрывать его вручную:

1- Это хорошая практика программирования

2- PHP может неожиданно выйти (например, неперехваченное исключение). Это может оставить файл с чем-то в очереди для записи или с блокировкой в ​​нем.

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

fclose() образом вызывая fclose() и проверяя его возвращаемое значение, у вас есть возможность:

или каким-либо другим способом, который соответствует вашей ситуации.

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

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

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

$handle – это не объект, а просто указатель. Таким образом, деструктор не говорит об этом, чтобы разблокировать.

Источник

12) PHP обработка файлов

Что такое файл?

Файл — это просто ресурс для хранения информации на компьютере.

Файлы обычно используются для хранения информации, такой как;

В этом уроке вы узнаете

Поддержка форматов файлов PHP

PHP файловые функции поддерживают широкий спектр форматов файлов, которые включают в себя;

PHP файлы Функции

PHP предоставляет удобный способ работы с файлами благодаря своей богатой коллекции встроенных функций.

Операционные системы, такие как Windows и MAC OS, не чувствительны к регистру, в то время как операционные системы Linux или Unix чувствительны к регистру.

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

Давайте теперь посмотрим на некоторые из наиболее часто используемых файловых функций PHP.

PHP File_exists Функция

Эта функция используется для определения того, существует файл или нет.

Функция file_exist имеет следующий синтаксис.

Приведенный ниже код использует функцию file_exists, чтобы определить, существует ли файл my_settings.txt.

Сохраните приведенный выше код в файле с именем file_function.php. Предполагая, что вы сохранили файл в папке phptuts в htdocs, откройте URL-адрес http: //localhost/phptuts/file_function.php в браузере. Вы получите следующие результаты.

PHP Fopen Функция

Функция fopen используется для открытия файлов. Имеет следующий синтаксис

Источник

Как прочитать большой файл средствами PHP (не грохнув при этом сервак)

PHP разработчикам не так уж часто приходится следить за расходом памяти в своих приложениях. Сам движок PHP неплохо подчищает мусор за нами, да и модель веб-сервера с контекстом исполнения, «умирающим» после выполнения каждого запроса, позволяет даже самому плохому коду не создавать больших долгих проблем.

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

Последняя проблема и будет рассмотрена в этом уроке.

Мерила Успеха

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

Обычно измеряют загрузку CPU и использование оперативной памяти. Часто бывает, что экономия одного, ведёт к увеличенным затратам другого и наоборот.

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

Измерять использование CPU внутри PHP плохая идея. Лучше использовать какую-либо утилиту, как top из Ubuntu или macOS. Если вы у вас Windows, то можно использовать Linux Subsystem, чтобы иметь доступ к top.

В этом уроке мы будем измерять использование памяти. Мы посмотрим, как память расходуется в традиционных скриптах, а затем применим парочку фишек для оптимизации и сравним результаты. Надеюсь, к концу статьи, читатель получит базовое понимание основных принципов оптимизации расхода памяти при чтении больших объемов данных.

Будем замерять память так:

Эту функцию мы будем использовать в конце каждого скрипта, и сравнивать полученные значения.

Какие есть варианты?

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

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

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

В обоих случаях нужно считать большие объемы информации. В первом, нам известен формат данных, во втором, формат значения не имеет. Рассмотрим оба варианта.

Чтение Файла Строка За Строкой

Есть много функций для работы с файлами. Давайте напишем с их помощью свой ридер:

Тут мы считываем файл с работами Шекспира. Размер файла около 5.5MB и пиковое использование памяти 12.8MB.

А теперь, давайте воспользуемся генератором:

Файл тот же, а пиковое использование памяти упало до 393KB! Но пока мы не выполняем со считываемыми данными никаких операций, это не имеет практической пользы. Для примера, мы можем разбивать документ на части, если встретим две пустые строки:

Хотя мы разбили документ на 1,216 кусков, мы использовали лишь 459KB памяти. Всё это, благодаря особенности генераторов — объем памяти для их работы равен размеру самой большой итерируемой части. В данном случае, самая большая часть состоит из 101,985 символов.

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

Пайпинг между файлами

В ситуациях, когда обработка данных не требуется, мы можем пробрасывать данные из одного файла в другой. Это называется пайпингом( pipe — труба, возможно потому что мы не видим что происходит внутри трубы, но видим что входит и выходит и неё). Это можно сделать с помощью потоковых методов. Но сперва, давайте напишем классический скрипт, который тупо передает данные из одного файла в другой:

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

Давайте попробуем стримить(или пайпить) файлы, один в другой:

Код довольно странный. Мы открываем оба файла, первый на чтение, второй на запись. Затем мы копируем первый во второй, после чего закрываем оба файла. Возможно будет сюрпризом, но мы потратили всего 393KB.

Для того чтобы осуществить задуманное этим способом потребовалось 581KB. Теперь попробуем сделать то же самое с помощью потоков.

Потратили немного меньше памяти(400KB) при одинаковом результате. А если б нам не нужно было сохранять картинку в памяти, мы могли бы сразу застримить её в stdout :

Другие потоки

Существуют и другие потоки, в/из которых можно стримить:

Фильтры

Есть еще одна фишка, которую мы можем использовать — это фильтры. Промежуточный вариант, который дает нам немного контроля над потоком, без необходимости детально погружаться в его содержимое. Допустим, мы хотим сжать файл. Можно применить zip extension:

Хороший код, но он потребляет почти 11MB. С фильтрами, получится лучше:

Здесь мы используем php://filter/zlib.deflate который считывает и сжимает входящие данные. Мы можем пайпить сжатые данные в файл, или куда-нибудь еще. Этот код использовал лишь 896KB.

Я знаю что это не совсем тот же формат, что и zip архив. Но задумайтесь, если у нас есть возможность выбрать иной формат сжатия, затратив в 12 раз меньше памяти, стоит ли это делать?

Чтобы распаковать данные, применим другой zip фильтр.

Вот парочка статей, для тех кому хотелось бы поглубже погрузиться в тему потоков: “Understanding Streams in PHP” и“Using PHP Streams Effectively”.

Кастомизация потоков

fopen и file_get_contents имеют ряд предустановленных опций, но мы можем менять их как душе угодно. Чтобы сделать это, нужно создать новый контекст потока:

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

Создание своих протоколов и фильтров

Перед тем как закончить, давайте поговорим о создании кастомных протоколов. Если посмотреть в документацию, то можно увидеть пример:

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

Аналогичным образом, можно создать и кастомные фильтры потока. Пример класса фильтра из доков:

И его также легко зарегистрировать:

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

Надеюсь, что этот урок подарил вам несколько новых идей(или освежил их в памяти) и теперь вы сможете работать с большими файлами гораздо эффективнее. Познакомившись с генераторами и потоками( и перестав использовать функции по типу file_get_contents ) можно избавить наши приложения от целого класса ошибок. That seems like a good thing to aim for!

Источник

• ← php fatal error windows 10
• php fig psr 12 →