yunohost-apps/my_webapp_ynh

Custom Web app with SFTP access

My Webapp for YunoHost

Read this README is other languages.

This package allows you to install My Webapp quickly and simply on a YunoHost server.
If you don't have YunoHost, please consult the guide to learn how to install it.

Overview

This application allows you to easily install a custom Web application, providing files access with SFTP.

It can also create a MySQL database - which will be backed up and restored with your application. The connection details will be stored in the file db_access.txt located in the root directory.

PHP-FPM version can also be selected among none, 7.4, 8.0, 8.1 and 8.2.

Once installed, go to the chosen URL to know the user, domain and port you will have to use for the SFTP access. The password is one you chosen during the installation. Under the Web directory, you will see a www folder which contains the public files served by this app. You can put all the files of your custom Web application inside.

Shipped version: 1.0~ynh15

Documentation and resources

• Upstream app code repository: https://github.com/YunoHost-Apps/my_webapp_ynh
• YunoHost Store: https://apps.yunohost.org/app/my_webapp
• Report a bug: https://github.com/YunoHost-Apps/my_webapp_ynh/issues

Developer info

Please send your pull request to the testing branch.

To try the testing branch, please proceed like that:

sudo yunohost app install https://github.com/YunoHost-Apps/my_webapp_ynh/tree/testing --debug
or
sudo yunohost app upgrade my_webapp -u https://github.com/YunoHost-Apps/my_webapp_ynh/tree/testing --debug

More info regarding app packaging: https://yunohost.org/packaging_apps

my_webapp_ynh's Issues

Tomcat7 project under my_webapp 403 forbidden

Hello,

I installed a tomcat7 server under my_webapp, i configured nginx but i still have this 403 forbidden Error.

nano /etc/nginx/sites-availabe/AppTek

server {
        listen 80 ;

        root /var/www/my_webapp/www/webapps;

        index index.html index.htm index.nginx-debian.html index.php index.jsp;

        server_name webapps;
}

It's linked in site-enable and i did

sudo chown -R www-data:www-data webapps

Sure nginx is reloaded and tomcat started.

Do you have any idea ?

Redirects to SSO login when 404 or CodeIgniter

I'm trying to use CodeIgniter to write a webapp and whenever a directory isn't present in routing it redirects to SSO page when it should be routing to CodeIgniter's internal routing.

example:

load page href /site/something

Result: SSO page

expected: uri goes to php script (controller) set in routes.php via /site/index.php

Denying dot-files access prevents Let's Encrypt from generating certificates

The Let's Encrypt Yunohost package (https://github.com/alexAubin/letsencrypt_ynh) currently fails to generate certificates for domains where a my_webapp is installed.

This is because, as a part of the certification process, Let's Encrypt needs to access a well-known file (e.g. http://kemenaran.eu/.well-known/acme-challenge/P7tpoZ2d6mIQZSYtW_SOKRVvunQB-8pDiKJHS5-rIBY). If dot-files are blocked, this process cannot succeed.

The Let's Encrypt package setups access to the challenge well-known file using an nginx rule. Is there a way to fix this issue, either in my_webapp or in letsencrypt_ynh?

update to php 7.3

Last update of my webapp didn't update the nginx conf files so fastcgi_pass remained to php7.0-fpm-my_webapp.sock

fastcgi_pass unix:/var/run/php/php7.0-fpm-my_webapp.sock;

I only needed to change the 0 into 3 to make my webapp work again.
fastcgi_pass unix:/var/run/php/php7.3-fpm-my_webapp__2.sock;

I guess it would be better to make the change automatically during next update.

Error with config-panel feature and action feature

action feature get stuck in admin panel login window...

"500" Internal Server Error when trying to access config pannel from webadmin

Describe the bug

After installing the app (successfully, I think), when I try to access the app config pannel from yunohost webadmin, I get an error message :
Erreur: "500" Internal Server Error
Action: "GET" /yunohost/api/apps/my_webapp/config-panel?full&locale=fr
Message d'erreur :
Config panel question 'fpm_free_footprint' should be initialized with a value during install or upgrade.

Context

• Hardware: Other ARM board (Olimex lime2)
• YunoHost version: 11.0.10.2 (stable)
• I have access to my server: Through SSH, through the webadmin and direct access via keyboard / screen
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: yunohost installed on top of armbian, because there was no armbian 11 image at the time
• Using, or trying to install package version/branch: 1.0~ynh11

Steps to reproduce

1. Go to webadmin
2. Go to Application / My_Webapp_label
3. Click on Config pannel
4. Get error message

Expected behavior

I expect access to a config pannel (to modify php / sql settings maybe ?)

Logs

