It has been several times that I have lost a member because they have no control over who can comment on their personal photos, nor can they delete a comment they dislike.
Correct me if I'm wrong, but currently the only way for a member to delete a comment is to use the admin. When I explain this, the answer is often: "Well that's a shame, so I'm leaving the site". What I can understand ...
If there is a way to fix it, I haven't found it ...
Personal (portrait) photos are special objects, I think it was a mistake to treat them like everyone else, because you will find stupid comments at best, derogatory comments at worst.
A solution for this?
- 1135
I have seen that a lot of questions are asked about this. Trying to post a #video, and it doesn't work?
First check 3 things. Go to Studio => Host Tools => Files and folders permission.
You should have something like this:
Check if
Check that Cron is working, you should have "Last run" <1 minutes:
----------------------------------------------------
On the server side (php.ini) side, these 3 values are important and ideally like this:
max_execution_time = 360
max_input_time = 360
memory_limit = 512M (minimum)
Important: The "upload_max_filesize" and "post_max_size" values of your server (php.ini) will always take precedence over the UNA settings.
----------------------------------------------------
If this works for small videos and not for bigger ones, you may need to increase the "Default cURL timeout" setting.You can find this setting at the bottom of the Studio => Developer page
It currently defaults to 10. It appears to depend on server bandwidth. Test 120 In my case I had to increase it to 300 for a 2 GB video.
-------------------------------------------------------
Also, it can be useful to check if FFMPEG is not consuming too many resources, you can see this with the "htop" or"top" command. In my case, "Load average" went up to 8, although that didn't seem to be a problem, I preferred to limit.
This is possible with a utility such as "cpulimite".
Order example:
"cpulimit -e /your_path/plugins/ffmpeg/ffmpeg.exe -l 80"
-l 80 limit to 80% by adding the -v option, you can see it working and testing to find the right limit.
You can then create a.sh script and run it on startup via a cron job with something like:
@reboot /root/scripts/limitesCPU/limitesFFMPEG.sh
- 2261
-
- · Baloo
-
·
In reply to Cem
- ·
Ah yes, Cem, it's just I tried that too and it works great. In this case, just specify the path of the binary, something like /usr/bin/ffmpeg in inc/header.inc.php, I didn't pay attention to the difference in performance, I'll try again.
-
- · Cem
- ·
Baloo I couldn't find that Default cURL setting, do you still have it at studio?
-
-
·
LeonidS
-
·
In reply to Cem
- ·
HI Cem !
It's the "default cURL timeout" parameter in the Studio->Developer app.
-
·
LeonidS
I noticed this. The problem only occurs on a mix whose body width is in%, for example 85%. In this case, the title is hidden behind the video. This does not happen if the width is 1250px.
1250 px
85%
- 1604
-
- · Baloo
-
·
In reply to LeonidS
- ·
With Plyr
Without Plyr
-
-
·
LeonidS
- ·
Humm, repeated all your actions. See the result in the attached pic. Maybe need to do smth else?
-
·
LeonidS
-
- · Baloo
-
·
In reply to LeonidS
- ·
I see, so I would say it also depends on the screen resolution.
1920 x10801680 x1050
This had fixed here in 10: https://github.com/unaio/una/issues/2061
But it again seems not to reload.
- 1603
Grand Master
Total points: 4429.5
We can choose the visibility of an object on the creation form, it seems to me that we should also have the choice of who can comment, that would rule the problem ...
Thank you for the suggestion - https://github.com/unaio/una/issues/3421