I'm having issue not able to create a database object where a exception is thrown:

os: Debian 8.4 AMD64 jessie
php-cli (from debian repo): PHP 5.6.20-0+deb8u1 (cli) (built: Apr 27 2016 11:26:05)
influxdb (from influxdata repo): 0.12.2

The snippet (the demo as the README.md):

<?php
        require_once "vendor/autoload.php";

        use InfluxDB\Client;
        use InfluxDB\Point;
        use InfluxDB\Database;

        $host = "localhost";
        $port = 8086;
        $user = "endurance";
        $pass = "endurance";
        $dbname = "endurance";

        $client = new InfluxDB\Client($host, $port);
        $db = $client->selectDB($dbname);

        // create an array of points
        $points = array(
                new Point(
                        'test_metric', // name of the measurement
                        0.64, // the measurement value
                        ['host' => 'server01', 'region' => 'us-west'], // optional tags
                        ['cpucount' => 10], // optional additional fields
                        1435255849 // Time precision has to be set to seconds!
                ),
                new Point(
                'test_metric', // name of the measurement
                        0.84, // the measurement value
                        ['host' => 'server01', 'region' => 'us-west'], // optional tags
                        ['cpucount' => 10], // optional additional fields
                        1435255849 // Time precision has to be set to seconds!
                )
        );

        // we are writing unix timestamps, which have a second precision
        $result = $db->writePoints($points, Database::PRECISION_SECONDS);
?>

The error:

PHP Fatal error:  Uncaught exception 'InfluxDB\Exception' with message 'Error creating resource: [message] fopen(http://localhost:8086/write?db=endurance&precision=s): failed to open stream: HTTP request failed!
[file] /vendor/guzzlehttp/guzzle/src/Handler/StreamHandler.php
[line] 287' in vendor/influxdb/influxdb-php/src/InfluxDB/Database.php:144
Stack trace:
#0 writetest.php(36): InfluxDB\Database->writePoints(Array, 's')
#1 {main}
  thrown in vendor/influxdb/influxdb-php/src/InfluxDB/Database.php on line 144

I actually see something flowing on the wire, while still the exception is thrown....:

$ sudo tcpflow -i lo -c  'port 8086'
tcpflow: listening on lo
::1.45219-::1.08086: POST /write?db=endurance&precision=s HTTP/1.1

::1.45219-::1.08086: Content-Length: 151
User-Agent: GuzzleHttp/6.2.0 PHP/5.6.20-0+deb8u1
Host: localhost:8086
Connection: close
Content-Type:
::1.45219-::1.08086:

::1.45219-::1.08086:

::1.45219-::1.08086: test_metric,host=server01,region=us-west cpucount=10i,value=0.64 1435255849
test_metric,host=server01,region=us-west cpucount=10i,value=0.84 1435255849
::1.08086-::1.45219: HTTP/1.1 204 No Content
Request-Id: be4c3e00-0dfa-11e6-aeba-000000000000
X-Influxdb-Version: 0.12.2
Date: Fri, 29 Apr 2016 11:08:46 GMT
Connection: close

Maybe someone can test this also on a vanilla debian, as we digged deep into the GuzzleHttp lib and had no clue...

Seems more intuitive to me how https://github.com/corley/influxdb-php-sdk is adding new points:

$client->mark([
    "tags" => [
        "dc" => "eu-west-1",
    ],
    "points" => [
        [
            "measurement" => "instance",
            "fields" => [
                "cpu" => 18.12,
                "free" => 712423,
            ],
        ],
    ]
]);

Compared to what we have in the README example here:

    $points = array(
        new Point(
            'test_metric',
            0.64,
            array('host' => 'server01', 'region' => 'us-west'),
            array('cpucount' => 10),
            1435255849
        )
    );

    $newPoints = $database->writePoints($points, Database::PRECISION_SECONDS);

Can we do the same on this repo? It is relatively hard for someone to understand InfluxDB from your example while example at the top makes it much easier. I, myself, don't even know how to rewrite example at the to work with this library.

This essentially removes the dependency on Guzzle if you use an alternative driver implementation. "Essentially" since the tests are pretty hard-wired to Guzzle, but runtime-wise it wouldn't be needed anymore.

Hi! Thanks for your job at InfluxDB, it is a nice tool!

We use it in ours applications written in PHP. I'm here to underline ours influxdb-php-sdk and to submit it to influxdb community. This SDK now support UDP and TPC (Guzzle) protocols but exist standard interface to write your implementation. It's fully tested and very simple to use it and extendable.

1. Use composer to manage dependency

composer require corley/influxdb-sdk

1. Create your client

$options = new Options();
$adapter = new UdpAdapter($options);