Erreur: "500" Internal Server Error
Action: "GET" /yunohost/api/apps/my_webapp/config-panel?full&locale=fr
Message d'erreur :
Config panel question 'fpm_free_footprint' should be initialized with a value during install or upgrade.

Indicate that the app supports PHP webapps

Seems that for the creator of the project "Webapp" and "PHP Webapp" are the same thing

I'd suggest that at least the README indicates that this is for PHP and which version of PHP will be available

Use path/label to named the folder

Hello

Is it possible to named the folder/id of the my_webapp by using the path or by using the label that we give when we install it?

So instead of having /var/www/my_webapp__2, having /var/www/label?

Thank you in advance

sshd: unrecognized service

Hi,

On a fresh Yunohost install on a Raspberry (with the img file from Yunohost website) my SSH service is "SSH" and not "SSHD".

So I have this error during installation : sshd: unrecognized service

Thanks!

Deprecated permissions mechanism

I got that message on a fresh install in Yuno 4.0.8.2 :

/!\ Packagers! This app is still using the skipped/protected/unprotected_uris/regex settings which are now obsolete and deprecated... Instead, you should use the new helpers 'ynh_permission_{create,urls,update,delete}' and the 'visitors' group to initialize the public/private access. Check out the documentation at the bottom of yunohost.org/groups_and_permissions to learn how to use the new permission mechanism.

Error messages on upgrade

On the upgrade logs I have these 2 lines:

2019-05-27 12:55:17,194 DEBUG    yunohost.hook hook_list - [12717.251] system hook folder not found for action 'post_app_upgrade' in /usr/share/yunohost/hooks/
2019-05-27 12:55:17,194 DEBUG    yunohost.hook hook_list - [12717.251] custom hook folder not found for action 'post_app_upgrade' in /etc/yunohost/hooks.d/

This is just a static HTML file, and site seems to work fine.
My install is on a VPS. Last version of Yonohost (3.5.2.2 )

YoloMerge provoked a permission error

Hi there,

I installed a php app (InvoicePlane) inside a webapp some time ago. Recently, stuff broke (no pdf generation available via php) and displayed message of wrong permissions.
After some debug and looking into php config files of Yunohost, it looks like the user/group was changed from webapp1 to my_webapp in ths commit (66cc5be) (with a really obvious commit message 😝 ) but the config in my host did not change.

Doing a manual chmod in the /var/www/my_webapp folder fixed it !

So, maybe this issue will help some folk around here 😸

Choose errors pages

Although this could be configured in Nginx, it would be nice if straight from the YunoHost panel the user could choose the location of the page to display for errors, for example /404.html for error 404

Wrong link in debug breadcrumb when using several installations

I installed the app two times, and when I go in Apps > Custom web app (the second install), the link in the breadcrump points to the first (default) app.

STR:

0. Install the app twice, each named "First" and "Second"
1. Go to Apps > Custom web app (the second installation)
2. Click on "Display debug info", which should redirect you to something like https://domain.tld/yunohost/admin/#/apps/my_webapp__2/debug
3. Click in the breadcrumb on "Custom web app" : the link is https://domain.tld/yunohost/admin/#/apps/my_webapp

What happens:

• The link is incorrect : my_webapp instead of my_webapp_2
• Instead of "Custom web app" in the breadcrumb I guess there should be "Second" (the name I gave to my install)

Possibilité d'authentifier une partie du site

Bonjour,
Suite à cette discussion sur le forum:
https://forum.yunohost.org/t/proteger-acces-repertoire-web-htaccess-pour-my-webapp-sous-nginx/13911/15
est-il envisageable d'inclure une authentification de la connexion pour certains répertoires du site?
En vous remerciant

PHP-App can't create subdirs and read own, created files: the origin problem changed

How to post a meaningful bug report

1. Read this whole template first.
2. Determine if you are on the right place:
   • If you were performing an action on the app from the webadmin or the CLI (install, update, backup, restore, change_url...), you are on the right place!
   • Otherwise, the issue may be due to the app itself. Refer to its documentation or repository for help.
   • When in doubt, post here and we will figure it out together.
3. Delete the italic comments as you write over them below, and remove this guide.

---

Describe the bug

Trying using the WBCE CMS. Installing works. But a module needs to write files and creates own subdirs. File writung is okay, creating subdirs not. And: Reading the files gives a 403 forbidden nginx error.

Context

• Hardware: root server with dedicated CPUs (netcup.de)
• YunoHost version: newest
• I have access to my server: Through SSH | through the webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: NO

Steps to reproduce

1. Installing my_webapp on a sub-domain sub.domain.tld or domain.tld (tried both)
2. force an update ---- -F
3. Install WBCE CMS via SFTP/Filezilla

