OVH Community, votre nouvel espace communautaire.

Changer l'environnement d'exécution de vos hébergements web (drupal8 / TLS1.2)


saxgard
08/09/2016, 18h27
Citation Envoyé par vcasse
Bonjour beve91,

Pourriez vous faire un phpinfo afin de vérifier que l'image "stable" fonctionne correctement ?

Cordialement,
Vincent
Question bête comment voir en faisant phpinfo que l'image "stable" est bien prise en compte ?

Julia
06/08/2016, 00h55
Merci pour le retour.

En fait, il semble que ce soit une restriction uniquement présente sur cette nouvelle infra. Aucun problème depuis un serveur legacy Paris. Mail correctement envoyé et bien reçu avec cette approche :

mail('nom@domain.fr', 'le sujet', 'le message', null, '-fnom@domain.fr');

Julia
06/08/2016, 00h33
Il semble y avoir un problème avec sendmail_path (ou la configuration de sendmail).

Message envoyé :
mail('nom@domain.fr', 'le sujet', 'le message', null, null);

Message jamais reçu (pas d'erreur dans les logs) :
mail('nom@domain.fr', 'le sujet', 'le message', null, '-fnom@domain.fr');

Le paramètre additional_parameters (5) semble bloquer.

Avez-vous une idée ?

Merci!
Julia

janus57
06/08/2016, 00h31
Bonjour,

Message jamais reçu (pas d'erreur dans les logs) :
mail('nom@domain.fr', 'le sujet', 'le message', null, '-fnom@sudimedia.fr');
je pense pas que ce soit valide, car derrière OVH doit faire ces propres traitements pour identifier les mails sortants.
Donc du coup c'est peut être un blocage de sécurité OVH (à confirmer par un membre OVH).

Cordialement, janus57

Julia
06/08/2016, 00h22
Il semble y avoir un problème avec sendmail_path

Message envoyé :
mail('nom@domain.fr', 'le sujet', 'le message', null, null);

Message jamais reçu (pas d'erreur dans les logs) :
mail('nom@domain.fr', 'le sujet', 'le message', null, '-fnom@domain.fr');

Avez-vous une idée ?

Merci!
Julia

Julia
05/08/2016, 14h48
Merci pour le retour!

>Il s'agit bien de la dernière version de libxrender disponible pour Debian Jessie.
Il semble que par défaut l'installation du perf.1 se fait sur legacy (non installé). Après avoir basculé sur stable cela fonctionne (installé).

Bon, mais nous avons d'autres problèmes. Le dernier avec Swiftmailer5 xx. Messages envoyés (apparemment), mais jamais reçus et non comptabilisés dans le manager (-> Scripts emails). Rien dans les logs pour trouver l'origine.

Tâches cron non exécutées (ticket ouvert).

Restrictions importantes du pare-feu sur le port 80 (impossible de créer un sitemap depuis l'hébergement.

adudouit
05/08/2016, 14h17
Citation Envoyé par Julia
Nous avons basculé sur la version stable (legacy -> stable) et il semble que la compile de PERL ne soit pas identique !
Bien sûr que la configuration diffère, ne serait-ce que pour la montée de version, qui pour Perl peut se trouver dangeureuse même sur un simple changement de révision !
Plus précisémment, l'environnement a été monté depuis zéro, a contrario du legacy qui avait dérivé d'un système qui eut existé. Il fallait, et il faut encore aujourd'hui, identifier ce qui les utilisateurs de la palte-forme utilisent réellement ; votre retour est donc précieux et bienvenu ! D'autant plus sur des problèmes qui concernent le Perl, à la vue de la rareté des développements qui utilisent ce langage.

Citation Envoyé par Julia
Pouvez-vous confirmer ?
Donc oui, ces bibliothèques manquent bien. Et cela sera rajouté à la prochaine mise à jour des environnements. Et cela sera désormais considéré comme un besoin à prendre en compte par la suite, pour les futurs environnements.

adudouit
05/08/2016, 14h03
Citation Envoyé par Julia
1) Plus possible d'utiliser wkhtmltopdf : error while loading shared libraries: libXrender.so.1
Citation Envoyé par Julia
Bon, serait-il possible d'intaller libXrender.so.1 ?
Malheureusement, il est installé :
dpkg -l | grep xrender
ii libxrender1:i386 1:0.9.8-1+b1
Il s'agit bien de la dernière version de libxrender disponible pour Debian Jessie.

Cependant, à partir de Jessie (ou Wheezy, la version précédente), le support des multi-architectures a entrainé un changement dans l'emplacement des bibliothèques (-> ) : le fichier de cette bibliothèque ne se trouve plus dans /usr/lib mais dans /usr/lib/i386-linux-gnu.
Peut-être que votre outil supporte mal ce changement ?

Julia
04/08/2016, 17h39
Bonjour,

Après une migration sur un performance 1 (cf. Paypal), nous rencontrons deux problèmes majeurs.

1) Plus possible d'utiliser wkhtmltopdf : error while loading shared libraries: libXrender.so.1

2) Nous avons découvert qu'il n'est pas possible de partager un sqlprivé sur le même compte si le nouveau sqlprive est ouvert sur Gravelines et le compte titulaire sur Paris. Dommage que ce ne soit pas formulé quelque part.

Bon, serait-il possible d'intaller libXrender.so.1 ?

Merci pour vote aide!
Julia

Julia
04/08/2016, 08h21
Pour le moment, nous sommes dans l'obligation de revenir sur une image stable. Nous rencontrons plusieurs problèmes avec cette dernière (restrictions sur cron, PERL pas pleinement fonctionnel, ...).

Julia

Julia
03/08/2016, 17h57
Bonjour,

Nous avons basculé sur la version stable (legacy -> stable) et il semble que la compile de PERL ne soit pas identique !

Pas de GD ou Simple.pm (...)

Pouvez-vous confirmer ?

Merci pour votre retour.
Julia

ovhweb
15/07/2016, 23h20
Citation Envoyé par vcasse
- stable : un nouvel environnement contenant de nouveaux connecteurs (mongo), nouvelles extensions PHP (memcached, imagick...) ou encore nouveaux langages disponibles en ligne de commande (python3).
C'est bien d'avoir l'extension mongodb dispo, mais... comment s'en servir car il me semble que l'hébergement mutu ne propose pas de base mongo ? Pareil pour redis d'ailleurs... (au passage, il existe l'excellente lib Predis, qui ne nécessite pas d'extension et est aussi rapide).
Merci.

chmod777
02/06/2016, 20h52
Pour ceux qui se sont stressés à cause de Paypal, vous aurez finalement un peu d'avance.

Vous êtes nombreux à nous avoir répondu que vous ne pourriez pas effectuer ces mises à niveau dans les délais que nous avions indiqués. Vos remarques sont extrêmement utiles, car nous souhaitons collaborer au mieux avec vous. Ainsi, nous avons décidé de reporter à mi-2017 les dates de trois des mises à niveau :

- Mise à niveau vers TLS 1.2 et HTTP/1.1
- Mise à niveau HTTPS pour les envois IPN
- Abandon de la méthode GET pour les API classiques

beve91
29/05/2016, 16h21
Bonjour Vincent.
J'ai essayé pas mal de choses, mais je suis revenu au départ. Ce jour, dans le fichier .ovhconfig, j'ai remis "environment=production" au lieu de "environnement=development", et cela a l'air de bien tourner pour mon cas. Je n'ai plus le blocage et l'erreur "Drupal\Core\Config\UnmetDependenciesException : "
Merci pour tout tout.
beve91

vcasse
23/05/2016, 11h14
Citation Envoyé par beve91
Merci Vincent,
D'accord pour tous cela, mais je pense que mon vrai message d'erreur est dans "la page d'erreur" suivante:

The website encountered an unexpected error. Please try again later.
Drupal\Core\Config\UnmetDependenciesException: Configuration objects (block.block.bartik_account_menu, block.block.bartik_branding, block.block.bartik_breadcrumbs, block.block.bartik_content, block.block.bartik_footer, block.block.bartik_help, block.block.bartik_local_actions, block.block.bartik_local_tasks, block.block.bartik_main_menu, block.block.bartik_messages, block.block.bartik_page_title, block.block.bartik_powered, block.block.bartik_search, block.block.bartik_tools, block.block.seven_breadcrumbs, block.block.seven_content, block.block.seven_help, block.block.seven_local_actions, block.block.seven_login, block.block.seven_messages, block.block.seven_page_title, block.block.seven_primary_local_tasks, block.block.seven_secondary_local_tasks, block_content.type.basic, comment.type.comment, contact.form.feedback, core.entity_form_display.block_content.basic.defau lt, core.entity_form_display.comment.comment.default, core.entity_form_display.node.article.default, core.entity_form_display.node.page.default,
core.entity_form_display.user.user.default, core.entity_view_display.block_content.basic.defau lt, core.entity_view_display.comment.comment.default, core.entity_view_display.node.article.default, core.entity_view_display.node.article.rss, core.entity_view_display.node.article.teaser, core.entity_view_display.node.page.default, core.entity_view_display.node.page.teaser, core.entity_view_display.user.user.compact, core.entity_view_display.user.user.default, editor.editor.basic_html, editor.editor.full_html, field.field.block_content.basic.body, field.field.comment.comment.comment_body, field.field.node.article.body, field.field.node.article.comment, field.field.node.article.field_image, field.field.node.page.body, field.field.user.user.user_picture, field.storage.node.comment, field.storage.node.field_image, field.storage.node.field_tags, field.storage.user.user_picture, filter.format.basic_html, filter.format.full_html, filter.format.restricted_html, node.type.article, node.type.page,
rdf.mapping.comment.comment, rdf.mapping.node.article, rdf.mapping.node.page, rdf.mapping.taxonomy_term.tags, taxonomy.vocabulary.tags) provided by standard have unmet dependencies in Drupal\Core\Config\UnmetDependenciesException::cre ate() (line 84 of core/lib/Drupal/Core/Config/UnmetDependenciesException.php).

Drupal\Core\Config\UnmetDependenciesException::cre ate('standard', Array) (Line: 460)
Drupal\Core\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard') (Line: 132)
Drupal\Core\ProxyClass\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard') (Line: 141)
Drupal\Core\Extension\ModuleInstaller->install(Array, ) (Line: 83)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, ) (Line: 1547)
install_install_profile(Array) (Line: 652)
install_run_task(Array, Array) (Line: 530)
install_run_tasks(Array) (Line: 115)
install_drupal(Object) (Line: 39)

