...or "network-path reference" as it's called by the RFC: http://tools.ietf.org/html/rfc3986#section-4.2

Here's the related issue: https://github.com/jwage/purl/issues/13

I am using version 0.0.7 and tested this upto 0.0.9

$url = \Purl\Url::parse('https://naren.nz/');
echo $url->registerableDomain;
//produces null
//expected naren.nz

$url = \Purl\Url::parse('https://www.naren.nz/');
echo $url->registerableDomain;
//produces "www.naren.nz"
//expected naren.nz

Please let me know if you need additional information.

Hi,

While those work fine:

http://anil.blogspot.com.tr :: $purl->subdomain is "anil"
http://anil.blogspot.com :: $purl->subdomain is "anil"

Those domain extensions doesn't work:

http://anil.blogspot.co.uk :: $purl->subdomain is NULL
http://anil.blogspot.nl :: $purl->subdomain is NULL
http://anil.blogspot.in :: $purl->subdomain is NULL

Could be a bug.

Is there any way I can extend domain extensions list for Blogspot and allow those domain extensions too?

Library should be able to create relative urls:

$url = new \Purl\Url('/events');
$url->query->set('param1', 'value1');
echo $url->getUrl();

Expected output should be:

/events?param1=value1

Test case:

<?php

require_once __DIR__ . "/vendor/autoload.php";

$url = new \Purl\Url('http://localhost/');
echo $url . "\n";

Expected output:

http://localhost/

Actual output:

http:///

This is using version 0.0.3.

parse_str(), without a second argument, can cause php segfaults, as shown here: https://bugs.php.net/bug.php?id=73181

This change avoids the segfault (because with a second argument, we avoid modifying the current scope), and also makes the code a bit cleaner.

Hello,

I had to change the composer.json.

    "require": {
        "php": ">=5.3.0",
        "jeremykendall/php-domain-parser": "1.*"
    } 

to

    "require": {
        "php": ">=5.3.0",
        "jeremykendall/php-domain-parser": "1.1.0"
    } 

To install this. Version 1.2.0 does not seem to be compatible and the wildcard auto points at that one.

Please add support for longer TLDs. Currently, only two- and tree-letter TLDs are supported (such as .org, .cz, .de) but there are longer TLDs (e.g. .info, .name, .museum and so on) this time and many more ones will be confirmed by ICANN in the near future.

I'm getting the following errors. This is because jwage/purl requires jeremykendall/php-domain-parser "^1.3.1". Could you change to allow a newer version please.

PHP Deprecated: idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated in /var/www/vhosts/rubus.pineberry.com/vendor/jeremykendall/php-domain-parser/library/Pdp/Parser.php on line 209

PHP Deprecated: idn_to_utf8(): INTL_IDNA_VARIANT_2003 is deprecated in /var/www/vhosts/rubus.pineberry.com/vendor/jeremykendall/php-domain-parser/library/Pdp/Parser.php on line 192

Any software package with a dev dependency on PhpUnit 7+ is incompatible with jwage/purl:

jwage/purl dev-master requires phpunit/phpunit ^4.8|^5.5|^6.5

Conflicts with:

Installation request for phpunit/phpunit ~7.0

The problem is probably caused by phpunit being in require rather than require -dev.

I have a loop that runs around 75 times before all the memory on my system is allocated. Each loop purl consumes around 1.5mb by including the public suffix list. Is there a way around this?

function convert($size)
{
    $unit=array('b','kb','mb','gb','tb','pb');
    return @round($size/pow(1024,($i=floor(log($size,1024)))),2).' '.$unit[$i];
}

foreach ($domains as $domain)
{
    echo \Purl\Url::parse($domain);
    // echo convert(memory_get_usage(true)); 
    // echo '<br />';
}

The memory usage output is below

16 mb
17.75 mb
19.5 mb
21 mb
22.5 mb
24 mb
25.5 mb
27 mb
28.5 mb
30 mb
31.5 mb
33 mb
34.5 mb
36 mb
37.5 mb
39 mb
40.5 mb
42 mb
43.5 mb
45 mb
46.5 mb
48 mb
49.5 mb
51 mb
52.5 mb
54 mb
55.5 mb
57 mb
58.5 mb
60 mb
61.5 mb
63 mb
64.5 mb
66 mb
67.5 mb
69 mb
70.5 mb
72 mb
73.5 mb
75 mb
76.5 mb
78 mb
79.5 mb
81 mb
82.5 mb
84 mb
85.5 mb
87 mb
88.5 mb
90 mb
91.5 mb
93 mb
94.5 mb
96 mb
97.5 mb
99 mb
100.5 mb
102 mb
103.5 mb
105 mb
106.5 mb
106.5 mb
108 mb
109.5 mb
111 mb
112.5 mb
114 mb
115.5 mb
117 mb
118.25 mb
119.75 mb
119.75 mb
121.25 mb
122.75 mb
124.25 mb

Fixes #83

doctrine/coding-standard ^6 and ^7 only supports PHP ^7.1, so updated to branch 8. (9 is also available.)

Updated phpstan/phpstan + phpstan/phpstan-strict-rules from ^0.11 to ^0.12 to support PHP 8.

Removed PHP 5 reference from composer.json

Ran phpcbf, which fixed all CS fails as a result of updating.

The two removed sniffs no longer exist (didnt look for the replacements, if any)

__set magic method is only allowed to return void in PHP8: https://3v4l.org/uiGk3

This commit https://github.com/jwage/purl/commit/d1cf27f96a5889885677e58e313880bfb2717f83 was done after 1.0.0 which is quite confusing when upgradting form 0.0.10. So a new 1.0.1 might be useful

Purl tries to parse fragments, but does not check for errors. When it happens, the fragment is completely missing from the stringified URL:

$url = new Url('http://example.com/#hello:123');
echo (string) $url, "\n";

This script outputs this:

http://example.com/

The problem is that in Fragment.php, $this->data is merged with the result of parse_url($this->fragment). If parse_url returns false, array_merge returns null, and $this->data is null:

https://github.com/jwage/purl/blob/87bb71167c17f64abc59d41123672100f4c8b616/src/Purl/Fragment.php#L112