Frank Gingras wrote on 2021/03/20 09:46:
> It has nothing to do with being "free to do anything".
>
> This is about basic security, and the principle of least privileges.
However, a directory with permissions of 0755 (rwxr-xr-x) on FreeBSD behaves
the same as a Linux directory with permissions o
It has nothing to do with being "free to do anything".
This is about basic security, and the principle of least privileges.
On Fri, 19 Mar 2021 at 19:33, Tatsuki Makino
wrote:
> Frank Gingras wrote on 2021/03/19 21:36:
> > This is an extremely bad idea. You should never write to the docroot fro
Frank Gingras wrote on 2021/03/19 21:36:
> This is an extremely bad idea. You should never write to the docroot from
> your application. Write outside the docroot instead, and use group write
> permissions.
Isn't root the owner of docroot?
When the user of an application is the owner, he should be
I've tried enabling brotli with Apache on Ubuntu 20.04 (running Apache
2.4.41). Brotli works, but not for content generated with PHP.
It works for HTML files:
$ curl -v -H "Accept-Encoding: gzip, deflate, br"
https://server.tld/pp.html 2>&1 | grep content-encoding
< content-encoding: br
But
No I was able to set the limit higher.
https://heskia.club/phptest.php If you check this page you can see that the
upload is limited to 40 mb .
I edited the php.ini file.
Now I don’t know if that helps but I think it worked at one time. Not sure when
or what changed. I tried disabling the fi
One thing I didn't see mentioned in the replies is if the DAC on the folder is
set to world writable (and I agree with all the responses that say this is a
terrible idea) but it still LOOKS like a permissions issue (access denied or
other unexplained failures) did you check if MAC (SELuinux, App
On 19/03/2021 13:45, Paul wrote:
Ok , thanks , it doesn’t appear to be a permissions issue. I will
check the php and the apache configuration.
php has file size upload limit.�The default is 2 Mb so this might be the
problem for you.
---
Hi,
we have experienced problems on a CentOS7 with apache 2.4.6, APR 1.4.8,
APR-UTIL 1.5.2.
Apache is doing proxypass to a tomcat webapp, including websocket, through
these directives:
ProxyPass /webtop/push ws://127.0.0.1:58080/webtop/push
ProxyPassReverse /webtop/push ws://127.0.0.1:58080
Ok , thanks , it doesn’t appear to be a permissions issue. I will check the php
and the apache configuration.
Envoyé de mon iPad
> Le 19 mars 2021 à 08:37, Frank Gingras a écrit :
>
>
> This is an extremely bad idea. You should never write to the docroot from
> your application. Write outsi
We replied to him in irc, I think he is past that but hasn't updated his
findings here.
Suggestions were check rewritelog, consider not using OR
El vie., 19 mar. 2021 14:35, Rich Bowen escribió:
>
>
> On 3/18/21 3:06 AM, Jens Kallup wrote:
> > Hello,
> > how can I time based open times?
> > The
On 3/18/21 3:06 AM, Jens Kallup wrote:
Hello,
how can I time based open times?
The script below seems not work.
All pages are the same.
RewriteEngine On
LogLevel warn rewrite:trace3
What does the trace log say when you make the request?
# --
On 3/18/21 4:18 PM, Paul wrote:
Would like to upload a file to have wordpress functionality working or be able
to upload a file. User permissions are set at 777 owner is www, os is freebsd,
the freebsd mailing list claims it’s not their issue but tried to assert
assistance nevertheless. Wh
This is an extremely bad idea. You should never write to the docroot from
your application. Write outside the docroot instead, and use group write
permissions.
On Thu, 18 Mar 2021 at 20:15, Tatsuki Makino
wrote:
> I'm not sure, but FreeBSD happens to be different from Linux, so please
> change t
13 matches
Mail list logo