Mais, en fait, il me fait toute la création des tables, et s'arrête juste après,. Juste avant qu'il me demande par exemple "nom du site" ou "user de l'administrateur". Si on rentre après sur le site, il demande correctement un user, or il n'y en a pas encore.

Je ne sais pas si c'est une erreur grossière de ma part, par exemple un paramétrage de mon poste. Enfin, J'aime drupal, et j'aimerais que encore plus de monde l'utilise facilement.

Merci à tous.

beve91
Bonjour beve91,

C'est une erreur que je n'ai jamais eu ... je ne suis pas un grand spécialiste de Drupal mais il me semble que c'est le système de dépendance interne de Drupal qui a été l'objet d'une erreur.

Tu as tenté de le réinstaller de zéro ?
Est ce que le bug est connu sur leurs forums ou dans leur bug tracker ?

Cordialement,
Vincent

beve91
22/05/2016, 14h48
Citation Envoyé par vcasse
Bonjour,

Il s'agit d'un warning. Il n'empêche pas le fonctionnement de drupal.

Si jamais il intervient sur certaines pages nons prévues, c'est probablement que votre mode est "développement" et non "production". (Le mode développement affiche les message d'erreur).

Cordialement,
Vincent
Merci Vincent,
D'accord pour tous cela, mais je pense que mon vrai message d'erreur est dans "la page d'erreur" suivante:

