tmpfile | Alternative to tmpfile function | File Utils library

The xml2 package provides as.character() methods for its object classes. So, using a built-in example, you can simply do:

lot of solutions, one with jmespath, you could try this:

Simple exception catch should be enough around the wget.download call:

Ok, lets start from the beginning.

1. It should be obvious that the nginx will need a direct access to the file that will be served via X-Accel-Redirect header. That means that you will need some kind of a shared volume between your nginx and php containers. Usually it isn't a problem (see the How To Share Data between Docker Containers article for example). But tmpfile() will create a temporary file in a temporary directory (/tmp or something like that) and making it a shared volume between the containers can be quite tricky.

2. Even if you'd manage to solve the previous part, after the fclose($file); line the temporary file will be closed and deleted. That's the main part why trying to use tmpfile() and X-Accel-Redirect together is a bad idea. Well, you can try to flash the output buffers and wait a couple of time to give nginx a chance to read the file before your script closes and deletes the file, but I'm not sure it will work at all and it doesn't seems to be a good solution either.

What can you do instead?

First of all, you don't need to stuck with the X-Accel-Redirect at all. It can give you significant performance benefit when you want to serve the already existed file using nginx. But you are about to create that file first, writing a couple of data to disk with PHP and reading it from disk with the nginx. You can simply write that data directly to the STDOUT.

The disadvantage of that approach is that you don't know an amount of your data beforehand and can't set the proper Content-Length header making your data served via chunked-encoded HTTP stream. If you don't want to do it that way, you can use the output buffering ob_... functions. Start buffering with the ob_start(), then after all your data has been written to the buffer use ob_get_contents() to get its contents and ob_get_length() to get the data size and then close output buffer with the ob_end_clean(). Now you will be able to properly set the Content-Length header before sending the data to the STDOUT (or return a proper error code if something goes wrong).

As a last resort, if you are still want to use exactly the tmpfile() one, you can output its contents to the STDOUT before closing/deleting it using the readfile() function.

Is it safe to use fclose() on a temporary file created by tmpfile()?

Yes, OK to close.

The tmpfile function creates a temporary binary file that is different from any other existing file and that will automatically be removed when it is closed or at program termination. If the program terminates abnormally, whether an open temporary file is removed is implementation-defined.
C17dr § 7.21.4.3 2

This is a bug in version 6.5 of the SDK Version 6.5.1 has the fix. Please update your package and try again.

If you use 6.5 you will need to add these lines:

The for /F loop cannot extract tokens counted from the end of a string. However, you could use a standard for loop that walks through the words of the file or directory names:

Make always expands the entire recipe (all lines of the recipe) first, before it starts any shell commands. So all your eval, etc. operations are invoked before any shell command, such as dd, is run.

I think there are three options: chopping the problem lines out, like you tried; setting the problem lines to np.nan; or limiting the color axis.

In the commented out line: # Sxx = np.concatenate((Sxx[(t < 47)], Sxx[(t > 53)]), axis=0) you used t, not f.

Here's a self-contained example showing the original and the three options I proposed; in this case I assume we want to see the third harmonic at 150Hz more clearly.