$client = new Client();
$client->setAdapter($adapter);

1. Mark your points

$client->mark("app.search", [
    "key" => "this is my search"
]);

It's very integrable with dependency injection containers like SymfonyDiC or any other framework.

See README.md

What do you think about it?

When calling exists() to check a DB, PHP will throw fatal error:

PHP Fatal error: Uncaught exception 'RuntimeException' with message 'Error creating resource: [message] fopen(http://127.0.0.1:8086/query?q=SHOW+DATABASES): failed to open stream: HTTP request failed! [file] /project/lib/vendor/guzzlehttp/guzzle/src/Handler/StreamHandler.php [line] 282' in /project/lib/vendor/guzzlehttp/guzzle/src/Handler/StreamHandler.php:222 Stack trace: #0 /project/lib/vendor/guzzlehttp/guzzle/src/Handler/StreamHandler.php(286): GuzzleHttp\Handler\StreamHandler->createResource(Object(Closure)) #1 /project/lib/vendor/guzzlehttp/guzzle/src/Handler/StreamHandler.php(52): GuzzleHttp\Handler\StreamHandler->createStream(Object(GuzzleHttp\Psr7\Request), Array) #2 /project/lib/vendor/guzzlehttp/guzzle/src/PrepareBodyMiddleware.php(42): GuzzleHttp\Handler\StreamHandler->__invoke(Object(GuzzleHttp\Psr7\Request), Array) #3 /project/lib/vendor/guzzlehttp/guzzle/src/Middleware.php(30): GuzzleHttp\PrepareBodyMiddleware in /project/lib/vendor/guzzlehttp/guzzle/src/Exception/RequestException.php on line 51

I can manually use CURL or wget to successfully retrieve: http://127.0.0.1:8086/query?q=SHOW+DATABASES but not from influxdb-php's exists().

It seems the error related with guzzle 6. Is there any one has similar issue like this?

I may be missing something, but https://github.com/influxdb/influxdb-php/blob/master/src/InfluxDB/Point.php#L160 validates if parameter is INT or fits within PHP_MAX_INT range. This is not sufficient to carry nano-seconds timestamps.

Why aren't float or double types accepted at face value?

@danibrutal @CentaurWarchief please review version 1.0.0

• Removed support for php 5.3, php 5.4
• Upgraded to new guzzle bundle
• Added UDP support
• Allow for pluggable drivers

Currently guzzlehttp/guzzle:6.* dependency is mandatory to install even if you are going to use UDP transport. This makes the library impossible to use with projects which already use older versions of Guzzle.

This PR makes the Guzzle dependency optional.

Why? PHP 5.3 is not supported anymore since 11 months ago. So why should we? http://php.net/eol.php

I really think we should move on. We're in the imminence of PHP 7 and at the same time supporting old branches :(.

• Updating Influx Database with support for writing direct payloads results in over 5x performance increase when writing large Points/Payloads.
• Corresponding Docblock updates for improved thoroughness.
• Cleaning up some extra spaces in Point.

Would it be possible to deploy regular updates in a similar way with influxdb or telegraf. That'd make us become more confident with the library. It's a shame we do not get enough incentives to switch from the wonderful https://github.com/corley/influxdb-php-sdk to this library, which is closer to the core influxdb project.

Bumps guzzlehttp/guzzle from 7.2.0 to 7.4.5.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

fixed "Argument #1 ($socket) must be of type resource, bool given".

whenever a stream could not be created the property was still passed to stream_socket_sendto which causes an type error in php 8.1.

• fixed #165

Hello, since php 8.1 some tests are failing with TypeErrors:

stream_socket_sendto(): Argument #1 ($socket) must be of type resource, bool given

    public function write($data = null)
    {
        if (isset($this->stream) === false) {
            $this->createStream();
        }

        @stream_socket_sendto($this->stream, $data);

        return true;
    }

"influxdb/influxdb-php": "1.15.2",

I'm getting 202 from my InfluxDB instance. But it throws an exception, probably because of https://github.com/influxdata/influxdb-php/blob/master/src/InfluxDB/Driver/Guzzle.php#L120

Isn't 202 a valid status code as well?

In https://github.com/influxdata/influxdb-php/blob/master/src/InfluxDB/Database.php#L35

    const PRECISION_NANOSECONDS = 'n';

Technically this is incorrect as the parameter should be 'ns' not 'n', but since the default is nanoseconds anyway, it's basically just a red herring that does nothing. See https://archive.docs.influxdata.com/influxdb/v1.2/tools/api/#write — The "fix", if any, is to just change precision=n to precision=ns, or drop precision altogether and just assume nanoseconds throughout.