The website encountered an unexpected error. Please try again later.
Drupal\Core\Config\UnmetDependenciesException: Configuration objects (block.block.bartik_account_menu, block.block.bartik_branding, block.block.bartik_breadcrumbs, block.block.bartik_content, block.block.bartik_footer, block.block.bartik_help, block.block.bartik_local_actions, block.block.bartik_local_tasks, block.block.bartik_main_menu, block.block.bartik_messages, block.block.bartik_page_title, block.block.bartik_powered, block.block.bartik_search, block.block.bartik_tools, block.block.seven_breadcrumbs, block.block.seven_content, block.block.seven_help, block.block.seven_local_actions, block.block.seven_login, block.block.seven_messages, block.block.seven_page_title, block.block.seven_primary_local_tasks, block.block.seven_secondary_local_tasks, block_content.type.basic, comment.type.comment, contact.form.feedback, core.entity_form_display.block_content.basic.defau lt, core.entity_form_display.comment.comment.default, core.entity_form_display.node.article.default, core.entity_form_display.node.page.default,
core.entity_form_display.user.user.default, core.entity_view_display.block_content.basic.defau lt, core.entity_view_display.comment.comment.default, core.entity_view_display.node.article.default, core.entity_view_display.node.article.rss, core.entity_view_display.node.article.teaser, core.entity_view_display.node.page.default, core.entity_view_display.node.page.teaser, core.entity_view_display.user.user.compact, core.entity_view_display.user.user.default, editor.editor.basic_html, editor.editor.full_html, field.field.block_content.basic.body, field.field.comment.comment.comment_body, field.field.node.article.body, field.field.node.article.comment, field.field.node.article.field_image, field.field.node.page.body, field.field.user.user.user_picture, field.storage.node.comment, field.storage.node.field_image, field.storage.node.field_tags, field.storage.user.user_picture, filter.format.basic_html, filter.format.full_html, filter.format.restricted_html, node.type.article, node.type.page,
rdf.mapping.comment.comment, rdf.mapping.node.article, rdf.mapping.node.page, rdf.mapping.taxonomy_term.tags, taxonomy.vocabulary.tags) provided by standard have unmet dependencies in Drupal\Core\Config\UnmetDependenciesException::cre ate() (line 84 of core/lib/Drupal/Core/Config/UnmetDependenciesException.php).

