ext/standard: Convert levenshtein to fast ZPP

[LamentXU123]

No description provided.

[iliaal]

Fast ZPP inlines the parsing into every function, so it's only worth the extra code size on hot paths. The DNS functions are dominated by the network round trip, and the base php_user_filter::filter() just returns PSFS_ERR_FATAL, so these conversions grow the binary with no gain. levenshtein() is the only arguable one here, and even there the O(n*m) loop dwarfs argument parsing. I'd drop this.

[LamentXU123]

I see, haven't thought in this point of view.
In this case I'd say levenshtein is worth the change because it brings performance improvements to short strings wdyt? I benchmark it and it shows like ~38% increasement in single char and ~16% increasement in common words like "apple"
The different in binary size is 473 bytes of the levenshtein change alone

[iliaal]

Yeah, if benchmark shows a big uplift, 38% fits that imho just focusing on that gets my +1

[Sjord]

Looks good to me.

FAIL torrentzip format support [ext/zip/tests/oo_torrentzip.phpt]

Is this due to #24358?

[LamentXU123]

Looks good to me.

FAIL torrentzip format support [ext/zip/tests/oo_torrentzip.phpt]

Is this due to #24358?

Yes. There is nothing to do about it unfortunately. We just need to wait for the mirror to update itself.

[LamentXU123]

Thanks!