[Framaforms] problème installation

[Aym-1]

Salut,

J’ai essayé de reprendre le debug. J’ai cherché du côté de Drush pour debugger les erreurs Drupal.
J’ai installé Drush de manière global, pas d’install « site ».
Une fois Drush installé, j’ai testé l’install en appelant Drush depuis un dossier quelconque ne contenant pas le site framforms.
La commande drush core-status me retourne ça

 PHP executable         :  /usr/bin/php
 PHP configuration      :  /etc/php/7.3/cli/php.ini
 PHP OS                 :  Linux
 Drush script           :  /var/www/.composer/vendor/drush/drush/drush.php
 Drush version          :  8.3.2
 Drush temp directory   :  /tmp
 Drush configuration    :
 Drush alias files      :

J’en déduis que l’installation s’est bien passée.

Lorsque je lance n’importe quelle commande Drush depuis le dossier /var/www/html/ (où se trouve mon site framaforms), j’obtiens les erreurs suivantes

Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Attempt to assign property 'rdf_mapping' of non-object rdf.module:412         [warning]
Drush command terminated abnormally due to an unrecoverable error.            [error]
Error : Call to a member function events() on string dans RulesEventSet::rebuildEventCache() (ligne 838 dans /var/www/html/sites/all/modules/rules/includes/rules.plugins.inc).

J’ai donc ensuite nettoyé le cache Drupal directement en base, puis j’ai essayé d’accéder à la page web qui m’a renvoyé l’erreur habituelle, avec le style Framaforms (pour rappel l’erreur est: « Le site Web a rencontré une erreur inattendue. Veuillez essayer de nouveau plus tard. »).

Après ça, drush core-status depuis /var/www/html me retourne quelque chose de similaire, mais avec une petite variation par rapport aux erreurs précédentes