Drupal\Core\Config\UnmetDependenciesException::cre ate('standard', Array) (Line: 460)
Drupal\Core\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard') (Line: 132)
Drupal\Core\ProxyClass\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard') (Line: 141)
Drupal\Core\Extension\ModuleInstaller->install(Array, ) (Line: 83)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, ) (Line: 1547)
install_install_profile(Array) (Line: 652)
install_run_task(Array, Array) (Line: 530)
install_run_tasks(Array) (Line: 115)
install_drupal(Object) (Line: 39)

Mais, en fait, il me fait toute la création des tables, et s'arrête juste après,. Juste avant qu'il me demande par exemple "nom du site" ou "user de l'administrateur". Si on rentre après sur le site, il demande correctement un user, or il n'y en a pas encore.

Je ne sais pas si c'est une erreur grossière de ma part, par exemple un paramétrage de mon poste. Enfin, J'aime drupal, et j'aimerais que encore plus de monde l'utilise facilement.

Merci à tous.

beve91

vcasse
20/05/2016, 16h24
Citation Envoyé par beve91
Bonjour à tous,
J'ai toujours mon erreur avec drupal8.1.1 cette fois:

An AJAX HTTP error occurred.
HTTP Result Code: 200
Debugging information follows.
Path: /core/install.php?rewrite=ok&langcode=fr&profile=standar d&continue=1&id=1&op=do_nojs&op=do
StatusText: OK
ResponseText:
Warning: Zend OPcache API is restricted by "restrict_api" configuration directive in /home/ptitpringm/www/drupal8/core/install.php on line 31
{"status":true,"percentage":"7","message":"Comp let ed 3 of 42.","label":"Installed \u003Cem class=\u0022placeholder\u0022\u003EField\u003C\/em\u003E module."}

Faut-il modifier un paramètre quelque part? j'ai vu ailleurs: Jquery ou max_execution_time?
beve91
Bonjour,

Il s'agit d'un warning. Il n'empêche pas le fonctionnement de drupal.

Si jamais il intervient sur certaines pages nons prévues, c'est probablement que votre mode est "développement" et non "production". (Le mode développement affiche les message d'erreur).

Cordialement,
Vincent

beve91
20/05/2016, 16h16
Bonjour à tous,
J'ai toujours mon erreur avec drupal8.1.1 cette fois:

An AJAX HTTP error occurred.
HTTP Result Code: 200
Debugging information follows.
Path: /core/install.php?rewrite=ok&langcode=fr&profile=standar d&continue=1&id=1&op=do_nojs&op=do
StatusText: OK
ResponseText:
Warning: Zend OPcache API is restricted by "restrict_api" configuration directive in /home/ptitpringm/www/drupal8/core/install.php on line 31
{"status":true,"percentage":"7","message":"Comp let ed 3 of 42.","label":"Installed \u003Cem class=\u0022placeholder\u0022\u003EField\u003C\/em\u003E module."}

Faut-il modifier un paramètre quelque part? j'ai vu ailleurs: Jquery ou max_execution_time?
beve91

