Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:120341 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 99325 invoked from network); 18 May 2023 14:43:44 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 18 May 2023 14:43:44 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 008541804F8 for ; Thu, 18 May 2023 07:43:44 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS5518 213.175.75.0/24 X-Spam-Virus: No X-Envelope-From: Received: from next.draugiem.lv (next.draugiem.lv [213.175.75.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 18 May 2023 07:43:43 -0700 (PDT) Received: from mail.roze.lv (roze.lv [213.175.74.1]) by next.draugiem.lv (Postfix) with ESMTP id 85DCC5760C for ; Thu, 18 May 2023 17:43:41 +0300 (EEST) Received: from NEIROZE (unknown [10.8.0.69]) by mail.roze.lv (Postfix) with ESMTP id 3E68720055754 for ; Thu, 18 May 2023 17:43:41 +0300 (EEST) To: "'PHP internals'" References: <000201d9897f$aa9f9fa0$ffdedee0$@roze.lv> In-Reply-To: Date: Thu, 18 May 2023 17:43:40 +0300 Message-ID: <000301d98997$239562c0$6ac02840$@roze.lv> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQFXdH2tcRk0RGu0Bj4zFHkBgsmj3gDfaYsvAHcRsRiwWYtZ4A== Content-Language: lv Subject: RE: [PHP-DEV] PHP Package for PHP From: r@roze.lv ("Reinis Rozitis") > I have worked with PHP for 14 years now and I know nothing about PEAR. = It either says something about me or about PEAR.=20 Then the next logical question would be do you know what PECL is? :) But to be short my point is - before attempting to get new = function(ality) in core it (seems to me) that more realistic if you = really want to achieve that is at least by presenting some kind of = working base blocks especially when there are all the means to extend = the language both on low level (being an extension) or a pure-php = package in any of the existing channels (composer / push for = repopulation of PEAR? etc). There is usually the argument - "if this is not in core no one (people = on shared environments/hosting) won't be able to use it" and so on.. The = counter to that are things like Imagick / redis / memcache(d) / APCu = which are vastly popular but still live outside core (obviously those = are not language rather than engine features). rr