Comment installer le logiciel de gestion d'événements Attendize sur Ubuntu 18.04 LTS

apt-get install apache2 mariadb-server php7.2 php7.2-cli php7.2-fpm php7.2-common php7.2-mysql php7.2-curl php7.2-json php7.2-zip php7.2-gd php7.2-xml php7.2-mbstring php7.2-opcache php7.2-pgsql curl git unzip -y

systemctl start nginx  
systemctl enable nginx  
systemctl start mariadb  
systemctl enable mariadb

mysql_secure_installation

Pour se connecter à MariaDB et le sécuriser, nous aurons besoin du mot de passe actuel de l'utilisateur root. Si vous venez d'installer MariaDB et que vous n'avez pas encore défini le mot de passe root, le mot de passe sera vide, donc vous devriez simplement appuyer sur entrer ici.

Entrez le mot de passe actuel pour root (appuyez pour aucun) : 
OK, mot de passe utilisé avec succès, passage à la suite...

Définir le mot de passe root garantit que personne ne peut se connecter à l'utilisateur root de MariaDB sans l'autorisation appropriée.

Vous avez déjà un mot de passe root défini, donc vous pouvez répondre en toute sécurité 'n'.

Changer le mot de passe root ? [Y/n] n
 ... saut.

Par défaut, une installation de MariaDB a un utilisateur anonyme, permettant à quiconque de se connecter à MariaDB sans avoir à créer un compte utilisateur pour eux. Cela est uniquement destiné à des fins de test et pour faciliter l'installation. Vous devriez les supprimer avant de passer à un environnement de production.

Supprimer les utilisateurs anonymes ? [Y/n] Y
 ... Succès !

Normalement, root ne devrait être autorisé à se connecter que depuis 'localhost'. Cela garantit que quelqu'un ne peut pas deviner le mot de passe root depuis le réseau.

Interdire la connexion root à distance ? [Y/n] Y
 ... Succès !

Par défaut, MariaDB est livré avec une base de données nommée 'test' à laquelle tout le monde peut accéder. Cela est également destiné uniquement à des fins de test et doit être supprimé avant de passer à un environnement de production.

Supprimer la base de données de test et l'accès à celle-ci ? [Y/n] Y
 - Suppression de la base de données de test...
 ... Succès !
 - Suppression des privilèges sur la base de données de test...
 ... Succès !

Recharger les tables de privilèges garantira que tous les changements effectués jusqu'à présent prendront effet immédiatement.

Recharger les tables de privilèges maintenant ? [Y/n] Y
 ... Succès !

Nettoyage...

Tout est fait ! Si vous avez complété toutes les étapes ci-dessus, votre installation de MariaDB devrait maintenant être sécurisée.

Merci d'utiliser MariaDB !

mysql -u root -p

MariaDB [(none)]> CREATE DATABASE attendizedb;  
MariaDB [(none)]> GRANT ALL PRIVILEGES ON attendizedb.* TO 'attendize'@'localhost' IDENTIFIED BY "password";

MariaDB [(none)]> FLUSH PRIVILEGES;  
MariaDB [(none)]> EXIT;

curl -sS https://getcomposer.org/installer -o composer-setup.php  
php composer-setup.php --install-dir=/usr/local/bin --filename=composer

composer --version

Version de Composer 1.8.6 2019-06-11 15:03:05

cd /var/www/html/  
git clone https://github.com/Attendize/Attendize attendize

cd attendize  
mv .env.example .env

nano .env

DB_TYPE=mysql
DB_HOST=db
DB_PORT=3306
DB_DATABASE=attendizedb
DB_USERNAME=attendize
DB_PASSWORD=password 

chown -R www-data:www-data /var/www/html/attendize  
chmod -R 755 /var/www/html/attendize

nano /etc/nginx/sites-available/attendize.conf

server {
    listen 80;
    listen [::]:80;

    server_name example.com;
    root /var/www/html/attendize/public;

    index index.php;

    location / {
        try_files $uri $uri/ /index.php$is_args$args;
    }

    location ~ \.php$ {
        try_files $uri =404;
        fastcgi_pass unix:/var/run/php/php7.2-fpm.sock; # Vérifiez ceci
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

ln -s /etc/nginx/sites-available/attendize.conf /etc/nginx/sites-enabled/

nginx -t

nginx : le fichier de configuration /etc/nginx/nginx.conf a une syntaxe correcte
nginx : le test du fichier de configuration /etc/nginx/nginx.conf est réussi

systemctl reload nginx  
systemctl restart php7.2-fpm

systemctl status nginx

? nginx.service - Un serveur web haute performance et un serveur proxy inverse
   Chargé : chargé (/lib/systemd/system/nginx.service; enabled; preset du fournisseur : enabled)
   Actif : actif (en cours d'exécution) depuis lun. 2019-07-22 05:07:19 UTC; 3s ago
     Docs : man:nginx(8)
  Processus : 17781 ExecStop=/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/nginx.pid (code=exited, status=0/SUCCESS)
  Processus : 17793 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Processus : 17783 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
 Main PID : 17794 (nginx)
    Tâches : 2 (limite : 1114)
   CGroup : /system.slice/nginx.service
           ??17794 nginx: processus maître /usr/sbin/nginx -g daemon on; master_process on;
           ??17796 nginx: processus de travail

Jul 22 05:07:19 ubuntu1804 systemd[1]: Arrêté Un serveur web haute performance et un serveur proxy inverse.
Jul 22 05:07:19 ubuntu1804 systemd[1]: Démarrage d'un serveur web haute performance et d'un serveur proxy inverse...
Jul 22 05:07:19 ubuntu1804 systemd[1]: nginx.service : Échec de l'analyse du PID à partir du fichier /run/nginx.pid : Argument invalide
Jul 22 05:07:19 ubuntu1804 systemd[1]: Démarré Un serveur web haute performance et un serveur proxy inverse.