Orang Gila
10/05/2016, 15h15
Ben, je n'ai rien changé dans les scripts php, seul impératif pour le mois de juin TLS1.2 soit OpenSSL1.0.1
Donc ajout de la ligne container.image=stable, on peux tester le paiement en OpenSSL1.0.1 actuellement sur la sandbox de paypal à l'adresse suivante :
https://www.sandbox.paypal.com/cgi-bin/webscr.
Il faut avoir ouvert un compte développeur gratuitement chez https://developer.paypal.com/developer/accounts/ pour voir son compte virtuel crédité des sommes payées.
Voilà c'est tout.

Daniel60
10/05/2016, 08h19
En effet, c'est LA solution, mais j'ai préféré mysqli pour la compatibilité future.
Concernant Paypal, je suis intéressé par la façon dont tu as résolu le problème. Peux-tu poster un une nouvelle conversation ?

Orang Gila
09/05/2016, 22h33
Bonsoir,

J'ai eu le même problème en résolvant le problème de la lib OpenSSL1.0.1 nécessaire à Paypal à partir de juin 2016.
Suite à l'ajout dans le fichier .ovhconfig de container.image=stable tous les accents se sont transformés en ?
La solution de chmod777 est excellente, juste après la connexion à la base placer mysql_set_charset("latin1"); et le tour est joué !

Daniel60
09/05/2016, 11h52
Merci chmod777
Ce point-là était résolu avec utf8_decode() , mais mysqli_set_charset($db, "latin1") à la base résout tous mes problèmes !

chmod777
09/05/2016, 10h47
Citation Envoyé par Daniel60
Par ailleurs la fonction mail, bien que procédant un header iso-8859, me retourne bien le texte en général mais pas la partie en provenance de la bd qui demeure en UTF 8.
Comment résoudre ce soucis ?
Pas sûr de bien comprendre mais peut-être, au choix :

mysql_set_charset("latin1");
mysqli_set_charset($db, "latin1");
new PDO("BLABLA;charset=latin1");


Daniel60
09/05/2016, 08h55
Par ailleurs la fonction mail, bien que procédant un header iso-8859, me retourne bien le texte en général mais pas la partie en provenance de la bd qui demeure en UTF 8.
Comment résoudre ce soucis ?

Daniel60
09/05/2016, 08h43
Ce n'est pas uniquement les bases de données, mais aussi les pages (sauf celles où j'ai eu la bonne idée de coder en entités HTLM ). Peut-on en conclure que le soucis se situe ailleurs ?

adudouit
09/05/2016, 08h10
Citation Envoyé par Daniel60
En version "stable" toutes les sorties en provenance des bases de donnée en latin-1 sont converties en UTF-8.
Y a-t-il un moyen de changer ce comportement sans modifier tous les scripts ?
Impossible.

L'environnement stable actuel (jessie.i386) change de pilote MySQL, en délaissant la libmysql au profit de mysqlnd (MySQL Native Driver). Mysqlnd a été conçu pour n'utiliser que l'encodage par défaut du serveur de bases de données sans avoir la possibilité d'en changer.
Donc non, ce ne sera pas possible ; l'environnement legacy actuel sera le dernier à utiliser la libmysql.

Edit. : l'encodage par défaut des serveurs de BDD est a priori bien l'UTF-8.

Daniel60
07/05/2016, 18h37
En version "stable" toutes les sorties en provenance des bases de donnée en latin-1 sont converties en UTF-8.
Y a-t-il un moyen de changer ce comportement sans modifier tous les scripts ?

Madroms1
07/05/2016, 09h39
Citation Envoyé par vcasse
Salut Madroms1,

Oui la libcurl a bien été mise à jour.
Peux tu nous poster les informations sur ce bug stp, que l'on regarde de notre coté ?

Cordialement,
Vincent
Je pense qu'il s'agit de ce bug:
http://php.net/manual/fr/function.cu...ect.php#115381
Ils en parlent un peu ici aussi, mais de façon plus restreinte (sur plateforme windows): https://bugs.php.net/bug.php?id=60790

beve91
04/05/2016, 19h55
Citation Envoyé par vcasse
Bonjour beve91,