Expected behavior

All files written by SFTP are okay, only problems on files and subdirs (tried) written by the CMS.hown/chmod was checked, everything is my_webapp__X:www-data and/or 0644/755.

Logs

;-( PHP-Log shows no error, when it happens.

Short: Which is the user running PHP inside my_webapp? Where are modifications to make, the PHP-Srcrpts are allowed creating subdirs and so on?

uploading hugo static website doesn't work

Describe the bug

static website created with Hugo doesn't come up at the domain after directory is transferred in my_webapp.

Context

• Hardware: VPS bought online
• YunoHost version: 11.1.0.2
• I have access to my server: Through SSH | through the webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: 1.0

Steps to reproduce

• first, i tried the hard way through scp and changing owners and permission and anyway nothing worked.

• then i tried the clearly easier way with filezilla and still not working:

  1. install my_webapp'
  2. install filezilla
  3. connect to server using details received in email and reach /var/www/my_webapp/www
  4. copy the directory from my laptop in which i built a simple hugo website
  5. go to my_webapp domain and see the info+cats page still there.

-lastly, i've also just tried these instructions and they didn't work neither.

Expected behavior

i would expect to see my static website.

Logs

don't know how to retrieve logs in this case. the only ones i have are the ones from filezilla

Installation failed when dash in the password

When you try to install the app with a password containing one (or more) dash, the installation failed with the following error:

yunohost app setting: error: 
 -v/--value: expected one argument
usage: yunohost app setting [-h] [-d] [-v VALUE] app key
+ sudo yunohost app setting my_webapp password -v -test- --quiet
+ ynh_app_setting_set my_webapp password -test-

SFTP password bug while installation of my_webapp

eleos ~ % sudo yunohost app install my_webapp --debug    
[...]
Available domains:
- eleos.space
- blog.eleos.space
- matrix.eleos.space
Choose a domain for your Webapp (default: eleos.space): blog.eleos.space
Choose a path for your Webapp (default: /site): /
Set the password for the SFTP access. ≥ 5 character: 
Is it a public website? [0 | 1] (default: 1): 
Do you need a MySQL database? [0 | 1] (default: 0): 
22163 ERROR An unexpected error occured
Traceback (most recent call last):
  File "/usr/lib/moulinette/yunohost/app.py", line 768, in app_install
    args=args_list, env=env_dict, user="root")
  File "/usr/lib/moulinette/yunohost/hook.py", line 355, in hook_exec
    command.append(cmd.format(script=cmd_script, args=cmd_args))
ValueError: unmatched '{' in format

After changing the sftp password to a new one with only letters and numbers everything worked fine.
It seems there is a problem with symbols password, especially with the character '{' and make the install script crashing.

Configure caching settings from admin panel

I am getting crazy trying to manually configure Nginx to cache static resources…

It would be great if such configuration could be performed right within YunoHost, without needing to meddle with the Nginx file.

Lost PHP-FRP settings when changing the app URL

Hello dear maintainers,

Describe the bug

I think I ran in a bug recently : just after installing the app on a domain, I decided to move it to another domainb+subdomain. The operation was successful and the index.html file was indeed served at the new URL.
BUT the php-fpm part did not follow through : My setting was with php8.0-fpm, and the moved app tried to use php7.4-fpm as a default. As it is not installed on my setup (only 7.0 and 7.3) the .php pages were in 503 error.

Context

• Hardware: Proxmox VM on a dedicated server
• YunoHost version: 11.0.10.2
• I have access to my server: Through SSH and the webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: stable
• If upgrading, current package version: N/A

Steps to reproduce

• Install the webapp through webadmin, with php settings other than 7.4.
• Check that the setting is indeed recorded in the app's settings.yaml and in the php config.
• change url and path (through webadmin)
• see that 503 error
• Check that the file /etc/nginx/conf.d/maindomain.tld.d/my_webapp.conf has the line fastcgi_pass unix:/var/run/php/php7.4-fpm-my_webapp.sock;

Expected behavior

PHP settings should be kept when moving the app.

Manual Fix

I changed the .conf file' line back to 8.0 and everything went well !

Logs

• App install : https://paste.yunohost.org/raw/tuqeyajuho
• URL change : https://paste.yunohost.org/raw/xiboreceve (

Thanks for your help and your time, it's no rush : have a nice end of the year 😺

Can't edit index.html at all without encountering a 403 Forbidden message

On a fresh install of my_webapp, using sftp with the my_webapp user to edit or replace the index.html file at all causes a "403 Forbidden" error.

• Hardware: x86_64 Desktop PC
• YunoHost version: 11.0.9.15
• I have access to my server: Direct Access, SSH, SFTP, WebAdmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: No
• Using, or trying to install package version/branch: main

