Improve support for Canary Islands

[villfa]

Hi,

This pull request is related to #35.

Previously, I used this configuration to support the Canary Islands:

\PostalCodes::override([
            'IC' => '/^(?:(35|38)\d{3})$/',
]);

It allowed me to check codes like this:

$inCanaryIslands = \PostalCodes::passes('IC', $code);

However, it stopped working. after updating to v3.7.0+.

This PR restores that behaviour and makes the postal code pattern more restrictive, ensuring that only codes starting with 35 or 38 are considered valid (source).

[axlon]

Hello, thank you for your PR. The patterns file is generated from Google's API so we shouldn't edit it directly. Instead what I think we should do is:

1. Look for an override
2. Look for an alias
3. If there was an alias look for an override for that
4. Use the original (or aliased) pattern

This would make the IC country code behave like all other country codes without having to maintain it separately

[villfa]

Hi @axlon,
Thanks for the feedback.
I've updated the PR accordingly.

[axlon]

Seems Composer 2.9's new security features are messing with our older builds, I'll have a look at it when I find time and restart them.

PR itself looks good to me 👍

[axlon]

Thank you for your contribution!

[iMusicJJ]

This unfortunately won't match all Canary Islands Zip Codes. The source is wrong in saying that only 35 and 38 prefixes are used for Canary Islands.

For example 49581 in Tenerife:
https://postal-codes.cybo.com/spain/49581_san-sebastián-de-la-gomera/

[villfa]

Hi @iMusicJJ,

I didn't update the PR description after receiving Axlon's feedback, but my changes no longer affect the source.
With the last release you're now free to override the configuration with the value you want.