"Avez vous tenter de réinstaller Drupal ? Car selon l'erreur que vous remontez, il semble qu'il lui manque un fichier pour fonctionner.
Bonjour team ovh.
Effectivement, j'avais déchargé drupal8 sur un site francophone, et le fichier en question ne s'appelle pas exactement comme il faudrait. Je ne sais pas d'où cela peut venir. Je recommence mes essais avec la version officielle, Il va plus loin, mais j'ai d'autres erreurs. J'essaie un peu de comprendre avant d'appeler à l'aide.
beve91

Le lendemain. Maintenant avec la seule bonne version, il me crée 24 tables, dont certaines contiennent des données, mais il me fait l’erreur suivante :

An AJAX HTTP error occurred.
HTTP Result Code: 200
Debugging information follows.
Path: /core/install.php?rewrite=ok&langcode=fr&profile=standar d&continue=1&id=1&op=do_nojs&op=do
StatusText: OK
ResponseText:
Warning: Zend OPcache API is restricted by "restrict_api" configuration directive in /home/ptitpringm/www/drupal8/core/install.php on line 31
{"status":true,"percentage":"7","message":"Complet ed 3 of 42.","label":"Installed \u003Cem class=\u0022placeholder\u0022\u003EField\u003C\/em\u003E module."}

Et quand je regarde la page d’erreur: une grosse tartine qui est un peu grosse pour mettre ici.

Je ne sais si cela apporte quelque chose aux autres utilisateurs, ou si je me plante complètement. Merci à vous

beve91

vcasse
03/05/2016, 15h15
Bonjour beve91,

En regardant le phpinfo(), je vois que l'image stable est bien utilisée.
Avez vous tenter de réinstaller Drupal ? Car selon l'erreur que vous remontez, il semble qu'il lui manque un fichier pour fonctionner.

Interface 'Drupal\Core\Entity\Schema\DynamicallyFieldableEnt ityStorageSchemaInterface' not found

beve91
03/05/2016, 14h30
Bonjour Vincent,
Voici
http://ptitprince.fr/phpinfo
beve91

adudouit
03/05/2016, 08h02
Citation Envoyé par beve91
Warning: Zend OPcache API is restricted by "restrict_api" configuration directive
in /home/zzzzzzzzzz/www/drupal8/core/install.php on line 31
Il s'agit d'un problème lié à Drupal, pour lequel un patch existe mais n'a toujours pas été intégré à leur version stable (-> et ).

Citation Envoyé par beve91
Fatal error: Interface 'Drupal\Core\Entity\Schema\DynamicallyFieldableEnt ityStorageSchemaInterface' not found
in /home/zzzzzzzzzz/www/drupal8/core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorage.php on line 39
J'ai pu installer basiquement Drupal 8.1.0 avec une base MySQL sans autre problème que celui sur l'OPcache ; c'est donc une particularité de votre installation qui apporte cette erreur.

Citation Envoyé par beve91
Quelqu'un avait déjà parlé de cela ici:
http://drupalfr.org/forum/support/su...-ovh-mutualise
Ce problème d'encodage est résolu sur l'environnement "stable", qui utilise désormais le driver mysqlnd, à la place de la libmysql ; il est activement maintenu et développé par l'organisation derrière PHP. Mais il ne sera pas disponible sur l'environnement "legacy" car le _changement_ apporterait des regressions et casserait des sites.

vcasse
02/05/2016, 18h31
Bonjour beve91,

Pourriez vous faire un phpinfo afin de vérifier que l'image "stable" fonctionne correctement ?

Cordialement,
Vincent

beve91
02/05/2016, 18h26
Voici mon message:

Warning: Zend OPcache API is restricted by "restrict_api" configuration directive
in /home/zzzzzzzzzz/www/drupal8/core/install.php on line 31

Fatal error: Interface 'Drupal\Core\Entity\Schema\DynamicallyFieldableEnt ityStorageSchemaInterface' not found
in /home/zzzzzzzzzz/www/drupal8/core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorage.php on line 39

Je ne dois pas être très doué, mais si cela peut servir à d'autres.

En tout cas, grand merci à Vincent pour sa réponse rapide.

Quelqu'un avait déjà parlé de cela ici:
http://drupalfr.org/forum/support/su...-ovh-mutualise