Steps to reproduce

1. Install my_webapp
2. Use SFTP to log into my_webapp using the webapp password
3. Edit/Replace index.html
4. Visit the webapp from a browser
5. "403 Forbidden"

Expected behavior

After editing Index.html, have it update

Logs

Not really sure if there are logs for a file change. I can attach a screenshot of the 403 error but its fairly common and unhelpful. If there's anything in particular I should run in the terminal or logs I can find and post please let me know.

Update

I fixed the issue by running
cd /var/www/my_webapp/www
chown 997:33 index.html
as the root user. I don't think that is supposed to be normal however.

Pas de chroot sftp ?

https://forum.yunohost.org/t/mywebapp-sft-et-chroot/2410

avoid nuking existing nginx configs on update

Describe the bug

on updating an instance of my_webapp, existing nginx config is backed up and a new one put in its place. i wonder if this makes sense in the case of such an app, which will almost always require substantial user edits to its nginx config to run the app it contains. is there no way around it? merging the changes back in by hand seems pretty fiddly and error-prone. are the changes to the nginx config in a new version ever significant themselves? if not, is it possible to check whether there are any significant changes and only push the existing config aside if there are?

ideally a diff/merge would be possible.

Context

• Hardware: Other ARM board

• YunoHost version: 11.x (stable)

• I have access to my server: Through SSH | through the webadmin

• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no

• Using, or trying to install package version/branch: 1.0~ynh10

Steps to reproduce

upgrade from ~ynh9 to ~ynh10

Levl 5 forced

>>>> INSTALL SCRIPT <<<<
✘ At line 36 'ynh_die' or 'exit' command is executed with system modification before.
 This system modification is an issue if a verification exit the script.
 You should move this verification before any system modification.
✘ set -eu is missing at beginning of file. For details, look at https://dev.yunohost.org/issues/419

No system modifications before the line 36.
set -eu replaced by ynh_abort_if_errors

>>>> REMOVE SCRIPT <<<<
✘ set -u is missing at beginning of file. For details, look at https://dev.yunohost.org/issues/419

No set -u, but using of ynh_secure_remove

>>>> UPGRADE SCRIPT <<<<
✘ At line 31 'ynh_die' or 'exit' command is executed with system modification before.
 This system modification is an issue if a verification exit the script.
 You should move this verification before any system modification.
✘ set -eu is missing at beginning of file. For details, look at https://dev.yunohost.org/issues/419

No system modifications before the line 31.
set -eu replaced by ynh_abort_if_errors

>>>> BACKUP SCRIPT <<<<
✘ set -eu is missing at beginning of file. For details, look at https://dev.yunohost.org/issues/419 

set -eu is at the line 10.

>>>> RESTORE SCRIPT <<<<
✘ At line 39 'ynh_die' or 'exit' command is executed with system modification before.
 This system modification is an issue if a verification exit the script.
 You should move this verification before any system modification.
✘ set -eu is missing at beginning of file. For details, look at https://dev.yunohost.org/issues/419

No system modifications before the line 39.
set -eu is at the line 10.

Config unavailable. Error: "Config panel versions '0.1' are not supported."

Describe the bug

Choosing"Configure this app" gives an error: Config panel versions '0.1' are not supported.

Context

• Hardware: Old laptop or computer
• YunoHost version: 4.3.2.2 (stable)
• I have access to my server: all kinds of access. Using web UI in this case.
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: 1.0~ynh5

Steps to reproduce

• If the error occurs in your browser, explain what you did:
  1. Go to ' Applications
     my_webapp '
  2. Click on 'Configure this app'
  3. See error: Config panel versions '0.1' are not supported.

Expected behavior

Configuration options for my_webapp should be displayed.

Logs

Tools>Logs list does not contain this event.

Invalid SSO integration with secondary domain

Describe the bug

With multiple domain managed by YunoHost, ynh integration isn't valid in my_webapp.

Context

• Hardware: Dedicated server
• YunoHost version: 4.8.2.1 4.3.6
• I have access to my server: Through SSH & through the webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: master

Steps to reproduce

• Add a secondary domain (not subdomain) on an ynh instance
• install "my_webapp" on this subdomain root
• go to the url with a web browser (firefox), and open web browser console
• see error like :
  The resource from “https://secondary-domain.ynh/ynh_portal.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
  The resource from “https://secondary-domain.ynh/ynh_overlay.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
  The resource from “https://secondary-domain.ynh/ynhtheme/custom_portal.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
  The resource from “https://secondary-domain.ynh/ynhtheme/custom_overlay.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).

Expected behavior

