h2c | complete list of available commands | HTTP library

ok, probably not the solution you were looking for, but you can convert a string directly to a byte array..

So, for your example, something (crazy) like this will work..

I've created a solution that does what I want. I've used four Modules I found on various sites and then created a bit of VBA to pull the tasks together in the background.

• Module 1 is the one I posted in the question above. I bypass the AltPrintScreen part of it so it doesn't overwrite the image already in the clipboard.
• Module 2 Converts the BMP created by Modules 1 into a JPG.
• Module 3 Scans a folder and populates an unbound listbox with a list of the files found there.
• Module 4 is used to make the filepaths in the listbox act as hyperlinks to open the images on clicking.

I then created a button on a form that calls the first two Module to create a jpg from the image in the clipboard as follows...

send() method returns Mono, so you can invoke the delay* operators that Mono provides. The example above can be changed like this (this example below delays headers and sends an empty response body):

I believe that read_unknown_size is working, but the caller is simply printing out the buffer up until the first NUL character by using printf("%s", buf) or similar.^[1] This is wrong for two reasons:

• If the data read contains a NUL, it will stop outputting too soon.
• If the data read doesn't contain a NUL, it will read beyond the end of the buffer.

The caller needs to output exactly the number of characters in the buffer. However, the caller has no way to determine the how many characters are in the buffer. So, in order to do anything useful with the result of the function, the function needs to return not just the buffer but the number of characters it read.

When Cloud Run starts your container, a health check is sent to the container. Your container is not responding to the health check. Therefore, Cloud Run determines that your service is failing.

Cloud Run requires that a container provide service/process/program that listens for and responds to HTTP requests.

Your hello.py file only prints a message to stdout. Your program does not start a process to listen for requests.

A very simple example that converts your example into a working program:

something like this, then restart your server for new config to be loaded

I managed to track down the underlying problem in the framework that I was using.

The bug was that the framework was returning duplicate headers. For example:

This was caused by a bug in Spring Boot 2.5. Thank you for bringing it to our attention. It has been fixed and the fix will be available in Spring Boot 2.5.2.

When you get a 500 error, that could be a malformed request. Or it could be a syntax error in the PHP code. Or it could be both.

In this case, it is likely the PHP syntax error, as there is a missing ) at the end of the prepare call. But it could also be the former (as the Swift code is not percent encoding the application/x-www-urlencoded request).

When you get 500 codes, look at the end of the server’s error_log (generally in the directory where your PHP files are located). In this case, I looked and it said:

[19-Jun-2021 13:45:00 America/Boise] PHP Parse error: syntax error, unexpected ';', expecting ')' in /.../insert.php on line 103

That is a syntax error in the PHP that must be fixed.

That having been said, there is a problem in the Swift code, too. It is manually building the body of the HTTP request. One should percent encode the values in the body of the request. There are libraries, like Alamofire, will automatically percent encode application/x-www-urlencoded requests (which this is). If writing one’s own Swift code to build the request, you want to percent encode them manually as outlined in HTTP Request in Swift with POST method.

Note, if (a) your request includes characters that need percent encoding (e.g., spaces or certain symbols); and (b) you fail to do so, then that, too, can result in 500 error from the web server. Again, the error_log file would tell you what went wrong, but percent-encoding the body of the URLRequest is important if the values might include any reserved characters.

That having been said, there are a few other observations:

1. Your code, as provided in the question, does not quite make sense. You are storing the result of the prepare call (which is a “statement”) into the variable called $sql. (As an aside, because it is a statement, naming that variable $stmt or $statement would make more sense.) You later supply that to query. But query is expecting a SQL string, not a “statement” as returned by prepare. You should, instead, just check the return values from prepare, bind_param and execute. Do not call query after having prepared, bound, an executed the statement.

2. The s vs i values in bind_param do not match up with the default values that you have given your five variables with the content of the $_POST. You might want to double check that.

3. Not directly related to the question at hand, but I would make a few suggestions. Namely, when writing a web service, like this, I might suggest suggest the following:

   • Set the HTTP status code (e.g. http_response_code(201) on successful insert, http_response_code(422) on insertion failure).

   • I would also return results as JSON (e.g. use PHP associative array for the results and then use json_encode to build the response to be echo’ed by the PHP), rather than text string. Then the client app can easily parse the responses.

   • I would set the Content-Type (e.g., header("Content-Type: application/json")) so that the client app knows how to parse the response.

4. A very minor/subtle observation: In the PHP, there is a space before the initial . You don’t want any characters before the PHP starts. It can cause very subtle problems. (Hopefully it is just a typo introduced during the preparation of the question, but just a word of caution.)