vcasse
02/05/2016, 11h55
Citation Envoyé par Madroms1
J'utilise php 5.6 en legacy et j'ai testé mon site avec la même version php en environnement stable. J'ai eu un script qui a tourné en boucle et utilisé 100% de CPU, donc site inaccessible et plantage. Cela semble venir d'une boucle ayant à l'intérieur la fonction curl_multi_select.
Y at-t-il un changement de version curl / libcurl entre les environnements legacy et stable, même avec la même version de php utilisée ?
En faisant une recherche sur le web, il existe un bug connu depuis 2012 où curl_multi_select renvoie toujours -1. Donc je vais changer mon code avant de retester l'environnement stable. Mais bizarre que mon code fonctionne en legacy php 5.6 (et même en php 7) et pas en stable php 5.6.

Quelqu'un a-t-il déjà eu ce problème ? Ou une confirmation d'un changement de libcurl pouvant expliquer ce problème ?

Merci.
Salut Madroms1,

Oui la libcurl a bien été mise à jour.
Peux tu nous poster les informations sur ce bug stp, que l'on regarde de notre coté ?

Cordialement,
Vincent

vcasse
02/05/2016, 11h50
Bonjour beve91,

Peux tu mettre la variable "environnement" en mode "development" afin d'afficher les erreurs PHP ?
De notre coté, nous installons Drupal 8 sans soucis (mis à part quelques warning que remonte Drupal suite à une mauvaise interprétation)

Cordialement,
Vincent

beve91
28/04/2016, 18h55
Je suis en mutualisé OVH, avec une offre Gold perso2014 et Mysql V5.5, version php globale 5.6

Je n'ai pas eu de problème pour installer Drupal7 ou drupal8 jusqu'à la version drupal8 beta9 (premier trimestre 2015).

Comme maintenant, je peux penser que certains problèmes ont été résolus, j’essaie d’installer drupal-8.1.0. en multi-sites.

J’ai donc suivi les dernières instructions. J’ai modifié mon fichier .ovhconfig à la racine de tout, avec : « container.image=stable », avec app.engine.version=5.6 J’ai cru comprendre que cela en plus, suffisait maintenant.

J’installe, je réponds aux questions… profile, langage, base de données. Il m’affiche un certains nombre de Warning, et me demande si je veux continuer : OK

Miracle, cette fois, il veut bien me créer mes tables(17) avec un interclassement comme il faut : utf8mb4_general_ci, il modifie settings.php et services.yml, et crée files avec ce qu’il faut dedans, dans le bon répertoire. OK, très très bien, mais alors il me plante. Il ne répond plus, mozilla m’affiche une adresse, « soussite1.site.fr/core/install.php/rewrite=ok&profile=standard&continue=1 », mais l’écran reste blanc. Pourtant, les tables sont créées, il n’y a plus qu’à les remplir. Ai-je oublié quelque chose. Je n’ai pas touché à la notion de numéro de port.

Si ce billet peut apporter quelque chose à la discussion, ou si quelqu’un peut m‘éclairer entre drupaliens chez OVH, ce serait génial.

buddy
27/04/2016, 20h50
Bonjour,

je pense que çà serait bien de le rajouter aussi sur cette page : https://www.ovh.com/fr/hosting/guide..._mutu_2014_ovh

Madroms1
23/04/2016, 09h00
J'utilise php 5.6 en legacy et j'ai testé mon site avec la même version php en environnement stable. J'ai eu un script qui a tourné en boucle et utilisé 100% de CPU, donc site inaccessible et plantage. Cela semble venir d'une boucle ayant à l'intérieur la fonction curl_multi_select.
Y at-t-il un changement de version curl / libcurl entre les environnements legacy et stable, même avec la même version de php utilisée ?
En faisant une recherche sur le web, il existe un bug connu depuis 2012 où curl_multi_select renvoie toujours -1. Donc je vais changer mon code avant de retester l'environnement stable. Mais bizarre que mon code fonctionne en legacy php 5.6 (et même en php 7) et pas en stable php 5.6.

Quelqu'un a-t-il déjà eu ce problème ? Ou une confirmation d'un changement de libcurl pouvant expliquer ce problème ?

Merci.

testeur115
21/04/2016, 20h14
on est obligé de modifier le .ovhconfig qui est à la racine de l'hebergement ? car moi ça fait des années qu'il est désactivé et j'en utilise un pour chaque domaine....

Bon j'ai rajouté le.ovhconfig à la racine avec juste container.image=stable et ça fonctionne

