From ricky.boone at gmail.com  Tue Aug 13 17:19:53 2024
From: ricky.boone at gmail.com (Ricky Boone)
Date: Tue, 13 Aug 2024 12:19:53 -0400
Subject: [ZendTo] Adding Support for Cloudflare's Turnstyle for
 Captcha/Human Verification
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
Message-ID: <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>

My apologies if this has already been covered, however I couldn't find
anything other than a single email in the list archive that didn't
appear to be addressed.

The users of the instance of ZendTo that I maintain sometimes have
issues with reCAPTCHA.  In almost all cases, it's either user-oriented
or an issue with their browser causing them to never get past it, with
the very rare case of an issue on Google's end.  I'd still like some
reasonable mechanism to perform human verification to reduce the risk
posed without it, however it looks like the only options available are
either Google's standard or invisible reCAPTCHA v2 services, with the
"invisible" option having noted issues since 2018 (at least in the
config comments).

So I don't start going down a path that is already underway, are there
any plans to implement support for other CAPTCHA services/libraries,
such as Cloudflare's Turnstyle or hCaptcha?  If not, are there any
concerns with me taking a stab at it and providing what I come up
with?  I realize that ZendTo is not being tracked on a public source
code repo like Github or GitLab (at least officially, as far as I can
tell), but I didn't want to do something that couldn't be contributed
back in some way.


From klou at themusiclink.net  Tue Aug 13 17:26:24 2024
From: klou at themusiclink.net (Kris Lou)
Date: Tue, 13 Aug 2024 09:26:24 -0700
Subject: [ZendTo] Adding Support for Cloudflare's Turnstyle for
 Captcha/Human Verification
In-Reply-To: <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
Message-ID: <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>

I did this last year:

-----------------------

With the CloudFlare Turnstile Site Key (as recaptchaPublicKey), Secret Key
(as recaptchaPrivateKey) and using "?compat=recaptcha", the following seems
to work.