For independant domain, ynh js and css shouldn't be integrated
or
resource should be available
An option to choose should also be good.

paths like `/post/example-post` should serve `example-post.html`

I actually think it's fairly standard practice outside of react or angular frameworks for paths like /post/example-post to go to example-post.html

This is a part of the modern web, I think.

If you look at the url for this pull request, for example, it is https://github.com/YunoHost-Apps/my_webapp_ynh/pull/76 without a file extension!

Originally posted by @NathanRussellUK in #76 (comment)

Site non consultable par le public

Bonjour,

J'ignore pourquoi bien tout fonctionne très bien, j'ai installé un joomla grâce my-webapp, ça fonctionne très bien sauf que les visiteurs public n'accède pas au site et on arrive sur une page de connexion yunohost. Comment faire ?

I don't know why ... everything works very well, I installed a joomla thanks to my-webapp, it works very well except that public visitors do not access the site and you arrive on a yunohost login page. How to do ?

thanks you for your help !

SSH conf & SFTP

[FR]
La page "sécurité" de la doc YunoHost (https://yunohost.org/#/security_fr) propose le changement de port SSH & la limite des users autorisés à la connexion.

Ceci rend incompatible l'affichage final de l'application, qui demande de se connecter avec un user qui n'a pas les droits, à un port qui n'est probablement pas le bon.

Je pense qu'un correctif intéressant pourrait être appliqué de manière à :

• lire le fichier sshd_config
• récupérer les valeurs des utilisateurs autorisés (ou ajouter l'utilisateur webapp1) & du port ssh
• modifier la page index.html en conséquence

With datalove

[EN]
The security page from the YunoHost documentation (https://yunohost.org/#/security) offers to change the SSH port and to limit the access to specific users.

This makes incompatible the final display which asks for connecting with an user who hasn't enough rights, and from a port which is probably not the good one.

I think that an interesting correction could be applyed in order to :

• read the sshd_config file
• get the values of allowed users (or add the allowed user webapp1) & of the ssh port
• consequently edit the page index.html

With datalove

Ecrasement de config en multi-install lors de l'upgrade

Hello,

Lors de l'upgrade de cette app par l'interface admin web de yunohost, je crois qu'une partie de la config a été écrasée, sur Raspbian Jessie.
J'avais deux my_webapp_ynh avec SFTP, mais seule une était indiquée comme "à mettre à jour". Une fois l'upgrade faite, la config de l'accès SFTP (la partie "##-> my_webapp..." dans /etc/ssh/sshd_config) pour la deuxième app a disparu. Du coup impossible de m'y connecter sans recopier la config à la main. Le site est cependant toujours servi par Nginx.

Y'a-t-il qqchose à réparer ? Je reste disponible pour aider au fix.

Merci !

Problème après mise à jour de Custom Webapp

Bonjour,

après avoir fait la mise à jour proposée par Yunohost de Custom Webapp , mise à jour effectuée hier ou avant hier je ne sais plus, un problème survient.

En effet, j’ai un site internet statique construit avec Hugo https://gohugo.io/ . Je mets donc simplement mes fichiers dans l’application Custom Webapp.

Or la mise à jour de Custom Webapp a cassé mon site (Il est entendu que je n’ai pas modifié mon site entre-temps).

Le site avant la mise à jour :

Le site après la mise à jour :

J’ai donc tenté une restauration de Custom Webapp d’avant la mise à jour et mon site est revenu à la normale.

sftp connection doesn't work after webapp creation

Describe the bug

A clear and concise description of what the bug is.

Context

• Hardware: Dedicated server
• YunoHost version: 4.3.6
• I have access to my server: Through SSH & through the webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no

Steps to reproduce

1. on a domain (or subdomain) install Custom Webapp application with SFTP access.
   Wait is finished and :
2. Tried to connect to server with webapp user and password.
   The password is accepted, but the connexion is closed with (on client) :
   client_loop: send disconnect: Broken pipe

Expected behavior

The connection should work when webapp is installed.

Logs

On the server there is this sshd log :

journalctl 16:23:50 sshd[2856]: Connection from port 38674 on port 22
journalctl 16:23:55 sshd[2856]: Accepted password for my_webapp from 4 port 38674 ssh2
journalctl 16:23:55 sshd[2856]: pam_unix(sshd:session): session opened for user my_webapp by (uid=0)
journalctl 16:23:55 sshd[2856]: User child is on pid 2881
journalctl 16:23:55 sshd[2856]: pam_unix(sshd:session): session closed for user my_webapp

auth.log 16:23:55 xoddark sshd[2856]: Accepted password for my_webapp from port 38674 ssh2
auth.log 16:23:55 xoddark sshd[2856]: pam_unix(sshd:session): session opened for user my_webapp by (uid=0)
auth.log 16:23:55 xoddark systemd-logind[387]: New session 17 of user my_webapp.
auth.log 16:23:55 xoddark systemd: pam_unix(systemd-user:session): session opened for user my_webapp by (uid=0)
auth.log 16:23:55 xoddark sshd[2856]: User child is on pid 2881
auth.log 16:23:55 xoddark sshd[2881]: fatal: bad ownership or modes for chroot directory "/var/www/my_webapp"
auth.log 16:23:55 xoddark sshd[2856]: pam_unix(sshd:session): session closed for user my_webapp

The important line seems to be :
fatal: bad ownership or modes for chroot directory "/var/www/my_webapp"

Manual fix :

When I have take a look on server I see this folder right :
drwxrwx---+ 3 root root 4096 Jan 16 15:05 my_webapp
Removed the group write right fixed the issue. New
drwxr-x---+ 3 root root 4096 Jan 16 15:05 my_webapp

I supposed than ynh_system_user_create should remove group write access or my_webapp should fix right after home folder creation.

webapp1 as user after 1.0~ynh3 upgrade

After the 1.0~ynh3 upgrade, the credentials page still displays webapp1 as user instead of my_webapp

sftp connection does not work with user created by app

Hi !
I've got an issue with sftp connection as reported here (in french) : https://forum.yunohost.org/t/connexion-sftp-impossible/1160/9
Could I have some help on this please ?
Thanks !

Gestion des redirections internes (HTACCESS)

Bonjour,
J'ai pour projet un petit site en React (Client side only)
Je l'hébergeait avant sur un autre serveur et avait mis en place un .htaccess pour rediriger les routes incomprises vers l'index de l'application et ainsi éviter les 404.
Est il possible de faire de même avec Custom Webapp ?

Remove FTP access and change the password for FTP

Hi
I want to know, how can I remove the FTP access for a webapp(the option for having a FTP or not while installation of webapp would be great, just like it asks for database) ?

I would also like to change the password for the FTP of a webapp. Is it possible to change it?

Possibilité de choisir la version de PHP

Bonjour,

Serait-il possible d'envisager la possibilité de choisir la version de PHP lors de l'installation, parmi les versions disponibles sur le système ?

En effet j'aurais souhaité installer deux fois my_webapp, chacun avec une version differente de php en fonction des applications php.

Versions utilisées :
Yunohost : 4.2.8.3
my_webapp : 1.0~ynh5

Merci

Flagged as broken in catalog ?

Hi there,

I've have a few Custom Webapps installed on a VPS for serving static websites.

Everything is up and running for while and, without having touched anything, I started receiving the following warning for only one of them for the last few days:

[WARNING] An issue was found for app NAME
  - This application is currently flagged as broken on YunoHost's application catalog.
This may be a temporary issue while the maintainers attempt to fix the issue.
In the meantime, upgrading this app is disabled.

Everything seems to work fine though, so just wanted to inform you about that and ask if there is anything that should be done on my side ? Or I maybe i should just mute this diagnosis for now 🤷‍♂️

Thank you for maintaining this app (as well as ynh)

Cheers !

Help with nginx

Describe the bug

Nginx conf is not fully suitable to use Translucide

Context

• Hardware: Raspberry Pi at home
• YunoHost version: 4.3
• I have access to my server: Through SSH | through the webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: Translucide CMS on My WebbApp

Steps to reproduce

• with original nginx conf of my webapp Translucide CMS don't display much if I install it in a subdirectory /site/

Expected behavior

It displays all pages (I managed thanks to wordpress and pluxml nginx conf in yunohost but it doesn't work fully.

I explain all details in here : https://forum.yunohost.org/t/help-with-nginx-conf/19437

I'm looking for help from an nginx yunohost knowledgeable person :-)

Change PHP version under 7.1

Hello,
How can I change PHP version under 7.1 ? I want to use PHP5.
How to use PHP5 in my webapp ?

Thanks

Custom Web Application password issue

I installed the Gibbon LMS in Yunohost using the custom web app. When I try to logon into Gibbon, it defaults back to YunoHost Portal. What can I do to get access? I've tried YunoHost accounts as well as the user webapp6 which appeared at the install in YunoHost.

Possibilité de configurer la BDD

Bonjour,
En tant qu'utilisateur de Yunohost, je souhaite pouvoir paramétrer la création de la base de données à l'installation du composant Custom_Webapp.

db_name
user
password

#4 - systemctl reload sshd doesn't work either

For me, neither service sshd reload nor systemctl reload sshd work. => #4

sudo service sshd reload
sshd: unrecognized service

sudo systemctl reload sshd
Failed to reload sshd.service: Unit sshd.service failed to load: No such file or directory.

Why not use service ssh reload instead => https://wiki.debian.org/fr/SSH#line-352 ?

no contact

the Custom Webapp is installed but the Contact to the server does NOT work. Have a lock at the log
Any idea what could help? thanks

WinSCP Version 5.13.7

Session name: webapp1@ xx.yy.de (Site)
. 2019-01-09 16:28:34.413 Host name: xx.yy.de (Port: 22)
. 2019-01-09 16:28:34.413 User name: webapp1 (Password: No, Key file: No, Passphrase: No)
. 2019-01-09 16:28:34.413 Tunnel: No
. 2019-01-09 16:28:34.413 Transfer Protocol: SFTP (SCP)
. 2019-01-09 16:28:34.413 Ping type: Off, Ping interval: 30 sec; Timeout: 15 sec
. 2019-01-09 16:28:34.413 Disable Nagle: No
. 2019-01-09 16:28:34.413 Proxy: None
. 2019-01-09 16:28:34.413 Send buffer: 262144
. 2019-01-09 16:28:34.413 SSH protocol version: 2; Compression: No
. 2019-01-09 16:28:34.413 Bypass authentication: No
. 2019-01-09 16:28:34.413 Try agent: Yes; Agent forwarding: No; TIS/CryptoCard: No; KI: Yes; GSSAPI: Yes
. 2019-01-09 16:28:34.413 GSSAPI: Forwarding: No; Libs: gssapi32,sspi,custom; Custom:
. 2019-01-09 16:28:34.413 Ciphers: aes,chacha20,blowfish,3des,WARN,arcfour,des; Ssh2DES: No
. 2019-01-09 16:28:34.413 KEX: ecdh,dh-gex-sha1,dh-group14-sha1,rsa,WARN,dh-group1-sha1
. 2019-01-09 16:28:34.413 SSH Bugs: Auto,Auto,Auto,Auto,Auto,Auto,Auto,Auto,Auto,Auto,Auto,Auto,Auto
. 2019-01-09 16:28:34.413 Simple channel: Yes
. 2019-01-09 16:28:34.413 Return code variable: Autodetect; Lookup user groups: Auto
. 2019-01-09 16:28:34.413 Shell: default
. 2019-01-09 16:28:34.413 EOL: LF, UTF: Auto
. 2019-01-09 16:28:34.413 Clear aliases: Yes, Unset nat.vars: Yes, Resolve symlinks: Yes; Follow directory symlinks: No
. 2019-01-09 16:28:34.413 LS: ls -la, Ign LS warn: Yes, Scp1 Comp: No
. 2019-01-09 16:28:34.413 SFTP Bugs: Auto,Auto
. 2019-01-09 16:28:34.413 SFTP Server: default
. 2019-01-09 16:28:34.413 Local directory: default, Remote directory: home, Update: Yes, Cache: Yes
. 2019-01-09 16:28:34.413 Cache directory changes: Yes, Permanent: Yes
. 2019-01-09 16:28:34.413 Recycle bin: Delete to: No, Overwritten to: No, Bin path:
. 2019-01-09 16:28:34.413 DST mode: Unix
. 2019-01-09 16:28:34.413 --------------------------------------------------------------------------
. 2019-01-09 16:28:34.440 Looking up host "xx.yy.de" for SSH connection
. 2019-01-09 16:28:34.441 Connecting to 78.48.35.251 port 22
. 2019-01-09 16:28:34.527 We claim version: SSH-2.0-WinSCP_release_5.13.7
. 2019-01-09 16:28:34.547 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:34.547 Detected network event
. 2019-01-09 16:28:34.593 Detected network event
. 2019-01-09 16:28:34.593 Server version: SSH-2.0-OpenSSH_7.4p1 Debian-10+deb9u4
. 2019-01-09 16:28:34.593 Using SSH protocol version 2
. 2019-01-09 16:28:34.593 Have a known host key of type ssh-ed25519
. 2019-01-09 16:28:34.593 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:34.604 Detected network event
. 2019-01-09 16:28:34.605 Doing ECDH key exchange with curve Curve25519 and hash SHA-256
. 2019-01-09 16:28:34.620 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:34.678 Detected network event
. 2019-01-09 16:28:35.222 Server also has ecdsa-sha2-nistp256/ssh-rsa host keys, but we don't know any of them
. 2019-01-09 16:28:35.225 Host key fingerprint is:
. 2019-01-09 16:28:35.225 ssh-ed25519 256 e9:af:11:43:44:2d:55:37:34:d0:7a:f7:d4:2c:2f:53 hZ4eIwOtMU8bRkywQqxPrtBNsV4ie5tV2oL4M5aZIEY=
. 2019-01-09 16:28:35.225 Verifying host key ssh-ed25519 0x72b7fd6bb3eb8b1c c00dde4370b06af9 714cf0ead7468d7d 9452e19702207184 ,0x1a37e0efe551d33e 38f53514299c49e4 c11a91c7587a4f45 c4675852286eaa74 with fingerprints ssh-ed25519 256 e9:af:11:43:44:2d:55:37:34:d0:7a:f7:d4:2c:2f:53 hZ4eIwOtMU8bRkywQqxPrtBNsV4ie5tV2oL4M5aZIEY=
. 2019-01-09 16:28:35.259 Host key matches cached key
. 2019-01-09 16:28:35.260 Initialised AES-256 SDCTR client->server encryption
. 2019-01-09 16:28:35.260 Initialised HMAC-SHA-256 client->server MAC algorithm
. 2019-01-09 16:28:35.260 Initialised AES-256 SDCTR server->client encryption
. 2019-01-09 16:28:35.260 Initialised HMAC-SHA-256 server->client MAC algorithm
. 2019-01-09 16:28:35.260 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:35.261 Detected network event
! 2019-01-09 16:28:35.261 Using username "webapp1".
. 2019-01-09 16:28:35.272 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:35.286 Detected network event
. 2019-01-09 16:28:35.286 Server offered these authentication methods: publickey,password
. 2019-01-09 16:28:35.286 Prompt (password, "SSH password", , "&Passwort:")
. 2019-01-09 16:28:41.156 Sent password
. 2019-01-09 16:28:41.156 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:41.322 Detected network event
. 2019-01-09 16:28:41.322 Access granted
. 2019-01-09 16:28:41.322 Opening session as main channel
. 2019-01-09 16:28:41.322 Waiting for the server to continue with the initialization
. 2019-01-09 16:28:42.044 Detected network event
. 2019-01-09 16:28:42.044 Network error: Software caused connection abort

• 2019-01-09 16:28:42.065 (EFatal) Netzwerkfehler: Software verursachte einen Verbindungsabbruch.
• 2019-01-09 16:28:42.065 Anmeldungsprotokoll (Siehe Sitzungsprotokoll für Details):
• 2019-01-09 16:28:42.065 Verwende Benutzername "webapp1".
• 2019-01-09 16:28:42.065
• 2019-01-09 16:28:42.065 Anmeldung fehlgeschlagen.

Error 404, static website

Hello,

I have a website static in ReactJS, but when I try to go in the path https://foo.fr/test I have a redirection 404 of Nginx.

I think the configuration isn't good for modern framework as ReactJS, Angular, VueJS and more...

Nom de la base de donnée

La presence du caractère "_" entraine un bug lors de l'installation de certaine application qui liste les bases disponibles, la suppression du caractère dans manifest.json règle le problème.

How to activate PHP modules

I'd like to activate sqlite driver.
Is it possible?
How to access to php.ini to do this, please?

Error 403 on RPi 3B with YunoHost 4.2.3.1 (testing)

Hello,

Following this post on the forum ...
https://forum.yunohost.org/t/fonctionnement-de-filezilla-et-customwebapp-depuis-une-mise-a-jour/15600/8
... I tried to make a fresh install of the application on my Raspberry Pi 3 B which runs with the latest testing version of YunoHost.

Unfortunately I get a 403 error and sftp access via FileZilla is impossible: Authentication failed.

With FileZilla as admin I have :

• 755 on /var/www/my_webapp ;
• 755 on /var/www/my_webapp/www ;
• 640 on /var/www/my_webapp/www/index.html.

It works both -web and sftp- on my VPS x64 with the last stable YunoHost release 4.1.8.
And I've :

• 755 on /var/www/my_webapp ;
• 755 on /var/www/my_webapp/www ;
• 644 on /var/www/my_webapp/www/index.html.

I hope that these lines will help to solve the issue <3

ppr

App script file 'backup' is not updated with update to "1.0~ynh7"

Describe the bug

Durring update of app from 1.0~ynh5 to 1.0~ynh7 the file scripts/backup wasn't updated.

Context

• Hardware: Dedicated server ...
• YunoHost version: 4.3.4
• I have access to my server: *Through SSH | through the webadmin *
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: master/stable
• If upgrading, current package version: 1.0~ynh7

Steps to reproduce

• Have a my_webapp installed in 1.0~ynh5
• Ask yunohost to update it to 1.0~ynh7
• lookat in /etc/yunohost/apps/my_webapp/scripts folder, and see than file don't have changed (date and content)

Expected behavior

The script files should be updated when the application is updated