adudouit
21/04/2016, 18h34
Citation Envoyé par nitrix-ud
c'est un pb techno ? ou un choix ?
Les deux.

D'une part, ça affecte _tous_ les services qui sont proposés : les technologies pour le rendu web (tous les langages proposés/moteurs de rendu), le serveur web, les connexions SSH, etc.. La notion de domaine est propre au serveur web, donc tout ce qui passe à côté n'en a pas conscience. Ce qui amène des problèmes de cohérence : que choisir lors d'une connexion ssh, par exemple ? L'image de l'hébergement, alors que certains sites en spécifient une autre ?

D'autre part, y'a des problèmes technologiques. Le noyau Linux a perdu assez souvent les pédales lors de la phase de R&D.

Donc pour l'instant, le choix a été fait de restreindre en partie le périmètre, pour garantir une stabilité et éprouver un temps cette technologie, pour que les différentes parties puissent apprendre et se l'approprier. La porte n'est pas pour autant fermée, et supporter les *-domaines n'est pas exclu.

nitrix-ud
21/04/2016, 18h05
C'est une bonne nouvelle !

Par contre, pour ceux qui utilisent les multi-sites, j'ai l'impression que l'on ne peut pas avoir plusieurs environnements
voir FAQ du guide

La modification de l'environnement d'exécution affecte-t-elle tout mon hébergement ?
En effet, la modification de votre environnement d'exécution sera répercutée sur tout votre hébergement.
on peut changer la version de php, le moteur, prod ou dev d'un multi-site (via .ovhconfig) dommage que l'on ne puisse pas choisir l'environnement d’exécution...

(d'ailleurs idéalement on devrait pouvoir faire ces changements directement dans le manager dans la liste des multi-sites... ça éviterait de chercher pour les gens qui ne connaissent pas les recoins d'OVH)

c'est un pb techno ? ou un choix ?

vcasse
21/04/2016, 17h17
Bonjour le forum,

Nous sommes heureux de vous annoncer une nouvelle fonctionnalité : le changement d'environnement d'exécution de vos hébergements web.

Depuis plusieurs années, les comptes des hébergements web sont isolés par des containers afin d'assurer que les données de chaque client sont bien protégées. C'est bien mais ca n'utilisait pas toutes les possibilités offertes par les containers.

La configuration de l'environnement où est exécuté votre site web est la même que tous les autres clients. Ce qui veut dire que le déploiement de nouvelles fonctionnalités était assez rare puisque nous nous assurions que ces fonctionnalités n'impactait aucun client.

Notre R&D a travaillé plusieurs mois afin de permettre, à chaud, de changer l'environnement d'exécution. C'est un peu comme si vous changiez le système d'exploitation à la volée.

Pour commencer, nous proposons deux environnements :

- legacy : c'est l'environnement déployé jusque-là.
- stable : un nouvel environnement contenant de nouveaux connecteurs (mongo), nouvelles extensions PHP (memcached, imagick...) ou encore nouveaux langages disponibles en ligne de commande (python3).

Très prochainement, nous ajouterons un autre environnement : testing, qui nous permettra d'ajouter de nouvelles fonctionnalités de manière plus réactive. N'hésitez pas à nous indiquer vos besoins !

Pour voir toutes les différences entre les environnements, je vous invite à lire notre guide :
https://www.ovh.com/fr/g2149.modifie...ebergement_web

Qu'est ce qu'il se passe si je change d'environnement ?

Dans la plupart des cas, rien ! Sauf que vous bénéficierez de plus de fonctionnalités.
Ce sera même essentiel si vous souhaitez installer un drupal 8 (nouveau connecteur mysql) ou du paypal (nouvelle version de OpenSSL compatible TLS1.2).
Mais n'oubliez pas de tester ! Surtout si vous utilisez quelques connecteurs spécifiques ou programmes inclus dans l'environnement d'exécution.

Comment changer d'environnement d’exécution ?

Vous pouvez modifier cette valeur au sein de l'espace client comme indiqué dans notre guide :
https://www.ovh.com/fr/g2149.modifie...ebergement_web . Cela modifiera le fichier .ovhconfig de votre hébergement. Vous pouvez bien sur le modifier directement via FTP ou SSH.

Bien sur, si vous avez des questions sur le fonctionnement, des souhaits de nouvelles fonctionnalités, n'hésitez pas, la mailing list est fait pour ca.

Cordialement,
La team hébergement web