/opt/zendto/templates/header.tpl
43,44c43,44
<             grecaptcha.render('google-recaptcha', {
<               'sitekey' : '{$recaptchaSiteKey}'
---
>             grecaptcha.render('cf-turnstile', {
>             'sitekey' : '{$recaptchaSiteKey}'
51c51,52
<         <script src="
https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async
defer></script>
---
> <!--        <script src="
https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async
defer></script> -->
>       <script src="https://challenges.cloudflare.com/turnstile
/v0/api.js?compat=recaptcha" async defer></script>
53c54,55
<         <script src="
https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit"
async defer></script>
---
> <!--        <script src="
https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit"
async defer></script> -->
>       <script src="https://challenges.cloudflare.com/turnstile
/v0/api.js?compat=recaptcha" async defer></script>

/opt/zendto/templates/pickupcheck.tpl
29c29,30
<                 <div id="google-recaptcha" name="google-recaptcha"></div>
---
> <!--                <div id="google-recaptcha"
name="google-recaptcha"></div> -->
>               <div class="cf-turnstile"
data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>

/opt/zendto/templates/verify.tpl
155c155,156
<                 <div id="google-recaptcha" name="google-recaptcha"></div>
---
> <!--                <div id="google-recaptcha"
name="google-recaptcha"></div> -->
>               <div class="cf-turnstile"
data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>

/opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php
43,44c43,44
<     const SITE_VERIFY_URL = '
https://www.recaptcha.net/recaptcha/api/siteverify';
<
---
> //    const SITE_VERIFY_URL = '
https://www.recaptcha.net/recaptcha/api/siteverify';
>     const SITE_VERIFY_URL = 'https://challenges.cloudflare.com/turnstile
/v0/siteverify';


Kris Lou
klou at themusiclink.net


On Tue, Aug 13, 2024 at 9:19?AM Ricky Boone via ZendTo <zendto at zend.to>
wrote:

> My apologies if this has already been covered, however I couldn't find
> anything other than a single email in the list archive that didn't
> appear to be addressed.
>
> The users of the instance of ZendTo that I maintain sometimes have
> issues with reCAPTCHA.  In almost all cases, it's either user-oriented
> or an issue with their browser causing them to never get past it, with
> the very rare case of an issue on Google's end.  I'd still like some
> reasonable mechanism to perform human verification to reduce the risk
> posed without it, however it looks like the only options available are
> either Google's standard or invisible reCAPTCHA v2 services, with the
> "invisible" option having noted issues since 2018 (at least in the
> config comments).
>
> So I don't start going down a path that is already underway, are there
> any plans to implement support for other CAPTCHA services/libraries,
> such as Cloudflare's Turnstyle or hCaptcha?  If not, are there any
> concerns with me taking a stab at it and providing what I come up
> with?  I realize that ZendTo is not being tracked on a public source
> code repo like Github or GitLab (at least officially, as far as I can
> tell), but I didn't want to do something that couldn't be contributed
> back in some way.
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://jul.es/mailman/listinfo/zendto
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20240813/4028a7b2/attachment.html>

From ricky.boone at gmail.com  Tue Aug 13 19:03:32 2024
From: ricky.boone at gmail.com (Ricky Boone)
Date: Tue, 13 Aug 2024 14:03:32 -0400
Subject: [ZendTo] Adding Support for Cloudflare's Turnstyle for
 Captcha/Human Verification
In-Reply-To: <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <CAHAhptUcxyD5bcn4_G3qu+fzxUa_5rao7B2QO3KdG8N1TN=M1A@mail.gmail.com>
Message-ID: <WM!45337cc63161e7fd4ee22a63df4672e6dc26f42fe7ac47a260273b3ad460ef54517633237f60616deb7a4920775a2903!@mx.jul.es>

(Just realized I misspelled "Turnstile" as "Turnstyle"... oof)

Nice, thanks! I'll have to give that a shot.

On Tue, Aug 13, 2024 at 12:27?PM Kris Lou via ZendTo <zendto at zend.to> wrote:
>
> I did this last year:
>
> -----------------------
>
> With the CloudFlare Turnstile Site Key (as recaptchaPublicKey), Secret Key (as recaptchaPrivateKey) and using "?compat=recaptcha", the following seems to work.
>
> /opt/zendto/templates/header.tpl
> 43,44c43,44
> <             grecaptcha.render('google-recaptcha', {
> <               'sitekey' : '{$recaptchaSiteKey}'
> ---
> >             grecaptcha.render('cf-turnstile', {
> >             'sitekey' : '{$recaptchaSiteKey}'
> 51c51,52
> <         <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async defer></script>
> ---
> > <!--        <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async defer></script> -->
> >       <script src="https://challenges.cloudflare.com/turnstile/v0/api.js?compat=recaptcha" async defer></script>
> 53c54,55
> <         <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit" async defer></script>
> ---
> > <!--        <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit" async defer></script> -->
> >       <script src="https://challenges.cloudflare.com/turnstile/v0/api.js?compat=recaptcha" async defer></script>
>
> /opt/zendto/templates/pickupcheck.tpl
> 29c29,30
> <                 <div id="google-recaptcha" name="google-recaptcha"></div>
> ---
> > <!--                <div id="google-recaptcha" name="google-recaptcha"></div> -->
> >               <div class="cf-turnstile" data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>
>
> /opt/zendto/templates/verify.tpl
> 155c155,156
> <                 <div id="google-recaptcha" name="google-recaptcha"></div>
> ---
> > <!--                <div id="google-recaptcha" name="google-recaptcha"></div> -->
> >               <div class="cf-turnstile" data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>
>
> /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php
> 43,44c43,44
> <     const SITE_VERIFY_URL = 'https://www.recaptcha.net/recaptcha/api/siteverify';
> <
> ---
> > //    const SITE_VERIFY_URL = 'https://www.recaptcha.net/recaptcha/api/siteverify';
> >     const SITE_VERIFY_URL = 'https://challenges.cloudflare.com/turnstile/v0/siteverify';
>
>
> Kris Lou
> klou at themusiclink.net
>
>
> On Tue, Aug 13, 2024 at 9:19?AM Ricky Boone via ZendTo <zendto at zend.to> wrote:
>>
>> My apologies if this has already been covered, however I couldn't find
>> anything other than a single email in the list archive that didn't
>> appear to be addressed.
>>
>> The users of the instance of ZendTo that I maintain sometimes have
>> issues with reCAPTCHA.  In almost all cases, it's either user-oriented
>> or an issue with their browser causing them to never get past it, with
>> the very rare case of an issue on Google's end.  I'd still like some
>> reasonable mechanism to perform human verification to reduce the risk
>> posed without it, however it looks like the only options available are
>> either Google's standard or invisible reCAPTCHA v2 services, with the
>> "invisible" option having noted issues since 2018 (at least in the
>> config comments).
>>
>> So I don't start going down a path that is already underway, are there
>> any plans to implement support for other CAPTCHA services/libraries,
>> such as Cloudflare's Turnstyle or hCaptcha?  If not, are there any
>> concerns with me taking a stab at it and providing what I come up
>> with?  I realize that ZendTo is not being tracked on a public source
>> code repo like Github or GitLab (at least officially, as far as I can
>> tell), but I didn't want to do something that couldn't be contributed
>> back in some way.
>>
>> _______________________________________________
>> ZendTo mailing list
>> ZendTo at zend.to
>> http://jul.es/mailman/listinfo/zendto
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://jul.es/mailman/listinfo/zendto


From nresults at comcast.net  Tue Aug 13 20:04:44 2024
From: nresults at comcast.net (Jose M. Sanchez)
Date: Tue, 13 Aug 2024 15:04:44 -0400
Subject: [ZendTo] New install browser downloads file instead of showing
 Zendto page
In-Reply-To: <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
Message-ID: <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>

Hello all

Whenever I attempt to connect to Zendto via a browser, the browser ends up downloading a file instead of actually showing the web page.

I ran into this a few years ago and remember finding a fix for the issue in the Archives.
Unfortunately there does not seem to be a good way to search the post Archives or at least I don?t know how?

I remember that this was due to some required change in either Apache or PHP.

Could someone please let me know what needs to be modified to fix this?

Thank you all!


Sent from Mail for Windows 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20240813/6189e0b6/attachment.html>

From alt36 at cam.ac.uk  Tue Aug 13 20:35:53 2024
From: alt36 at cam.ac.uk (Adam Thorn)
Date: Tue, 13 Aug 2024 20:35:53 +0100
Subject: [ZendTo] New install browser downloads file instead of showing
 Zendto page
In-Reply-To: <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
Message-ID: <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>

On 13/08/2024 20:04, Jose M. Sanchez via ZendTo wrote:
> Hello all
> 
> Whenever I attempt to connect to Zendto via a browser, the browser ends 
> up downloading a file instead of actually showing the web page.
> 
> I ran into this a few years ago and remember finding a fix for the issue 
> in the Archives.
> 
> Unfortunately there does not seem to be a good way to search the post 
> Archives or at least I don?t know how?
> 
> I remember that this was due to some required change in either Apache or 
> PHP.

I'd normally expect this to "just work" on a typical apache + php 
installation. The details will depend upon your OS and whether you've 
used the apache/php/etc packages provided by the distribution, or 
installed them from another route.

As an example: I have Zendto on Ubuntu 22.04. I ensure I have 
libapache2-mod-php8.1 installed (which probably installs other 
php-related packages via dependencies), and one config file that package 
provides is /etc/apache2/mods-available/php8.1.conf which includes - 
amongst other things - this block to configure handling of .php files:

<FilesMatch ".+\.ph(ar|p|tml)$">
     SetHandler application/x-httpd-php
</FilesMatch>

That then gets symlinked to /etc/apache/mods-enabled upon enabling the 
apache module (I don't recall if this happens automatically on my distro 
upon installing the package, or if one has to "a2enmod php8.1 ; 
apache2ctl restart")

The behaviour you're describing makes me suspect you either don't have 
the right apache module installed, or it isn't enabled, or the config 
fragment to handle .php files isn't enabled or is incorrect, or if 
something else in your apache config is overriding the SetHandler line 
for .php (unlikely but possible)

If you can provide more details about your OS/apache/php setup, someone 
might be able to offer more detail on making sure apache is properly 
configured.

Adam


From douglagm at gmail.com  Wed Aug 14 07:25:28 2024
From: douglagm at gmail.com (Gregg Douglas)
Date: Wed, 14 Aug 2024 08:25:28 +0200
Subject: [ZendTo] Adding Support for Cloudflare's Turnstyle for
 Captcha/Human Verification
In-Reply-To: <WM!45337cc63161e7fd4ee22a63df4672e6dc26f42fe7ac47a260273b3ad460ef54517633237f60616deb7a4920775a2903!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAHAhptUcxyD5bcn4_G3qu+fzxUa_5rao7B2QO3KdG8N1TN=M1A@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <WM!45337cc63161e7fd4ee22a63df4672e6dc26f42fe7ac47a260273b3ad460ef54517633237f60616deb7a4920775a2903!@mx.jul.es>
 <CAKE9jaZosUMCZtvB_6=QPJVH0X9ADTivR5BSG70FE+b7VeAwfA@mail.gmail.com>
Message-ID: <WM!1e5bf36beb5c37daf9f45fbddad3588f5f33873690da63d63a7d0784f6a0a9b87d375631b335e9e9aa8c1479063680ff!@mx.jul.es>

Hi,

Would be great if this was included in the ZendTO packages.

regards
Gregg


On Tue, Aug 13, 2024 at 8:03?PM Ricky Boone via ZendTo <zendto at zend.to>
wrote:

> (Just realized I misspelled "Turnstile" as "Turnstyle"... oof)
>
> Nice, thanks! I'll have to give that a shot.
>
> On Tue, Aug 13, 2024 at 12:27?PM Kris Lou via ZendTo <zendto at zend.to>
> wrote:
> >
> > I did this last year:
> >
> > -----------------------
> >
> > With the CloudFlare Turnstile Site Key (as recaptchaPublicKey), Secret
> Key (as recaptchaPrivateKey) and using "?compat=recaptcha", the following
> seems to work.
> >
> > /opt/zendto/templates/header.tpl
> > 43,44c43,44
> > <             grecaptcha.render('google-recaptcha', {
> > <               'sitekey' : '{$recaptchaSiteKey}'
> > ---
> > >             grecaptcha.render('cf-turnstile', {
> > >             'sitekey' : '{$recaptchaSiteKey}'
> > 51c51,52
> > <         <script src="
> https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async
> defer></script>
> > ---
> > > <!--        <script src="
> https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async
> defer></script> -->
> > >       <script src="
> https://challenges.cloudflare.com/turnstile/v0/api.js?compat=recaptcha"
> async defer></script>
> > 53c54,55
> > <         <script src="
> https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit"
> async defer></script>
> > ---
> > > <!--        <script src="
> https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit"
> async defer></script> -->
> > >       <script src="
> https://challenges.cloudflare.com/turnstile/v0/api.js?compat=recaptcha"
> async defer></script>
> >
> > /opt/zendto/templates/pickupcheck.tpl
> > 29c29,30
> > <                 <div id="google-recaptcha"
> name="google-recaptcha"></div>
> > ---
> > > <!--                <div id="google-recaptcha"
> name="google-recaptcha"></div> -->
> > >               <div class="cf-turnstile"
> data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>
> >
> > /opt/zendto/templates/verify.tpl
> > 155c155,156
> > <                 <div id="google-recaptcha"
> name="google-recaptcha"></div>
> > ---
> > > <!--                <div id="google-recaptcha"
> name="google-recaptcha"></div> -->
> > >               <div class="cf-turnstile"
> data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>
> >
> > /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php
> > 43,44c43,44
> > <     const SITE_VERIFY_URL = '
> https://www.recaptcha.net/recaptcha/api/siteverify';
> > <
> > ---
> > > //    const SITE_VERIFY_URL = '
> https://www.recaptcha.net/recaptcha/api/siteverify';
> > >     const SITE_VERIFY_URL = '
> https://challenges.cloudflare.com/turnstile/v0/siteverify';
> >
> >
> > Kris Lou
> > klou at themusiclink.net
> >
> >
> > On Tue, Aug 13, 2024 at 9:19?AM Ricky Boone via ZendTo <zendto at zend.to>
> wrote:
> >>
> >> My apologies if this has already been covered, however I couldn't find
> >> anything other than a single email in the list archive that didn't
> >> appear to be addressed.
> >>
> >> The users of the instance of ZendTo that I maintain sometimes have
> >> issues with reCAPTCHA.  In almost all cases, it's either user-oriented
> >> or an issue with their browser causing them to never get past it, with
> >> the very rare case of an issue on Google's end.  I'd still like some
> >> reasonable mechanism to perform human verification to reduce the risk
> >> posed without it, however it looks like the only options available are
> >> either Google's standard or invisible reCAPTCHA v2 services, with the
> >> "invisible" option having noted issues since 2018 (at least in the
> >> config comments).
> >>
> >> So I don't start going down a path that is already underway, are there
> >> any plans to implement support for other CAPTCHA services/libraries,
> >> such as Cloudflare's Turnstyle or hCaptcha?  If not, are there any
> >> concerns with me taking a stab at it and providing what I come up
> >> with?  I realize that ZendTo is not being tracked on a public source
> >> code repo like Github or GitLab (at least officially, as far as I can
> >> tell), but I didn't want to do something that couldn't be contributed
> >> back in some way.
> >>
> >> _______________________________________________
> >> ZendTo mailing list
> >> ZendTo at zend.to
> >> http://jul.es/mailman/listinfo/zendto
> >
> > _______________________________________________
> > ZendTo mailing list
> > ZendTo at zend.to
> > http://jul.es/mailman/listinfo/zendto
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://jul.es/mailman/listinfo/zendto
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20240814/b35b99f6/attachment-0001.html>

From nresults at comcast.net  Wed Aug 14 07:56:51 2024
From: nresults at comcast.net (Jose M. Sanchez)
Date: Wed, 14 Aug 2024 02:56:51 -0400
Subject: [ZendTo] New install browser downloads file instead of
 showingZendto page
In-Reply-To: <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
 <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
Message-ID: <WM!57075f7faa87514c8841ff7b4048a35ad86de22484965c326d2584d18f949fde90419d7a70f183c1a04ab437e2bcb120!@mx.jul.es>

Thank you for responding. Here is some additional information.

I am running Debian 12 bookworm.

I have tried purging zendto, apache2 and all php* software and residual directories then re-running the installation script anew, with the same result each time.

I am using all of the defaults the install script gives, pressing return each time.

During the installation of the php modules by the script I see this. 


E: Unable to locate package php8.2-sodium
E: Couldn't find any package by glob 'php8.2-sodium'
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package php8.2-json is a virtual package provided by:
  php8.2-phpdbg 8.2.20-1~deb12u1
  php8.2-fpm 8.2.20-1~deb12u1
  php8.2-cli 8.2.20-1~deb12u1
  php8.2-cgi 8.2.20-1~deb12u1
  libphp8.2-embed 8.2.20-1~deb12u1
  libapache2-mod-php8.2 8.2.20-1~deb12u1
You should explicitly select one to install.

E: Package 'php8.2-json' has no installation candidate

WARNING: Module json ini file doesn't exist under /etc/php/8.2/mods-available
WARNING: Module json ini file doesn't exist under /etc/php/8.2/mods-available
WARNING: Module mysql ini file doesn't exist under /etc/php/8.2/mods-available
WARNING: Module mysql ini file doesn't exist under /etc/php/8.2/mods-available
WARNING: Module sodium ini file doesn't exist under /etc/php/8.2/mods-available
WARNING: Module sodium ini file doesn't exist under /etc/php/8.2/mods-available

There are no other errors issued during the installation.

Thank you.


From: Adam Thorn via ZendTo
Sent: Tuesday, August 13, 2024 3:36 PM
To: zendto at zend.to
Cc: Adam Thorn
Subject: Re: [ZendTo] New install browser downloads file instead of showingZendto page

On 13/08/2024 20:04, Jose M. Sanchez via ZendTo wrote:
> Hello all
> 
> Whenever I attempt to connect to Zendto via a browser, the browser ends 
> up downloading a file instead of actually showing the web page.
> 
> I ran into this a few years ago and remember finding a fix for the issue 
> in the Archives.
> 
> Unfortunately there does not seem to be a good way to search the post 
> Archives or at least I don?t know how?
> 
> I remember that this was due to some required change in either Apache or 
> PHP.

I'd normally expect this to "just work" on a typical apache + php 
installation. The details will depend upon your OS and whether you've 
used the apache/php/etc packages provided by the distribution, or 
installed them from another route.

As an example: I have Zendto on Ubuntu 22.04. I ensure I have 
libapache2-mod-php8.1 installed (which probably installs other 
php-related packages via dependencies), and one config file that package 
provides is /etc/apache2/mods-available/php8.1.conf which includes - 
amongst other things - this block to configure handling of .php files:

<FilesMatch ".+\.ph(ar|p|tml)$">
     SetHandler application/x-httpd-php
</FilesMatch>

That then gets symlinked to /etc/apache/mods-enabled upon enabling the 
apache module (I don't recall if this happens automatically on my distro 
upon installing the package, or if one has to "a2enmod php8.1 ; 
apache2ctl restart")

The behaviour you're describing makes me suspect you either don't have 
the right apache module installed, or it isn't enabled, or the config 
fragment to handle .php files isn't enabled or is incorrect, or if 
something else in your apache config is overriding the SetHandler line 
for .php (unlikely but possible)

If you can provide more details about your OS/apache/php setup, someone 
might be able to offer more detail on making sure apache is properly 
configured.

Adam

_______________________________________________
ZendTo mailing list
ZendTo at zend.to
http://jul.es/mailman/listinfo/zendto

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20240814/00339367/attachment.html>

From ricky.boone at gmail.com  Wed Aug 14 15:43:51 2024
From: ricky.boone at gmail.com (Ricky Boone)
Date: Wed, 14 Aug 2024 10:43:51 -0400
Subject: [ZendTo] Adding Support for Cloudflare's Turnstyle for
 Captcha/Human Verification
In-Reply-To: <WM!1e5bf36beb5c37daf9f45fbddad3588f5f33873690da63d63a7d0784f6a0a9b87d375631b335e9e9aa8c1479063680ff!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAHAhptUcxyD5bcn4_G3qu+fzxUa_5rao7B2QO3KdG8N1TN=M1A@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <CAKE9jaZosUMCZtvB_6=QPJVH0X9ADTivR5BSG70FE+b7VeAwfA@mail.gmail.com>
 <WM!45337cc63161e7fd4ee22a63df4672e6dc26f42fe7ac47a260273b3ad460ef54517633237f60616deb7a4920775a2903!@mx.jul.es>
 <WM!1e5bf36beb5c37daf9f45fbddad3588f5f33873690da63d63a7d0784f6a0a9b87d375631b335e9e9aa8c1479063680ff!@mx.jul.es>
 <CAHAhptXwhmmw9L5A=VK12doUca7V1Yz5GhMeT4AHSRaz_q=wfw@mail.gmail.com>
Message-ID: <WM!10e602c5b4aa12e464c1cfa7535cf9414cc6e84deceddb15ac2cc3f1273d3f9cb1c190a1b5db7a880111dab49ce86c63!@mx.jul.es>

I agree.  I'm not sure if Jules or others he may have delegated this
to are taking contributions such as pull requests (or equivalent) for
possible inclusion to the main project.  Time permitting, I am going
to try to take what Kris Lou provided and have it as a selectable
option, so people can choose between the CAPTCHA services.  I'm sure
there would be necessary testing and validation before assuming any
changes were appropriate for the "production" release, but I don't
want to assume, obligate, or step on anyone's toes with thiat.

On Wed, Aug 14, 2024 at 2:25?AM Gregg Douglas via ZendTo <zendto at zend.to> wrote:
>
> Hi,
>
> Would be great if this was included in the ZendTO packages.
>
> regards
> Gregg
>
>
> On Tue, Aug 13, 2024 at 8:03?PM Ricky Boone via ZendTo <zendto at zend.to> wrote:
>>
>> (Just realized I misspelled "Turnstile" as "Turnstyle"... oof)
>>
>> Nice, thanks! I'll have to give that a shot.
>>
>> On Tue, Aug 13, 2024 at 12:27?PM Kris Lou via ZendTo <zendto at zend.to> wrote:
>> >
>> > I did this last year:
>> >
>> > -----------------------
>> >
>> > With the CloudFlare Turnstile Site Key (as recaptchaPublicKey), Secret Key (as recaptchaPrivateKey) and using "?compat=recaptcha", the following seems to work.
>> >
>> > /opt/zendto/templates/header.tpl
>> > 43,44c43,44
>> > <             grecaptcha.render('google-recaptcha', {
>> > <               'sitekey' : '{$recaptchaSiteKey}'
>> > ---
>> > >             grecaptcha.render('cf-turnstile', {
>> > >             'sitekey' : '{$recaptchaSiteKey}'
>> > 51c51,52
>> > <         <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async defer></script>
>> > ---
>> > > <!--        <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}" async defer></script> -->
>> > >       <script src="https://challenges.cloudflare.com/turnstile/v0/api.js?compat=recaptcha" async defer></script>
>> > 53c54,55
>> > <         <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit" async defer></script>
>> > ---
>> > > <!--        <script src="https://www.recaptcha.net/recaptcha/api.js?hl={$recaptchaLang}&onload=onloadCallback&render=explicit" async defer></script> -->
>> > >       <script src="https://challenges.cloudflare.com/turnstile/v0/api.js?compat=recaptcha" async defer></script>
>> >
>> > /opt/zendto/templates/pickupcheck.tpl
>> > 29c29,30
>> > <                 <div id="google-recaptcha" name="google-recaptcha"></div>
>> > ---
>> > > <!--                <div id="google-recaptcha" name="google-recaptcha"></div> -->
>> > >               <div class="cf-turnstile" data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>
>> >
>> > /opt/zendto/templates/verify.tpl
>> > 155c155,156
>> > <                 <div id="google-recaptcha" name="google-recaptcha"></div>
>> > ---
>> > > <!--                <div id="google-recaptcha" name="google-recaptcha"></div> -->
>> > >               <div class="cf-turnstile" data-sitekey="{$recaptchaSiteKey}" data-callback="javascriptCallback"></div>
>> >
>> > /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php
>> > 43,44c43,44
>> > <     const SITE_VERIFY_URL = 'https://www.recaptcha.net/recaptcha/api/siteverify';
>> > <
>> > ---
>> > > //    const SITE_VERIFY_URL = 'https://www.recaptcha.net/recaptcha/api/siteverify';
>> > >     const SITE_VERIFY_URL = 'https://challenges.cloudflare.com/turnstile/v0/siteverify';
>> >
>> >
>> > Kris Lou
>> > klou at themusiclink.net
>> >
>> >
>> > On Tue, Aug 13, 2024 at 9:19?AM Ricky Boone via ZendTo <zendto at zend.to> wrote:
>> >>
>> >> My apologies if this has already been covered, however I couldn't find
>> >> anything other than a single email in the list archive that didn't
>> >> appear to be addressed.
>> >>
>> >> The users of the instance of ZendTo that I maintain sometimes have
>> >> issues with reCAPTCHA.  In almost all cases, it's either user-oriented
>> >> or an issue with their browser causing them to never get past it, with
>> >> the very rare case of an issue on Google's end.  I'd still like some
>> >> reasonable mechanism to perform human verification to reduce the risk
>> >> posed without it, however it looks like the only options available are
>> >> either Google's standard or invisible reCAPTCHA v2 services, with the
>> >> "invisible" option having noted issues since 2018 (at least in the
>> >> config comments).
>> >>
>> >> So I don't start going down a path that is already underway, are there
>> >> any plans to implement support for other CAPTCHA services/libraries,
>> >> such as Cloudflare's Turnstyle or hCaptcha?  If not, are there any
>> >> concerns with me taking a stab at it and providing what I come up
>> >> with?  I realize that ZendTo is not being tracked on a public source
>> >> code repo like Github or GitLab (at least officially, as far as I can
>> >> tell), but I didn't want to do something that couldn't be contributed
>> >> back in some way.
>> >>
>> >> _______________________________________________
>> >> ZendTo mailing list
>> >> ZendTo at zend.to
>> >> http://jul.es/mailman/listinfo/zendto
>> >
>> > _______________________________________________
>> > ZendTo mailing list
>> > ZendTo at zend.to
>> > http://jul.es/mailman/listinfo/zendto
>>
>> _______________________________________________
>> ZendTo mailing list
>> ZendTo at zend.to
>> http://jul.es/mailman/listinfo/zendto
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://jul.es/mailman/listinfo/zendto


From alt36 at cam.ac.uk  Thu Aug 15 18:22:04 2024
From: alt36 at cam.ac.uk (Adam Thorn)
Date: Thu, 15 Aug 2024 18:22:04 +0100
Subject: [ZendTo] New install browser downloads file instead of
 showingZendto page
In-Reply-To: <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
 <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <de82831d-b377-47e0-af9e-b3399c1d1a8d@cam.ac.uk>
Message-ID: <WM!74c7d4962c62c8b671610aef50c447beed7ecbfbf97718e5f8dff3d04b0695583227038f60e394f6ef11e5365864d482!@mx.jul.es>

On 14/08/2024 07:56, Jose M. Sanchez wrote:
> Thank you for responding. Here is some additional information.
> 
> I am running Debian 12 bookworm.
> ....
> Package php8.2-json is a virtual package provided by:
> 
>  ? php8.2-phpdbg 8.2.20-1~deb12u1
> 
>  ? php8.2-fpm 8.2.20-1~deb12u1
> 
>  ? php8.2-cli 8.2.20-1~deb12u1
> 
>  ? php8.2-cgi 8.2.20-1~deb12u1
> 
>  ? libphp8.2-embed 8.2.20-1~deb12u1
> 
>  ? libapache2-mod-php8.2 8.2.20-1~deb12u1

That looks to me like you you have ended up without the apache php 
module, which would definitely explain the behaviour you're seeing.

Try: apt-get install libapach2-mode-php8.2

Having looked at that package in bookworm, installing it should 
automatically enable the apache module, but you might still need to 
restart apache after installing it.

Adam


From alt36 at cam.ac.uk  Thu Aug 15 18:43:45 2024
From: alt36 at cam.ac.uk (Adam Thorn)
Date: Thu, 15 Aug 2024 18:43:45 +0100
Subject: [ZendTo] New install browser downloads file instead of
 showingZendto page
In-Reply-To: <WM!74c7d4962c62c8b671610aef50c447beed7ecbfbf97718e5f8dff3d04b0695583227038f60e394f6ef11e5365864d482!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
 <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <de82831d-b377-47e0-af9e-b3399c1d1a8d@cam.ac.uk>
 <WM!74c7d4962c62c8b671610aef50c447beed7ecbfbf97718e5f8dff3d04b0695583227038f60e394f6ef11e5365864d482!@mx.jul.es>
 <19014dac-7f90-40c4-85d6-6b648c87b807@cam.ac.uk>
Message-ID: <WM!eae02a6125225cfba95aa8f73d0681a307a269a62023d0bc41201418582951acfbcd8c11d4864567f92652733601bee1!@mx.jul.es>

On 15/08/2024 18:22, Adam Thorn via ZendTo wrote:
> On 14/08/2024 07:56, Jose M. Sanchez wrote:
>> Thank you for responding. Here is some additional information.
>>
>> I am running Debian 12 bookworm.
>> ....
>> Package php8.2-json is a virtual package provided by:
>>
>> ?? php8.2-phpdbg 8.2.20-1~deb12u1
>>
>> ?? php8.2-fpm 8.2.20-1~deb12u1
>>
>> ?? php8.2-cli 8.2.20-1~deb12u1
>>
>> ?? php8.2-cgi 8.2.20-1~deb12u1
>>
>> ?? libphp8.2-embed 8.2.20-1~deb12u1
>>
>> ?? libapache2-mod-php8.2 8.2.20-1~deb12u1
> 
> That looks to me like you you have ended up without the apache php 
> module, which would definitely explain the behaviour you're seeing.
> 
> Try: apt-get install libapach2-mode-php8.2
Sorry, hopefully the typo there was obvious but that should have been:

apt-get install libapache2-mod-php8.2

Adam


From nresults at comcast.net  Thu Aug 15 19:41:48 2024
From: nresults at comcast.net (Jose M. Sanchez)
Date: Thu, 15 Aug 2024 14:41:48 -0400
Subject: [ZendTo] Browser downloads file instead of showing Zendto web
 page
In-Reply-To: <WM!eae02a6125225cfba95aa8f73d0681a307a269a62023d0bc41201418582951acfbcd8c11d4864567f92652733601bee1!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
 <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <de82831d-b377-47e0-af9e-b3399c1d1a8d@cam.ac.uk>
 <WM!74c7d4962c62c8b671610aef50c447beed7ecbfbf97718e5f8dff3d04b0695583227038f60e394f6ef11e5365864d482!@mx.jul.es>
 <19014dac-7f90-40c4-85d6-6b648c87b807@cam.ac.uk>
 <WM!eae02a6125225cfba95aa8f73d0681a307a269a62023d0bc41201418582951acfbcd8c11d4864567f92652733601bee1!@mx.jul.es>
 <efPrsmjmny50OefPrsQDlh.1723747307.b725d5f36046454d8878f09128a2bf61.MISSINGID@comcast.net>
Message-ID: <WM!445bbb95cac5bc63420aa4397842d31023938e7a935b11f6295a2d5211a59d8ded07ec1aedab19fbced4b1be8760636a!@mx.jul.es>

Thanks for your continued responses.

Unfortunately that wasn?t it.

libapach2-mode-php8.2 was already installed by the script.

I tried manually installing php8.2-fpm as well which resulted in:

Creating config file /etc/php/8.2/fpm/php.ini with new version
NOTICE: Not enabling PHP 8.2 FPM by default.
NOTICE: To enable PHP 8.2 FPM in Apache2 do:
NOTICE: a2enmod proxy_fcgi setenvif
NOTICE: a2enconf php8.2-fpm
NOTICE: You are seeing this message because you have apache2 package installed.
Created symlink /etc/systemd/system/multi-user.target.wants/php8.2-fpm.service ? /lib/systemd/system/php8.2-fpm.service.
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for php8.2-fpm (8.2.20-1~deb12u1) ...
NOTICE: Not enabling PHP 8.2 FPM by default.
NOTICE: To enable PHP 8.2 FPM in Apache2 do:
NOTICE: a2enmod proxy_fcgi setenvif
NOTICE: a2enconf php8.2-fpm
NOTICE: You are seeing this message because you have apache2 package installed.


I did do the a2enmod commands and verified that php8.2-fpm service is running however I am still getting the download of the (php) file instead of seeing the web page.

Any other ideas?

Thanks.

Sent from Mail for Windows

From: Adam Thorn via ZendTo
Sent: Thursday, August 15, 2024 1:44 PM
To: zendto at zend.to
Cc: Adam Thorn
Subject: Re: [ZendTo] New install browser downloads file instead ofshowingZendto page

On 15/08/2024 18:22, Adam Thorn via ZendTo wrote:
> On 14/08/2024 07:56, Jose M. Sanchez wrote:
>> Thank you for responding. Here is some additional information.
>>
>> I am running Debian 12 bookworm.
>> ....
>> Package php8.2-json is a virtual package provided by:
>>
>> ?? php8.2-phpdbg 8.2.20-1~deb12u1
>>
>> ?? php8.2-fpm 8.2.20-1~deb12u1
>>
>> ?? php8.2-cli 8.2.20-1~deb12u1
>>
>> ?? php8.2-cgi 8.2.20-1~deb12u1
>>
>> ?? libphp8.2-embed 8.2.20-1~deb12u1
>>
>> ?? libapache2-mod-php8.2 8.2.20-1~deb12u1
> 
> That looks to me like you you have ended up without the apache php 
> module, which would definitely explain the behaviour you're seeing.
> 
> Try: apt-get install libapach2-mode-php8.2
Sorry, hopefully the typo there was obvious but that should have been:

apt-get install libapache2-mod-php8.2

Adam

_______________________________________________
ZendTo mailing list
ZendTo at zend.to
http://jul.es/mailman/listinfo/zendto

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20240815/dbf2ed9f/attachment.html>

From nresults at comcast.net  Thu Aug 15 20:25:11 2024
From: nresults at comcast.net (Jose M. Sanchez)
Date: Thu, 15 Aug 2024 15:25:11 -0400
Subject: [ZendTo] Browser downloads file instead of showing Zendto
 webpage
In-Reply-To: <WM!445bbb95cac5bc63420aa4397842d31023938e7a935b11f6295a2d5211a59d8ded07ec1aedab19fbced4b1be8760636a!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
 <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <de82831d-b377-47e0-af9e-b3399c1d1a8d@cam.ac.uk>
 <WM!74c7d4962c62c8b671610aef50c447beed7ecbfbf97718e5f8dff3d04b0695583227038f60e394f6ef11e5365864d482!@mx.jul.es>
 <19014dac-7f90-40c4-85d6-6b648c87b807@cam.ac.uk>
 <WM!eae02a6125225cfba95aa8f73d0681a307a269a62023d0bc41201418582951acfbcd8c11d4864567f92652733601bee1!@mx.jul.es>
 <efPrsmjmny50OefPrsQDlh.1723747307.b725d5f36046454d8878f09128a2bf61.MISSINGID@comcast.net>
 <WM!445bbb95cac5bc63420aa4397842d31023938e7a935b11f6295a2d5211a59d8ded07ec1aedab19fbced4b1be8760636a!@mx.jul.es>
 <eg5rsEhSGsnz5eg5tsE0Jj.1723749910.5041c5fc5ec5f1ea2f6fb853372dfc23.MISSINGID@comcast.net>
Message-ID: <WM!2b5ad555868d93315c201ce2df709bfc0a05edd5f1c6c383ceefeb582545e0a87d5febd4a77475812e02de4805b76879!@mx.jul.es>

More info

At this point I have the https://servername working properly and I do see the Zendto Page (YEAH) after I followed instructions on another site to install the following

sudo apt-get install php libapache2-mod-php php-mcrypt php-mysql

And restarting Apache2

However http://servername still results in the download file so the redirection is now the issue.

Any idea on how to fix this?

Thanks.

Sent from Mail for Windows

From: Jose M. Sanchez via ZendTo
Sent: Thursday, August 15, 2024 2:42 PM
To: ZendTo Users
Cc: Jose M. Sanchez
Subject: Re: [ZendTo] Browser downloads file instead of showing Zendto webpage

Thanks for your continued responses.

Unfortunately that wasn?t it.

libapach2-mode-php8.2 was already installed by the script.

I tried manually installing php8.2-fpm as well which resulted in:

Creating config file /etc/php/8.2/fpm/php.ini with new version
NOTICE: Not enabling PHP 8.2 FPM by default.
NOTICE: To enable PHP 8.2 FPM in Apache2 do:
NOTICE: a2enmod proxy_fcgi setenvif
NOTICE: a2enconf php8.2-fpm
NOTICE: You are seeing this message because you have apache2 package installed.
Created symlink /etc/systemd/system/multi-user.target.wants/php8.2-fpm.service ? /lib/systemd/system/php8.2-fpm.service.
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for php8.2-fpm (8.2.20-1~deb12u1) ...
NOTICE: Not enabling PHP 8.2 FPM by default.
NOTICE: To enable PHP 8.2 FPM in Apache2 do:
NOTICE: a2enmod proxy_fcgi setenvif
NOTICE: a2enconf php8.2-fpm
NOTICE: You are seeing this message because you have apache2 package installed.


I did do the a2enmod commands and verified that php8.2-fpm service is running however I am still getting the download of the (php) file instead of seeing the web page.

Any other ideas?

Thanks.

Sent from Mail for Windows

From: Adam Thorn via ZendTo
Sent: Thursday, August 15, 2024 1:44 PM
To: zendto at zend.to
Cc: Adam Thorn
Subject: Re: [ZendTo] New install browser downloads file instead ofshowingZendto page

On 15/08/2024 18:22, Adam Thorn via ZendTo wrote:
> On 14/08/2024 07:56, Jose M. Sanchez wrote:
>> Thank you for responding. Here is some additional information.
>>
>> I am running Debian 12 bookworm.
>> ....
>> Package php8.2-json is a virtual package provided by:
>>
>> ?? php8.2-phpdbg 8.2.20-1~deb12u1
>>
>> ?? php8.2-fpm 8.2.20-1~deb12u1
>>
>> ?? php8.2-cli 8.2.20-1~deb12u1
>>
>> ?? php8.2-cgi 8.2.20-1~deb12u1
>>
>> ?? libphp8.2-embed 8.2.20-1~deb12u1
>>
>> ?? libapache2-mod-php8.2 8.2.20-1~deb12u1
> 
> That looks to me like you you have ended up without the apache php 
> module, which would definitely explain the behaviour you're seeing.
> 
> Try: apt-get install libapach2-mode-php8.2
Sorry, hopefully the typo there was obvious but that should have been:

apt-get install libapache2-mod-php8.2

Adam

_______________________________________________
ZendTo mailing list
ZendTo at zend.to
http://jul.es/mailman/listinfo/zendto


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20240815/da710202/attachment-0001.html>

From alt36 at cam.ac.uk  Thu Aug 15 21:06:36 2024
From: alt36 at cam.ac.uk (Adam Thorn)
Date: Thu, 15 Aug 2024 21:06:36 +0100
Subject: [ZendTo] Browser downloads file instead of showing Zendto
 webpage
In-Reply-To: <WM!2b5ad555868d93315c201ce2df709bfc0a05edd5f1c6c383ceefeb582545e0a87d5febd4a77475812e02de4805b76879!@mx.jul.es>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <de82831d-b377-47e0-af9e-b3399c1d1a8d@cam.ac.uk>
 <WM!74c7d4962c62c8b671610aef50c447beed7ecbfbf97718e5f8dff3d04b0695583227038f60e394f6ef11e5365864d482!@mx.jul.es>
 <19014dac-7f90-40c4-85d6-6b648c87b807@cam.ac.uk>
 <WM!eae02a6125225cfba95aa8f73d0681a307a269a62023d0bc41201418582951acfbcd8c11d4864567f92652733601bee1!@mx.jul.es>
 <efPrsmjmny50OefPrsQDlh.1723747307.b725d5f36046454d8878f09128a2bf61.MISSINGID@comcast.net>
 <WM!445bbb95cac5bc63420aa4397842d31023938e7a935b11f6295a2d5211a59d8ded07ec1aedab19fbced4b1be8760636a!@mx.jul.es>
 <eg5rsEhSGsnz5eg5tsE0Jj.1723749910.5041c5fc5ec5f1ea2f6fb853372dfc23.MISSINGID@comcast.net>
 <WM!2b5ad555868d93315c201ce2df709bfc0a05edd5f1c6c383ceefeb582545e0a87d5febd4a77475812e02de4805b76879!@mx.jul.es>
 <188debfc-3f01-4f71-8004-af494b511226@cam.ac.uk>
Message-ID: <WM!cc6577bf366350a7668e8e8533587e39fb78ed1c97a287f8800c4b0b2808fd67ac889f9b110f9f8d0f34cd242f741231!@mx.jul.es>

On 15/08/2024 20:25, Jose M. Sanchez via ZendTo wrote:
> More info
> 
> At this point I have the https://servername <https://servername> working 
> properly and I do see the Zendto Page (YEAH) after I followed 
> instructions on another site to install the following
> 
> |sudo apt-get install php libapache2-mod-php php-mcrypt php-mysql|
> 
> ||
> 
> |And restarting Apache2|
> 
> However http://servername <http://servername> still results in the 
> download file so the redirection is now the issue.


I've just run the zendto installer on a bookworm docker container. One 
of the questions asked if I wanted to redirect http to https; I chose 
yes because that's usually the best configuration. How did you answer 
that question?

Having said "yes", my plain http requests are redirected to https as I'd 
expect:

$ curl -k -I http://localhost:8080/
HTTP/1.1 302 Found
...
Location: https://localhost:8080/

If you said yes to that installer question, check 
/etc/apache2/sites-enabled/ ; there ought to be exactly two files (well, 
they'll be symbolic links to /etc/apache2/sites-available/), named 
001-zendto-ssl.conf and 001-zendto.conf.

Adam


From nresults at comcast.net  Thu Aug 15 22:04:22 2024
From: nresults at comcast.net (Net Results)
Date: Thu, 15 Aug 2024 17:04:22 -0400
Subject: [ZendTo] Browser downloads file instead of showing Zendto
 webpage
In-Reply-To: <WM!cc6577bf366350a7668e8e8533587e39fb78ed1c97a287f8800c4b0b2808fd67ac889f9b110f9f8d0f34cd242f741231!@mx.jul.es>
References: <WM!cc6577bf366350a7668e8e8533587e39fb78ed1c97a287f8800c4b0b2808fd67ac889f9b110f9f8d0f34cd242f741231!@mx.jul.es>
 <9BAB25FF-2621-49A7-8B9A-A23F96B1D29D@comcast.net>
Message-ID: <WM!fc15c18e1596041b43402a16ffcdca9ee3e4f59abaf26bba5681f2465d3f5bd4b1d636c4f25b6296c4c80792818cb350!@mx.jul.es>

Apparently I had failed to clear the browser cache? My dumb mistake.

Redirection is indeed working now.

The issue was resolved by issuing the apt-get instructions I listed.

Somehow something in the list is not picked up by the installation script when using php8.2 under Debian.

I confirmed this on another device as well, the same fix applied there.

I appreciate your help. It pointed me in the right direction!

Thanks again!

Sent from my portable device.


> On Aug 15, 2024, at 4:07?PM, Adam Thorn via ZendTo <zendto at zend.to> wrote:
> 
> ?On 15/08/2024 20:25, Jose M. Sanchez via ZendTo wrote:
>> More info
>> At this point I have the https://servername <https://servername> working properly and I do see the Zendto Page (YEAH) after I followed instructions on another site to install the following
>> |sudo apt-get install php libapache2-mod-php php-mcrypt php-mysql|
>> ||
>> |And restarting Apache2|
>> However http://servername <http://servername> still results in the download file so the redirection is now the issue.
> 
> 
> I've just run the zendto installer on a bookworm docker container. One of the questions asked if I wanted to redirect http to https; I chose yes because that's usually the best configuration. How did you answer that question?
> 
> Having said "yes", my plain http requests are redirected to https as I'd expect:
> 
> $ curl -k -I http://localhost:8080/
> HTTP/1.1 302 Found
> ....
> Location: https://localhost:8080/
> 
> If you said yes to that installer question, check /etc/apache2/sites-enabled/ ; there ought to be exactly two files (well, they'll be symbolic links to /etc/apache2/sites-available/), named 001-zendto-ssl.conf and 001-zendto.conf.
> 
> Adam
> 
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to



From alt36 at cam.ac.uk  Fri Aug 16 08:30:11 2024
From: alt36 at cam.ac.uk (Adam Thorn)
Date: Fri, 16 Aug 2024 08:30:11 +0100
Subject: [ZendTo] New install browser downloads file instead of
 showingZendto page
In-Reply-To: <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
References: <CAHAhptWY2xBrN9+LHRJuM1W5NTLD2FMiUN8bAYr8EkzaX71fLw@mail.gmail.com>
 <WM!c1d762e9f02eb40670b9206c076c108780fff9e82eb810f3eec57e3bdf684a7bd75848975cda992bb465b851730547c0!@mx.jul.es>
 <CAGyTNKGYukToK-ZbZXTY69VKsPwzEVmvLODe7dNeFZEzgyccew@mail.gmail.com>
 <WM!6d73c652ef86c82db6c8bddea792ec8716db87968bd743c1de5bdf3c66a3413eb34c65a0edf34ce2e51c2ca3d0366ab7!@mx.jul.es>
 <dwozsMgaCcpXVdwp0sATCH.1723575883.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <WM!b82f3319d8c9ab9f46c088c3a504ae7c056dd66526148f26c93a8a9425c233867a05ae3c315c9b2ab94fc312068869f7!@mx.jul.es>
 <1ee6bd25-8c1a-49fe-909a-d5ec20bae978@cam.ac.uk>
 <WM!363ff4ecff8cfcb25c8162943a884c126d16e0d0355700de0eb1aa2acb0d98f0fe608907752abd70af5815affa9d7eae!@mx.jul.es>
 <e7w9sOudPcpXVe7wAsBWUT.1723618611.f13cec81d1f1dd33ee6d9d294a665079.MISSINGID@comcast.net>
 <979cc369-ba83-4209-9a66-26f549e8ddac@cam.ac.uk>
Message-ID: <WM!92df8ed4fbbfc831af19372a1746180213423cee421e52fa833bef732220ae4d25400fd9ff1d23ca6c33439c4cedf3c0!@mx.jul.es>

For mailing list posterity, in case anyone else finds this thread...
> I am running Debian 12 bookworm.

> During the installation of the php modules by the script I see this.
> 
> E: Unable to locate package php8.2-sodium
> 
> E: Couldn't find any package by glob 'php8.2-sodium'

That is ignorable. The functionality previously provided by that package 
is included in php as of 7.2.0. This could be checked in the installer 
script via checking the output of php -i | grep "sodium support => 
enabled". The failing part of the installer script has no further 
consequences.

> E: Package 'php8.2-json' has no installation candidate

This happens because the installer runs :

apt -y install php${MAXPHP}-json php-json

but if PHP${MAXPHP}-json does not exist the entire command fails, and no 
php-json package is installed. However, the php website says json 
support is a core extension since 8.0.0 anyway so a better approach 
might be:

1) check php -i | grep "json support => enabled" first
2) if missing, do

for PKG in php${MAXPHP}-json php-json ; do apt -y install $PKG; done

to ensure the entire apt command isn't skipped if one of those packages 
doesn't exist.

I don't think either of these installer script errors were related to 
the problem that Jose reported.

Adam