Invalid argument supplied for foreach() common.inc:7300                       [warning]
array_keys() expects parameter 1 to be array, null given common.inc:7320      [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() entity.controller.inc:259             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Invalid argument supplied for foreach() rules.core.inc:56                     [warning]
Attempt to assign property 'dependencies' of non-object rules.core.inc:61     [warning]
Attempt to assign property 'tags' of non-object rules.core.inc:62             [warning]
Attempt to assign property 'rdf_mapping' of non-object rdf.module:412         [warning]
WD php: Error: Call to a member function events() on string in                [error]
RulesEventSet::rebuildEventCache() (line 838 of
/var/www/html/sites/all/modules/rules/includes/rules.plugins.inc).
PHP Fatal error:  Uncaught Error: Call to a member function plugin() on string in /var/www/html/sites/all/modules/rules/includes/rules.core.inc:84
Stack trace:
#0 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(774): RulesEntityController->applyConditions(Array, Array)
#1 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(223): EntityAPIControllerExportable->cacheGet(false, Array)
#2 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(730): EntityAPIController->load(false, Array)
#3 /var/www/html/includes/common.inc(8086): EntityAPIControllerExportable->load(false, Array)
#4 /var/www/html/sites/all/modules/entity/entity.module(259): entity_load('rules_config', false, Array)
#5 /var/www/html/sites/all/modules/rules/rules.module(892): entity_load_multiple_by_name('rules_config', false, Array)
#6 /var/www/html/sites/all/modules/rules/includes/rules.plugins.inc(835): rules_config_load_multiple(false, Array)
#7 /var/www/html/sites/all/modules/rules/rules.module(413): RulesE in /var/www/html/sites/all/modules/rules/includes/rules.core.inc on line 84
Drush command terminated abnormally due to an unrecoverable error.            [error]
Error: Uncaught Error: Call to a member function plugin() on string in
/var/www/html/sites/all/modules/rules/includes/rules.core.inc:84
Stack trace:
#0 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(774):
RulesEntityController->applyConditions(Array, Array)
#1 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(223):
EntityAPIControllerExportable->cacheGet(false, Array)
#2 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(730):
EntityAPIController->load(false, Array)
#3 /var/www/html/includes/common.inc(8086):
EntityAPIControllerExportable->load(false, Array)
#4 /var/www/html/sites/all/modules/entity/entity.module(259):
entity_load('rules_config', false, Array)
#5 /var/www/html/sites/all/modules/rules/rules.module(892):
entity_load_multiple_by_name('rules_config', false, Array)
#6 /var/www/html/sites/all/modules/rules/includes/rules.plugins.inc(835):
rules_config_load_multiple(false, Array)
#7 /var/www/html/sites/all/modules/rules/rules.module(413): RulesE in
/var/www/html/sites/all/modules/rules/includes/rules.core.inc, line 84

On retrouve ici toutes les erreurs PHP qu’on avait dans le error.log Nginx.
Après exécution de la commande Drush, quand je recharge la page web, je perd le style Framaforms.
Si je nettoie le cache Drupal de nouveau et que je recharge la page, je retrouve le style.

Bref, je sais plus trop où chercher maintenant. Des idées?

[thelem]

Salut @Aym-1 , c’est des erreurs résiduelles que j’ai aussi en local. De mon côté, la manip suivante permet de faire marcher le site (c’est honteux mais bon, d’ici que j’ai trouvé d’où elles viennent on fait avec) :

1. drush cc all pour supprimer le cache
2. rafraichir la page >> on obtient l’erreur dont tu parlais
3. drush ws pour voir les logs, qui apparemment déclenche la reconstruction des caches.
4. re-rafraîchir la page >> plus d’erreur.

Pas vraiment une explication, mais dis-moi si ça marche ?

[thelem]

Salut @RainX,

@RainX

Tout comme @emilie, avec le code de git clone https://framagit.org/framasoft/framaforms.git et une base de donnée vidée, Dupral se lance correctement et les logs d’erreur de Nginx sont vides.

Tu veux dire que Drupal se lance avec une page d’installation ? (l’url point sur install.php normalement).

@RainX

Du coup, je ne pense pas que se soit du côté des droits qu’il faille regarder.

Avec une BDD vide, le chemin vers le répertoire privé (framaforms_private/) n’est pas configuré, Drupal ignore donc l’existence de ce dossier. Ça explique aussi pourquoi tu n’as pas de style : le thème Framaforms (avec les CSS et compagnie) est configuré dans la BDD.
Par contre un fois que la BDD est renseignée avec tous les paramètres, les branchements de modules, etc, Drupal va commencer à peupler ce dossier avec des fichiers utilisateur. Donc pas exclu que ce soit un problème de droit (par contre j’avoue qu’avec tout ce qu’il s’est dit au-dessus, je commence à sécher…).

@RainX

Le dossier files, ne comporte, par défaut, qu’un dossier imgforms .

'fectivement, ça manque. Je l’ajouterai à l’occase. En attendant, si tu veux ajouter ton propre logo (en le nommant Framasoft_Logo.svg.png et en le plaçant au même endroit) ça devrait marcher.

@RainX

il y des points qui se baladent aux default et qui provoquent des erreurs fatal de php.

Pas sûr que ce soit le markdown… cette erreur me dit quelque chose. Ça règle les erreurs d’enlever les points ?

@RainX

De plus, si vous pouviez ajouter dans cette doc, au niveau des pré-requis, qu’il y a besoin de php-pgsql , ce serait cool.

C’est ajouté dans le wiki ^^ merci de l’avoir signalé

Bonne chance !

[Aym-1]

Salut @thelem

Malheureusement, la commande drush cc all part en erreur aussi. J’ai essayé en root et en user www-data, même résultat.

WD php: Error: Call to a member function events() on string in RulesEventSet::rebuildEventCache() (line 838 of                                                            [error]
/var/www/html/sites/all/modules/rules/includes/rules.plugins.inc).
PHP Fatal error:  Uncaught Error: Call to a member function plugin() on string in /var/www/html/sites/all/modules/rules/includes/rules.core.inc:84
Stack trace:
#0 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(774): RulesEntityController->applyConditions(Array, Array)
#1 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(223): EntityAPIControllerExportable->cacheGet(false, Array)
#2 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(730): EntityAPIController->load(false, Array)
#3 /var/www/html/includes/common.inc(8086): EntityAPIControllerExportable->load(false, Array)
#4 /var/www/html/sites/all/modules/entity/entity.module(259): entity_load('rules_config', false, Array)
#5 /var/www/html/sites/all/modules/rules/rules.module(892): entity_load_multiple_by_name('rules_config', false, Array)
#6 /var/www/html/sites/all/modules/rules/includes/rules.plugins.inc(835): rules_config_load_multiple(false, Array)
#7 /var/www/html/sites/all/modules/rules/rules.module(413): RulesE in /var/www/html/sites/all/modules/rules/includes/rules.core.inc on line 84
Drush command terminated abnormally due to an unrecoverable error.                                                                                                        [error]
Error: Uncaught Error: Call to a member function plugin() on string in /var/www/html/sites/all/modules/rules/includes/rules.core.inc:84
Stack trace:
#0 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(774): RulesEntityController->applyConditions(Array, Array)
#1 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(223): EntityAPIControllerExportable->cacheGet(false, Array)
#2 /var/www/html/sites/all/modules/entity/includes/entity.controller.inc(730): EntityAPIController->load(false, Array)
#3 /var/www/html/includes/common.inc(8086): EntityAPIControllerExportable->load(false, Array)
#4 /var/www/html/sites/all/modules/entity/entity.module(259): entity_load('rules_config', false, Array)
#5 /var/www/html/sites/all/modules/rules/rules.module(892): entity_load_multiple_by_name('rules_config', false, Array)
#6 /var/www/html/sites/all/modules/rules/includes/rules.plugins.inc(835): rules_config_load_multiple(false, Array)
#7 /var/www/html/sites/all/modules/rules/rules.module(413): RulesE in /var/www/html/sites/all/modules/rules/includes/rules.core.inc, line 84

[Aym-1]

En continuant, j’ai remarqué la chose suivante:
Je lance la commande drush cc all qui part en erreur comme indiqué dans mon précédent message.

Qd je recharge la page la première fois, j’ai le message d’erreur avec le style Framaforms. Je recharge la page une 2e fois et là je perd le style framaforms, je n’ai plus que le message d’erreur Drupal.

Et qd je relance drush cc all après ça, j’ai une nouvelle erreur

array_diff(): Expected parameter 1 to be an array, null given faces.inc:229                                                                                               [warning]
class_implements(): Class RulesPluginFeaturesIntegrationInterface does not exist and could not be loaded faces.inc:233                                                    [warning]
WD php: Error: Unsupported operand types in FacesExtendable->extend() (line 233 of /var/www/html/sites/all/modules/rules/includes/faces.inc).                             [error]
Drush command terminated abnormally due to an unrecoverable error.                                                                                                        [error]
Error : Unsupported operand types dans FacesExtendable->extend() (ligne 233 dans /var/www/html/sites/all/modules/rules/includes/faces.inc).

[Aym-1]

Salut @thelem,

J’ai enfin une page d’accueil complète
Il me reste cependant encore un problème: Les liens pour s’authentifier, s’inscrire ou voir les fonctionnalités me retournent tous une erreur 404 Not Found . Une idée?

Pour arriver jusque là, j’ai du reconstruire le registre Drupal, avec quelques pièges sur la route.
Ci-dessous, les étapes pour arriver jusqu’à ce résultat.

# Need sudo to run commands as another user
# Need composer to install Drush
# Need wget to allow Drush to download "Register Rebuild"
sudo apt-get install sudo composer wget

# Install Drush
sudo -u www-data composer global require drush/drush:8.*

# Start postgresql
sudo /etc/init.d/postgresql start

# Clear Drupal cache in DB
for i in cache cache_block cache_field cache_form cache_libraries cache_page cache_path cache_token cache_views cache_admin_menu cache_bootstrap cache_filter cache_image cache_menu cache_panels cache_rules cache_update cache_views_data; do sudo -u postgres psql -d framaforms -c "TRUNCATE $i"; done

# Do the rest as root
sudo -i

# Move to my site's directory
cd /var/www/html

# This commands throws an error. But it is necessary as without this call, I never got the main page even with the rest of the procedure below
/var/www/.composer/vendor/bin/drush ws

# Download the "Registry Rebuild"
/var/www/.composer/vendor/bin/drush @none dl registry_rebuild-7.x

# Rebuild Drupal registry
sudo /var/www/.composer/vendor/bin/drush rr

#Clear Drupal cache
/var/www/.composer/vendor/bin/drush cc all

# Force cache rebuild
/var/www/.composer/vendor/bin/drush ws

[thelem]

Bien joué !
J’avais aussi dû faire ça un moment (mais dans un autre contexte donc ça m’est pas venu à l’esprit), on peut utiliser ce projet D7 aussi.

Pour les 404 il faudrait voir ce que disent les logs Drupal Ton drush remarche, donc tu peux poster les logs ?

[Aym-1]

C’était un problème de configuration nginx.
En plus des changements que j’avais déjà fait dans /etc/nginx/site-available/default, sous location /, j’ai remplacé la ligne

try_files $uri $uri/ =404;

par la ligne

try_files $uri /index.php?$query_string;

Le site de nginx fournit un exemple de conf complet.
Je ne l’ai pas essayé.

J’arrive maintenant à me logger, créer un utilisateur, etc.
Lorsque je créé un formulaire, j’ai un message d’erreur, je n’ai pas encore debuggé. Cependant, je ne sais pas si cela a sa place dans cette question, maintenant que le problème d’installation est résolu.

[RainX]

Salut, @thelem

Tu veux dire que Drupal se lance avec une page d’installation ? (l’url point sur install.php normalement).

C’est exactement ça. Et donc, si l’on suit l’assistant d’installation, le Drupal s’installe correctement, mais évidemment, il n’y a aucun lien avec le style, le module Webform et toutes les autres choses que vous avez paramétré.

Pas sûr que ce soit le markdown… cette erreur me dit quelque chose. Ça règle les erreurs d’enlever les points ?

Ca règle le souci, oui. Si on demande à PHP de checker la syntaxe :

php -l settings.php 
PHP Parse error:  syntax error, unexpected '.' in settings.php on line 761
Errors parsing settings.php

Si on enlève les points, PHP est content.

Je reviens sur les pré-requis. Au niveau de la conf de Nginx, dans le wiki, il est indiqué :

Configure your reverse HTTP proxy in NGINX’s sites-available (more details here), pointing to the downloaded folder and restart NGINX.

Mais aucun lien n’est disponible …

Merci pour les corrections déjà apportées.

[thelem]

Top ! Ce serait effectivement pas mal d’avoir une conf NGINX complète sur le wiki pour éviter ce genre de problème.

@Aym-1

Cependant, je ne sais pas si cela a sa place dans cette question, maintenant que le problème d’installation est résolu.

Hésite pas à créer un nouveau sujet si tu as besoin d’aide ^^

[thelem]

@RainX

C’est exactement ça. Et donc, si l’on suit l’assistant d’installation, le Drupal s’installe correctement, mais évidemment, il n’y a aucun lien avec le style, le module Webform et toutes les autres choses que vous avez paramétré.

Normalement avec le dump de la BDD qu’on fournit sur le git on ne passe pas par le procédé d’installation Drupal. Tu as bien importé le dump, comme indiqué ici (deuxième ligne de commande) ?

@RainX

Mais aucun lien n’est disponible …

Effectivement, ça a dû sauter quand j’ai remanié la doc. Je corrige ça. Je voulais pointer vers cette page. C’est une configuration NGINX « classique », qui fait appel à PHP-FPM pour le FastCGI.
Je compléterai prochainement le wiki avec une configuration NGINX-type, pour que ce soit plus clair.

[Aym-1]

Salut @thelem ,

J’ai continué mes investigations pour résoudre le problème qu’il restait.
Ça va être un peu long, j’ai trouvé plusieurs problèmes.

• Fonctionnellement, le problème restant après l’installation implique que les utilisateurs ne peuvent pas créer de formulaire, j’obtiens l’erreur suivante:
  

  

  Avant même de créer le formulaire, je vois déjà l’erreur suivante apparaitre qd je drush ws

  12213470  07/avr 10:13  php       error     Error: Class 'Drupal\form_builder\FormBase' not found in form_builder_cron() (line 360 of
                                               /var/www/html/sites/all/modules/form_builder/form_builder.module).
  

  Après la création du formulaire, j’ai en plus l’erreur suivante (toujours avec drush ws)

  12213472  07/avr 10:14  php       error     Error: Class 'Drupal\form_builder\Loader' not found in form_builder_interface() (line 27 of
                                               /var/www/html/sites/all/modules/form_builder/includes/form_builder.admin.inc).
  

  On voit bien qu’il y a un souci avec le module Drupal « Form builder ».
  Je me suis donc connecté en Admin, et j’ai vérifié la configuration des modules.
  Pour le module Form builder, j’ai les informations Requiert : Chaos tools (activé), Options element (activé), PSR0 (désactivé).
  PSR0 semble requis par plusieurs autres modules, et il est bien désactivé.
  Une fois PSR0 activé, il est bien possible de créer des formulaires

• Dans la configuration des modules Drupal, je retrouve l’erreur déjà évoquée du module polling indisponible
  Les modules pgbar webform integration (non activé), PGBar webform submission static count (activé mais case à cocher grisée), Progress bar (activé mais case à cocher grisée) et Progress bar block (non activé) indiquent Requiert : Polling (manquant).
  Dans la liste des modules, il n’y a effectivement aucun module Polling (mais il y a un module Poll. Quand je cherche un peu, il semble que Polling n’est dispo que pour Drupal 7, alors que Poll est dispo pour Drupal 8).

• Une fois que j’ai pu créer des formulaires, j’ai joué un peu avec Framaforms.
  Un problème que j’ai rencontré est l’impossibilité pour un utilisateur, propriétaire d’un formulaire, de supprimer une soumission sur l’un de ses formulaires. En cliquant sur « supprimer », j’obtiens l’écran d’erreur Drupal habituel.
  Un drush ws me retourne l’erreur

  12213678  06/avr 19:36  php       error     PDOException: SQLSTATE[42P01]: Undefined table: 7 ERROR:  relation "webform_confirm_email_queued_emails" does not exist
                                               LINE 1: DELETE FROM webform_confirm_email_queued_emails
  

  En base, la table webform_confirm_email_queued_emails n’existe pas.

• J’ai réussi à observer une autre erreur avec drush ws, sans savoir dire exactement dans quelles conditions elle se produit.

  12213681  07/avr 10:40  framafor  notice    PDOException: SQLSTATE[42P01]: Undefined table: 7 ERROR:  relation "framaforms_expired" does not exist
                           ms                  LINE 2:         insert into framaforms_expired (nid)
  

  En base, la table framaforms_expired n’existe pas.

Toutes ces erreurs m'amène à penser que le dump SQL fournit dans le GIT n'est pas à jour. Est-il possible d'en fournir un nouveau?

[thelem]

Salut @Aym-1, effectivement sur le git le dump SQL a deux ans, des modifications ne sont sans doute pas prises en compte dedans. Je vais essayer de le mettre à jour ASAP.
edit à 12h17 : c’est fait ^^ le dump est à jour avec les tables manquantes
(C’est typiquement ce genre de problème qu’on aimerait résoudre prochainement en proposant une solution alternative d’installation.)

Pour le moment, pour les erreurs que tu rencontre de type relation xxxxxx does not exist, il suffit normalement de relancer l’installation du module avec la commande drush dre <nom_du_module> pour qu’il rejoue le script d’installation. Les tables étant décrites dans le fichier .install des modules, ça devrait les réinstaller (sans perdre de donnée).
C’est un problème qu’on a rencontré également après des mises à jour qui modifiaient la structure en BDD des modules. En attendant une mise à jour du dump, dis-moi si cette commande fait disparaître tes erreurs.

[Aym-1]

Salut @thelem,

J’ai testé avec le nouveau dump de la base, et ça a corrigé les bugs fonctionnels que j’avais observés.
J’ai donc pu créer un utilisateur, avec lequel j’ai créé un formulaire sans erreur. Une fois le formulaire publié, j’ai pu faire une soumission, et ensuite, le propriétaire du formulaire a pu supprimer la soumission.

Je n’ai pas testé extensivement, car je découvre encore Framaforms, mais on a enfin quelque chose qui fonctionne à partir de ce qui est dans le repo git

Je testerai un peu plus le processus d’installation dans les jours à venir. Dans l’idéal, il ne faudrait pas avoir à utiliser Drush pour pouvoir installer et utiliser framaforms depuis le contenu du repo.
[EDIT] J’ai reconstruit mon image docker sans truncate des tables de cache Drupal, sans drush cc et sans drush rr et tout fonctionne bien dès le début

Merci bcp pour ton aide.

[thelem]

C’est une victoire !
Et une super nouvelle, bravo pour ta patience et ton courage bonne utilisation, si tu as besoin de détails techniques hésite pas à nous solliciter.
Et pour toutes les fonctionnalités pense bien à aller voir ici, c’est très complet.

Bonne journée !

[Aym-1]

Voici ce qu’il faut pour démarrer avec Docker

framasoft-docker / framaforms-docker

[ToneLune]

Bonjour, merci pour ces retours d’expériences !

Est-il possible d’avoir un exemple de Vhost Apache2 pour faire fonctionner tout ça ?

Et puisque vous parlez de la doc, la configuration proposé pour settings.php ne semble pas fonctionner chez moi, j’ai dû utiliser cette syntaxe :

$databases['default']['default'] = array(
  'database' => 'framaforms',
  'username' => 'framaforms_user',
  'password' => 'yourpassword',
  'host' => 'localhost',
  'port' => '',
  'driver' => 'pgsql',
  'prefix' => '',
);

plutôt que

  $databases = array (
    'default' =>.
    array (
      'default' =>.
      array (
        'database' => 'framaforms',
        'username' => 'framaforms_user',
        'password' => 'yourpassword',
        'host' => 'localhost',
        'port' => '',
        'driver' => 'pgsql',
        'prefix' => '',
      ),
    ),
  );

Bravos aux développeurs.

[thelem]

Salut !
Pas essayé personnellement de le faire tourner sous Apache.
Tu as quelle version de PHP ?

[ToneLune]

J’utilise PHP 7.3/Apache 2.4.38 sous Debian 10.

Actuellement, je me trouve bloqué après l’installation devant l’erreur : Le site Web a rencontré une erreur inattendue. Veuillez essayer de nouveau plus tard.

Les logs Apache ne disent rien sur cette erreur, je devrais peut-être créer un nouveau sujet ?

[ThierryM]

Bonjour,
Nous en sommes au même stade. Voir ce fil ici [Framaforms] Installation sur serveur mutualisé o2switch?.
Cordialement,

Thierry