Was reminded today of a gem from the streams extension - sending a POST message and getting its results. We could do it using cURL or sockets - but why work that hard. Being lazy does have its advantages after all.

The example she includes is one from the manual, showing how to take the array of data and push it out to the remote site with a few simple calls (including stream_context_create).

Of the many editors available for creating (X)HTML, CSS, JavaScript, and PHP pages, several combine a few different yet compatible languages. Some include support and a few manage to make it work seamlessly. RapidPHP 2007 belongs in the latter category.

They walk through the list of features (including a PHP syntax checker) and include a screenshot of the PHP function hints in action. The reviewer also talks about the support for other languages it has - the (X)HTML editor and CSS style sheet editor.

Htscanner reports error during module or request init (returns FAILURE), these errors may be fatal and stop the current executions. This behavior is not desired if you use it in a shell ((if you have only one system php.ini for both cli and cgi or if htscanner is compiled statically). This release brings a new ini settings to solve this problem, stop_on_error.

The solution involves changing the htscanner setting to 0 instead of 1 to return a "SUCCESS" message rather than the errors.

They start with the obvious, finding out what version you're working with, before moving on to the actual development. They link to a few resources for tools to help you make the connections and functionality inside the SAP systems. The simple script they give to test things out just logs you into the system and displays a status for your connection - nice and easy.