-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Database credentials #9
Comments
Hey @drupauler , The credentials you're looking for should be in your host environment. You would need to create a database, which also lets you set up a username and password. Then, once you have that, you can import the database we've provided. Please read the README.md file and look at the 'To setup the demo' section. These are the steps you need to follow to setup this demo on your own. |
Hi Mike, Thanks for responding.
As far as I’m aware..,
I have a clean install (Composer Install, DB inport)
Running PHP 7.1 In a shared hosted environment (Siteground)
Connect to site (demo.public.com) gives…. The website encountered an unexpected error. Please try again later.
-----------------------------------------------------------------------------------------
Running ../vendor/drush/drush/drush cr gives
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush cr
Fatal error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php on line 55
[error] Drush command terminated abnormally due to an unrecoverable error.
Error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php, line 55
artsprog@ukm17 [~/public_html/demo/web]#
-----------------------------------------------------------------------------------
I’m able to access the DB using Drush, viz..
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush sqlc
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 15748580
Server version: 5.6.36-82.1-log Percona Server (GPL), Release 82.1, Revision 1a00d79
Copyright (c) 2009-2015 Percona LLC and/or its affiliates
Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> help;
For information about Percona products and services, visit:
http://www.percona.com/
Percona Server manual: http://www.percona.com/doc/percona-server/5.6
For the MySQL Reference Manual: http://dev.mysql.com/
To buy Percona support, training, or other products, visit:
https://www.percona.com/
List of all MySQL commands:
Note that all text commands must be first on line and end with ';'
? (\?) Synonym for `help'.
clear (\c) Clear the current input statement.
connect (\r) Reconnect to the server. Optional arguments are db and host.
delimiter (\d) Set statement delimiter.
edit (\e) Edit command with $EDITOR.
ego (\G) Send command to mysql server, display result vertically.
Etc.
-------------------------------------------------------------------------------------------
But database update fails, again because of doctrine issues.
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush updb
--------- ----------- --------------- ----------------------------------------
Module Update ID Type Description
--------- ----------- --------------- ----------------------------------------
webform 8080 hook_update_n Issue #2914153: Add 'More' hideshow
text support to elements.
webform 8081 hook_update_n Issue #2913215: Remote Post handler
add GET method support.
webform 8082 hook_update_n Issue #2912672: Mismatch entity
Webform submission caused by langcode
changes.
webform 8083 hook_update_n Issue #2914904: Add section element.
webform 8084 hook_update_n Issue #2917174: Improve "Webform
Scheduled Email Handler".
webform 8085 hook_update_n Issue #2908882: Loading next or
previous page with AJAX should scroll
to top of the window.
webform 8086 hook_update_n Issue #2918860: Webform MultiStep URL
Params.
webform 8087 hook_update_n Issue #2918860: Webform MultiStep URL
Params.
webform 8088 hook_update_n Issue #2919989: Add horizontal rule
element.
webform 8089 hook_update_n Issue #2920762: Typo in update 8087:
"wizard_comfirmation_label".
webform 8090 hook_update_n Issue #2920443: Browser Back Button to
submit to previous wizard page.
webform 8091 hook_update_n Issue #2923047: Redirect to user login
when Access Denied for a Webform.
webform 8092 hook_update_n Issue #2915653: Remote post error
handling.
webform 8093 hook_update_n Issue #2924551: Move the
WebformComposite element to
WebformCustomComposite.
webform 8094 hook_update_n Issue #2929665: Permit one webform
submission per day based on email
entered.
webform 8095 hook_update_n Issue #2918721: Access controlling
Webform administration.
webform 8096 hook_update_n Issue #2931888: Add a boolean flag
'use as likert' for options list and
remove the machine name pattern
matching in likert element.
--------- ----------- --------------- ----------------------------------------
Do you wish to run the specified pending updates? (yes/no) [yes]:
yes
[notice] Executing webform_update_8080
[error] TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in Doctrine\Common\Annotations\AnnotationRegistry::reset() (line 55 of /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php) #0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Entity/EntityTypeManager.php(106): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Entity\EntityTypeManager->findDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Entity/EntityManager.php(675): Drupal\Core\Plugin\DefaultPluginManager->getDefinitions()
#4 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Config/ConfigManager.php(100): Drupal\Core\Entity\EntityManager->getDefinitions()
#5 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Config/Entity/Query/QueryFactory.php(227): Drupal\Core\Config\ConfigManager->getEntityTypeIdByName('webform.setting...')
#6 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(108): Drupal\Core\Config\Entity\Query\QueryFactory->onConfigSave(Object(Drupal\Core\Config\ConfigCrudEvent), 'config.save', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher))
#7 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Config/Config.php(227): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch('config.save', Object(Drupal\Core\Config\ConfigCrudEvent))
#8 /home/artsprog/public_html/demo/web/modules/contrib/webform/includes/webform.install.inc(67): Drupal\Core\Config\Config->save()
#9 /home/artsprog/public_html/demo/web/modules/contrib/webform/includes/webform.install.update.inc(1606): _webform_update_admin_settings()
#10 /home/artsprog/public_html/demo/vendor/drush/drush/src/Commands/core/UpdateDBCommands.php(159): webform_update_8080(Array)
#11 /home/artsprog/public_html/demo/vendor/drush/drush/includes/batch.inc(235): Drush\Commands\core\UpdateDBCommands->updateDoOne('webform', 8080, Array, Object(DrushBatchContext))
#12 /home/artsprog/public_html/demo/vendor/drush/drush/includes/batch.inc(183): _drush_batch_worker()
#13 /home/artsprog/public_html/demo/vendor/drush/drush/includes/batch.inc(95): _drush_batch_command('86')
#14 /home/artsprog/public_html/demo/vendor/drush/drush/src/Drupal/Commands/core/BatchCommands.php(19): drush_batch_command('86')
#15 [internal function]: Drush\Drupal\Commands\core\BatchCommands->process('86', Array)
#16 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/CommandProcessor.php(235): call_user_func_array(Array, Array)
#17 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/CommandProcessor.php(181): Consolidation\AnnotatedCommand\CommandProcessor->runCommandCallback(Array, Object(Consolidation\AnnotatedCommand\CommandData))
#18 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/CommandProcessor.php(150): Consolidation\AnnotatedCommand\CommandProcessor->validateRunAndAlter(Array, Array, Object(Consolidation\AnnotatedCommand\CommandData))
#19 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/AnnotatedCommand.php(404): Consolidation\AnnotatedCommand\CommandProcessor->process(Object(Symfony\Component\Console\Output\ConsoleOutput), Array, Array, Object(Consolidation\AnnotatedCommand\CommandData))
#20 /home/artsprog/public_html/demo/vendor/symfony/console/Command/Command.php(264): Consolidation\AnnotatedCommand\AnnotatedCommand->execute(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#21 /home/artsprog/public_html/demo/vendor/symfony/console/Application.php(859): Symfony\Component\Console\Command\Command->run(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#22 /home/artsprog/public_html/demo/vendor/symfony/console/Application.php(206): Symfony\Component\Console\Application->doRunCommand(Object(Consolidation\AnnotatedCommand\AnnotatedCommand), Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#23 /home/artsprog/public_html/demo/vendor/symfony/console/Application.php(125): Symfony\Component\Console\Application->doRun(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#24 /home/artsprog/public_html/demo/vendor/drush/drush/src/Runtime/Runtime.php(111): Symfony\Component\Console\Application->run(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#25 /home/artsprog/public_html/demo/vendor/drush/drush/src/Runtime/Runtime.php(41): Drush\Runtime\Runtime->doRun(Array)
#26 /home/artsprog/public_html/demo/vendor/drush/drush/drush.php(64): Drush\Runtime\Runtime->run(Array)
#27 /home/artsprog/public_html/demo/vendor/drush/drush/drush(4): require('/home/artsprog/...')
#28 {main}.
TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in Doctrine\Common\Annotations\AnnotationRegistry::reset() (line 55 of /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php).
[error] Drush command terminated abnormally due to an unrecoverable error.
Fatal error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php on line 55
[error] Drush command terminated abnormally due to an unrecoverable error.
Error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php, line 55
[error] The external command could not be executed due to an application error.
[success] Finished performing updates.
Any advice would be appreciated. 😊
Paul
From: Mike Hubbard [mailto:[email protected]]
Sent: 20 December 2017 18:08
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Hey @drupauler <https://github.com/drupauler> ,
The credentials you're looking for should be in your host environment. You would need to create a database, which also lets you set up a username and password. Then, once you have that, you can import the database we've provided.
Please read the README.md file and look at the 'To setup the demo' section. These are the steps you need to follow to setup this demo on your own.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCzgkC9lHz7KXhUGpqJuTKbEs_y0EVks5tCU0TgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzuKYWrs2iGpz70_rF6xH6cjcsfIcks5tCU0TgaJpZM4RIqLw.gif>
|
n.b., Running PHP7.1.12
Setting PHP7.2 gives
Deprecated: assert(): Calling assert() with a string argument is deprecated in /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php on line 151
The website encountered an unexpected error. Please try again later.
Paul
From: paul stewart [mailto:[email protected]]
Sent: 20 December 2017 20:59
To: 'AcroMedia/commerce-demo' <[email protected]>; 'AcroMedia/commerce-demo' <[email protected]>
Cc: 'Mention' <[email protected]>
Subject: RE: [AcroMedia/commerce-demo] Database credentials (#9)
Hi Mike, Thanks for responding.
As far as I’m aware..,
I have a clean install (Composer Install, DB inport)
Running PHP 7.1 In a shared hosted environment (Siteground)
Connect to site (demo.public.com) gives…. The website encountered an unexpected error. Please try again later.
-----------------------------------------------------------------------------------------
Running ../vendor/drush/drush/drush cr gives
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush cr
Fatal error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php on line 55
[error] Drush command terminated abnormally due to an unrecoverable error.
Error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php, line 55
artsprog@ukm17 [~/public_html/demo/web]#
-----------------------------------------------------------------------------------
I’m able to access the DB using Drush, viz..
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush sqlc
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 15748580
Server version: 5.6.36-82.1-log Percona Server (GPL), Release 82.1, Revision 1a00d79
Copyright (c) 2009-2015 Percona LLC and/or its affiliates
Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> help;
For information about Percona products and services, visit:
http://www.percona.com/
Percona Server manual: http://www.percona.com/doc/percona-server/5.6
For the MySQL Reference Manual: http://dev.mysql.com/
To buy Percona support, training, or other products, visit:
https://www.percona.com/
List of all MySQL commands:
Note that all text commands must be first on line and end with ';'
? (\?) Synonym for `help'.
clear (\c) Clear the current input statement.
connect (\r) Reconnect to the server. Optional arguments are db and host.
delimiter (\d) Set statement delimiter.
edit (\e) Edit command with $EDITOR.
ego (\G) Send command to mysql server, display result vertically.
Etc.
-------------------------------------------------------------------------------------------
But database update fails, again because of doctrine issues.
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush updb
--------- ----------- --------------- ----------------------------------------
Module Update ID Type Description
--------- ----------- --------------- ----------------------------------------
webform 8080 hook_update_n Issue #2914153: Add 'More' hideshow
text support to elements.
webform 8081 hook_update_n Issue #2913215: Remote Post handler
add GET method support.
webform 8082 hook_update_n Issue #2912672: Mismatch entity
Webform submission caused by langcode
changes.
webform 8083 hook_update_n Issue #2914904: Add section element.
webform 8084 hook_update_n Issue #2917174: Improve "Webform
Scheduled Email Handler".
webform 8085 hook_update_n Issue #2908882: Loading next or
previous page with AJAX should scroll
to top of the window.
webform 8086 hook_update_n Issue #2918860: Webform MultiStep URL
Params.
webform 8087 hook_update_n Issue #2918860: Webform MultiStep URL
Params.
webform 8088 hook_update_n Issue #2919989: Add horizontal rule
element.
webform 8089 hook_update_n Issue #2920762: Typo in update 8087:
"wizard_comfirmation_label".
webform 8090 hook_update_n Issue #2920443: Browser Back Button to
submit to previous wizard page.
webform 8091 hook_update_n Issue #2923047: Redirect to user login
when Access Denied for a Webform.
webform 8092 hook_update_n Issue #2915653: Remote post error
handling.
webform 8093 hook_update_n Issue #2924551: Move the
WebformComposite element to
WebformCustomComposite.
webform 8094 hook_update_n Issue #2929665: Permit one webform
submission per day based on email
entered.
webform 8095 hook_update_n Issue #2918721: Access controlling
Webform administration.
webform 8096 hook_update_n Issue #2931888: Add a boolean flag
'use as likert' for options list and
remove the machine name pattern
matching in likert element.
--------- ----------- --------------- ----------------------------------------
Do you wish to run the specified pending updates? (yes/no) [yes]:
yes
[notice] Executing webform_update_8080
[error] TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in Doctrine\Common\Annotations\AnnotationRegistry::reset() (line 55 of /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php) #0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Entity/EntityTypeManager.php(106): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Entity\EntityTypeManager->findDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Entity/EntityManager.php(675): Drupal\Core\Plugin\DefaultPluginManager->getDefinitions()
#4 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Config/ConfigManager.php(100): Drupal\Core\Entity\EntityManager->getDefinitions()
#5 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Config/Entity/Query/QueryFactory.php(227): Drupal\Core\Config\ConfigManager->getEntityTypeIdByName('webform.setting...')
#6 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(108): Drupal\Core\Config\Entity\Query\QueryFactory->onConfigSave(Object(Drupal\Core\Config\ConfigCrudEvent), 'config.save', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher))
#7 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Config/Config.php(227): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch('config.save', Object(Drupal\Core\Config\ConfigCrudEvent))
#8 /home/artsprog/public_html/demo/web/modules/contrib/webform/includes/webform.install.inc(67): Drupal\Core\Config\Config->save()
#9 /home/artsprog/public_html/demo/web/modules/contrib/webform/includes/webform.install.update.inc(1606): _webform_update_admin_settings()
#10 /home/artsprog/public_html/demo/vendor/drush/drush/src/Commands/core/UpdateDBCommands.php(159): webform_update_8080(Array)
#11 /home/artsprog/public_html/demo/vendor/drush/drush/includes/batch.inc(235): Drush\Commands\core\UpdateDBCommands->updateDoOne('webform', 8080, Array, Object(DrushBatchContext))
#12 /home/artsprog/public_html/demo/vendor/drush/drush/includes/batch.inc(183): _drush_batch_worker()
#13 /home/artsprog/public_html/demo/vendor/drush/drush/includes/batch.inc(95): _drush_batch_command('86')
#14 /home/artsprog/public_html/demo/vendor/drush/drush/src/Drupal/Commands/core/BatchCommands.php(19): drush_batch_command('86')
#15 [internal function]: Drush\Drupal\Commands\core\BatchCommands->process('86', Array)
#16 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/CommandProcessor.php(235): call_user_func_array(Array, Array)
#17 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/CommandProcessor.php(181): Consolidation\AnnotatedCommand\CommandProcessor->runCommandCallback(Array, Object(Consolidation\AnnotatedCommand\CommandData))
#18 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/CommandProcessor.php(150): Consolidation\AnnotatedCommand\CommandProcessor->validateRunAndAlter(Array, Array, Object(Consolidation\AnnotatedCommand\CommandData))
#19 /home/artsprog/public_html/demo/vendor/consolidation/annotated-command/src/AnnotatedCommand.php(404): Consolidation\AnnotatedCommand\CommandProcessor->process(Object(Symfony\Component\Console\Output\ConsoleOutput), Array, Array, Object(Consolidation\AnnotatedCommand\CommandData))
#20 /home/artsprog/public_html/demo/vendor/symfony/console/Command/Command.php(264): Consolidation\AnnotatedCommand\AnnotatedCommand->execute(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#21 /home/artsprog/public_html/demo/vendor/symfony/console/Application.php(859): Symfony\Component\Console\Command\Command->run(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#22 /home/artsprog/public_html/demo/vendor/symfony/console/Application.php(206): Symfony\Component\Console\Application->doRunCommand(Object(Consolidation\AnnotatedCommand\AnnotatedCommand), Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#23 /home/artsprog/public_html/demo/vendor/symfony/console/Application.php(125): Symfony\Component\Console\Application->doRun(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#24 /home/artsprog/public_html/demo/vendor/drush/drush/src/Runtime/Runtime.php(111): Symfony\Component\Console\Application->run(Object(Drush\Symfony\LessStrictArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#25 /home/artsprog/public_html/demo/vendor/drush/drush/src/Runtime/Runtime.php(41): Drush\Runtime\Runtime->doRun(Array)
#26 /home/artsprog/public_html/demo/vendor/drush/drush/drush.php(64): Drush\Runtime\Runtime->run(Array)
#27 /home/artsprog/public_html/demo/vendor/drush/drush/drush(4): require('/home/artsprog/...')
#28 {main}.
TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in Doctrine\Common\Annotations\AnnotationRegistry::reset() (line 55 of /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php).
[error] Drush command terminated abnormally due to an unrecoverable error.
Fatal error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php on line 55
[error] Drush command terminated abnormally due to an unrecoverable error.
Error: Uncaught TypeError: Return value of Doctrine\Common\Annotations\AnnotationRegistry::reset() must be an instance of Doctrine\Common\Annotations\void, none returned in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php:55
Stack trace:
#0 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Annotation/Plugin/Discovery/AnnotatedClassDiscovery.php(113): Doctrine\Common\Annotations\AnnotationRegistry::reset()
#1 /home/artsprog/public_html/demo/web/core/lib/Drupal/Component/Plugin/Discovery/DerivativeDiscoveryDecorator.php(86): Drupal\Component\Annotation\Plugin\Discovery\AnnotatedClassDiscovery->getDefinitions()
#2 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(283): Drupal\Component\Plugin\Discovery\DerivativeDiscoveryDecorator->getDefinitions()
#3 /home/artsprog/public_html/demo/web/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php(174): Drupal\Core\Plugin\DefaultPluginManager->findDefinitions()
# in /home/artsprog/public_html/demo/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationRegistry.php, line 55
[error] The external command could not be executed due to an application error.
[success] Finished performing updates.
Any advice would be appreciated. 😊
Paul
From: Mike Hubbard [mailto:[email protected]]
Sent: 20 December 2017 18:08
To: AcroMedia/commerce-demo <[email protected] <mailto:[email protected]> >
Cc: drupauler <[email protected] <mailto:[email protected]> >; Mention <[email protected] <mailto:[email protected]> >
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Hey @drupauler <https://github.com/drupauler> ,
The credentials you're looking for should be in your host environment. You would need to create a database, which also lets you set up a username and password. Then, once you have that, you can import the database we've provided.
Please read the README.md file and look at the 'To setup the demo' section. These are the steps you need to follow to setup this demo on your own.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCzgkC9lHz7KXhUGpqJuTKbEs_y0EVks5tCU0TgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzuKYWrs2iGpz70_rF6xH6cjcsfIcks5tCU0TgaJpZM4RIqLw.gif>
|
Hmm. I know you've set your server to PHP 7.1, but everything you're showing me points to 7.0 being used instead of 7.1... even though it's configured as 7.1. I'm not an expert on servers, but I do know that they can be picky. I've seen Drush fail at Doctrine\Common\Annotations\AnnotationRegistry many times and every time it's because of 7.0. It's a known issue and is being discussed on Drupal.org. https://www.drupal.org/node/2898119 . However, here are shot-in-the-dark things to try.
If none of those things work, contact your hosting and see if they can come up with an explanation. It is a hosting issue from what I can see, so I really can't offer much more for support. Good luck. |
Hi Mike,
Thanks for the advice below.
Ive tried various permutations of installing with/without patches, etc. but alas I’m no further forward.
FTR, the install folder has this directive in .htaccess
AddHandler application/x-httpd-php71 .php .php5 .php4 .php3
And my .bashrc has
alias composer='/usr/local/php71/bin/php-cli ~/composer.phar'
alias composer="/usr/local/php71/bin/php-cli /home/artsprog/composer.phar " alias
so composer runs under php71
…-----------------
As an alternate approach, I tried installing the ‘vanilla package into a clean database. This failed as below.
The website encountered an unexpected error. Please try again later.
Drupal\Component\Plugin\Exception\PluginNotFoundException: Plugin ID 'contact.site_page' was not found. in Drupal\Core\Menu\MenuLinkManager->getDefinition() (line 207 of core/lib/Drupal/Core/Menu/MenuLinkManager.php).
Drupal\Core\Menu\MenuLinkManager->getDefinition('contact.site_page') (Line: 16)
Drupal\Core\Plugin\Factory\ContainerFactory->createInstance('contact.site_page', Array) (Line: 234)
Drupal\Core\Menu\MenuLinkManager->createInstance('contact.site_page') (Line: 365)
Drupal\Core\Menu\MenuLinkManager->updateDefinition('contact.site_page', Array) (Line: 43)
standard_install() (Line: 23)
drupalorange_profile_install()
call_user_func_array('drupalorange_profile_install', Array) (Line: 391)
Drupal\Core\Extension\ModuleHandler->invoke('drupalorange_profile', 'install') (Line: 298)
Drupal\Core\Extension\ModuleInstaller->install(Array, ) (Line: 83)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, ) (Line: 1577)
install_install_profile(Array) (Line: 671)
install_run_task(Array, Array) (Line: 549)
install_run_tasks(Array) (Line: 117)
install_drupal(Object) (Line: 44)
Does this help move things forward?
Paull
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 01:31
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Hmm. I know you've set your server to PHP 7.1, but everything you're showing me points to 7.0 being used instead of 7.1... even though it's configured as 7.1. I'm not an expert on servers, but I do know that they can be picky. I've seen Drush fail at Doctrine\Common\Annotations\AnnotationRegistry many times and every time it's because of 7.0. It's a known issue and is being discussed on Drupal.org. https://www.drupal.org/node/2898119 .
However, here are shot-in-the-dark things to try.
1. Check and recheck PHP. If you can SSH into your sever, go to the website root and check the PHP version running there. If it's linux hosting, you can use php --version to check what is running.
2. If that looks good but you're still having errors, all I can assume is that something haywire with PHP and so we can try a few PHP 7.0 workarounds. First thing is to try the patch: https://www.drupal.org/node/2898119 . Edit the composer.json file and apply the patch at the bottom. There are some examples you can follow, but use "drupal/core". Then run composer update drupal/core from within the same directory as the composer.json file.
3. If that doesn't work, remove the patch from composer.json and run the update command again. Then, also in the composer.json file, and try setting "webflo/drupal-core-strict": "8.4.0" in the required section. Then run composer update. I haven't tried this but a coworker had suggested it a while back for this issue. Here's a bit of information on that: https://github.com/webflo/drupal-core-strict
If none of those things work, contact your hosting and see if they can come up with an explanation. It is a hosting issue from what I can see, so I really can't offer much more for support.
Good luck.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCzs9AdqNtxr8ZraYeGH49bMH-yJ6Aks5tCbTSgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzshgA_lraJwGJrG1dOi-8cM_EPzQks5tCbTSgaJpZM4RIqLw.gif>
|
Before even needing Drush you should be able to see the site by step 8 in the setup instructions. I'm going to quickly run through the setup myself on my local machine and see the result. It's been a while (and a number of updates) since I last did that. I'll let you know if I have any issues. To your notes above, it seems to me that Drush is the issue, not composer. If you can find a way to get Drush working than I think you're in the clear, and the only reason it's not is because it must be using php 7 instead of 7.1. Maybe your server is defaulting to 7 even though it appears you're using 7.1. Bah. I imagine by this point you're quite frustrated... I know I would be. :S |
FYI, I just did a fresh setup without any issues, even before setting up any Solr stuff. You shouldn't actually need Drush at all for it to work initially. |
Firstly, thanks for taking the time to look at this.
I don’t understand the comment about Drush?
Nominally Drush is provided preinstalled by Webhost, though I set up composer.
I note you provided a copy of drush as part of your package, however the only time Ive used your package is in following your problem determination guidance.
Paul
Having had a break I’m cleaning down and having another go…
Can you confirm I should be able to install the package into a clean database, i.e., with no sample content. That that was failing worries me..
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 16:28
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
FYI, I just did a fresh setup without any issues, even before setting up any Solr stuff. You shouldn't actually need Drush at all for it to work initially.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCziWMY-4Wygv2ZVXsJqKNPtwO-qqXks5tCocfgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzhseT5VckNqGZ3JZW2mlYIchZU4Hks5tCocfgaJpZM4RIqLw.gif>
|
Ok, just did a clean install, starting with refresh of package from github with same result.
* Invoking site after DB load (step8) gives db error message
* Installing drupal to empty DB gives:
The website encountered an unexpected error. Please try again later.
Drupal\Component\Plugin\Exception\PluginNotFoundException: Plugin ID 'contact.site_page' was not found. in Drupal\Core\Menu\MenuLinkManager->getDefinition() (line 207 of core/lib/Drupal/Core/Menu/MenuLinkManager.php).
Drupal\Core\Menu\MenuLinkManager->getDefinition('contact.site_page') (Line: 16)
Drupal\Core\Plugin\Factory\ContainerFactory->createInstance('contact.site_page', Array) (Line: 234)
Drupal\Core\Menu\MenuLinkManager->createInstance('contact.site_page') (Line: 365)
Drupal\Core\Menu\MenuLinkManager->updateDefinition('contact.site_page', Array) (Line: 43)
standard_install() (Line: 23)
drupalorange_profile_install()
call_user_func_array('drupalorange_profile_install', Array) (Line: 391)
Drupal\Core\Extension\ModuleHandler->invoke('drupalorange_profile', 'install') (Line: 298)
Drupal\Core\Extension\ModuleInstaller->install(Array, ) (Line: 83)
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, ) (Line: 1577)
install_install_profile(Array) (Line: 671)
install_run_task(Array, Array) (Line: 549)
install_run_tasks(Array) (Line: 117)
install_drupal(Object) (Line: 44)
This seems to be covered by: https://www.drupal.org/node/2890285 ?
IT occurs to me that I tried patch doctrine_common_version_below_2.8-2898119-11.patch <https://www.drupal.org/files/issues/doctrine_common_version_below_2.8-2898119-11.patch> (to force PHP 5.6 compatibility when I nominally had PHP7.1 enabled, so I’ll remove references to 7.1 so everything reverts to 7.0 and try the patch again…
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 16:28
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
FYI, I just did a fresh setup without any issues, even before setting up any Solr stuff. You shouldn't actually need Drush at all for it to work initially.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCziWMY-4Wygv2ZVXsJqKNPtwO-qqXks5tCocfgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzhseT5VckNqGZ3JZW2mlYIchZU4Hks5tCocfgaJpZM4RIqLw.gif>
|
Hey Paul, Ok, so as of Drupal 8.4, there is a minimum version of Drush that is needed for running Drush commands. As you may know, Drush is just a useful tool for doing development tasks, things like installing/uninstalling modules, clearing caches, updating the database after module updates, etc. However, you don't actually need Drush in order to make the site work. We included Drush 9 in the composer package just as a means of making sure that there is a compatible version within the project. Your host may already have the appropriate version of Drush, so you could use it or the provided version. With a working version of Drush, those commands in the readme are common tasks that can be performed to resolve common issues, such as outdated cache or database/entities needing to be updated. The problem you're facing running Drush, from what I've seen in the past, is related to the server running php7 instead of 7.1. It's possible that even though you've set 7.1, the server may still be defaulting to 7. However, the database provided should be up to date and so you shouldn't actually need Drush for anything. Alright, so with that said, you should still be able to get a working site up and running without Drush. You should just need to do the following:
That should be all you need to do to see the site. Composer install gets the website files. The files.tar.gz provides all content images used. The database holds all configuration and content data, so once imported you don't need to do any Drupal installation or anything. |
Alas, tried all that, ref previous emails 😊
So there is really something weird going on or I’m doing something really stupid, but I think not, though its always possible…
Ive refreshed the package from GIT and the composer update and database uploads run clean, but I get a db error report when connecting to the site ( “The website encountered an unexpected error. Please try again later.”)
So either there is a mismatch between code and DB or Ive simply coded the DB credentials wrong (which is why I asked about the DB user credentials in my first email).
What is frustrating is that if try and run the Drupal setup against a blank DB that also fails (ref previous email)… I assume the package was not set up with that in mind.
The version of Drush provided by webhost is 8.0 and Ive been using that quite happily with other Drupal 8 installs.
Looking at Doctrine, the only INSTALLED element which requires PHP7.1 is Doctrine/annotations, (installed is 1.6, the PHP7.1 pre-req came in at 1.5), so I’m thinking that’s a bit of red herring. Tried forcing annotations down to 1.4 but still get the db error message on connection..
Completely stumped.
Which is a shame, as I’d really Like to have a look round your model shop. It looks great!
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 18:40
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Hey Paul,
Ok, so as of Drupal 8.4, there is a minimum version of Drush that is needed for running Drush commands. As you may know, Drush is just a useful tool for doing development tasks, things like installing/uninstalling modules, clearing caches, updating the database after module updates, etc. However, you don't actually need Drush in order to make the site work. We included Drush 9 in the composer package just as a means of making sure that there is a compatible version within the project. Your host may already have the appropriate version of Drush, so you could use it or the provided version.
With a working version of Drush, those commands in the readme are common tasks that can be performed to resolve common issues, such as outdated cache or database/entities needing to be updated. The problem you're facing running Drush, from what I've seen in the past, is related to the server running php7 instead of 7.1. It's possible that even though you've set 7.1, the server may still be defaulting to 7. However, the database provided should be up to date and so you shouldn't actually need Drush for anything.
Alright, so with that said, you should still be able to get a working site up and running without Drush. You should just need to do the following:
1. Clone the repo or download it, and upload the entire contents to your host.
2. Run composer install to download Drupal and all of the modules and components needed for the site. If you can't run composer on the server, you could do this locally too and then upload all of the files afterward.
3. Extract the provided files folder (this is optional. If you don't do this, your site should still work but you'll be missing a ton of content/product images).
4. Create a new database and import the provided one into it.
5. Configure your settings.php with the database and credentials you set when creating the database in Step 4.
6. Point your host to use /web as the web root. This dir holds your index.php.
That should be all you need to do to see the site. Composer install gets the website files. The files.tar.gz provides all content images used. The database holds all configuration and content data, so once imported you don't need to do any Drupal installation or anything.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCzpw7PYW4h19vDcWWkr1mKG6OWFnjks5tCqYKgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzicsCEZEkoAnIWuDbgVojRvgeCs6ks5tCqYKgaJpZM4RIqLw.gif>
|
Argh. I feel like you're so close. I'm happy that you like the demo though :) For the record, you can also go to https://commercedemo.acromedia.com and log in with demoadmin/demoadmin . It's not a full permissions admin role, but should let you see how things are done from the configuration point of view. I know that it should work because I just set up the site from scratch this morning without issue so I think it's either cache or server related. "The website encountered an unexpected error. Please try again later." I just Googled that and others (some, not all) are reporting that flushing the caches solved it. If the provided Drush isn't working, try just running your regular command from within the web root to use the server provided Drush instead. It's either If that doesn't work, see if you can find some server error logs for the site. If server is linux, it mIght be in If you can't find that, you can also try updating the settings.php with the details shown in this answer. Maybe this will shed some light. https://drupal.stackexchange.com/questions/235215/the-website-encountered-an-unexpected-error-please-try-again-later-wsod-debu |
There is something peculiar about this DB….
This is a connection using the native Drush 8 to another local DB
…----------------------
artsprog@ukm17 [~/public_html/bat/web]# drush sqlc
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 16581172
Server version: 5.6.36-82.1-log Percona Server (GPL), Release 82.1, Revision 1a00d79
Copyright (c) 2009-2015 Percona LLC and/or its affiliates
Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
This a connection to your DB using Drush 8, which fails
artsprog@ukm17 [~/public_html/demo/web]# drush sqlc
Missing argument 2 for Drush\Sql\SqlBase::__construct() SqlBase.php:33 [warning]
Fatal error: Call to undefined method Drush\Sql\Sqlmysql::params_to_options() in /chroot/drush/lib/Drush/Sql/Sqlmysql.php on line 50
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Call to undefined method Drush\Sql\Sqlmysql::params_to_options() in /chroot/drush/lib/Drush/Sql/Sqlmysql.php, line 50
This is a connection to your DB using Drush 9 (which works, and demonstrates the credentials in settings.php are valid)
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush status
Drupal version : 8.4.3
Site URI : default
DB driver : mysql
DB hostname : localhost
DB port : 3306
DB username : artsprog_dev
DB name : artsprog_demo
Database : Connected
Drupal bootstrap : Successful
Default theme : commerce_2_demo
Admin theme : seven
PHP binary : /usr/local/php70/bin/php-cli
PHP config : /usr/local/php70/lib/php.ini
PHP OS : Linux
Drush script : /home/artsprog/public_html/demo/vendor/drush/drush/dr
ush
Drush version : 9.0.0-rc1
Drush temp : /tmp
Drush configs : /home/artsprog/public_html/demo/vendor/drush/drush/dr
ush.yml
Install profile : drupalorange_profile
Drupal root : /home/artsprog/public_html/demo/web
Site path : sites/default
Files, Public : sites/default/files
Files, Temp : /tmp
artsprog@ukm17 [~/public_html/demo/web]# cd public_html/demo/vendor/drush/drush sqlc
artsprog@ukm17 [~/public_html/demo/web]# ../vendor/drush/drush/drush sqlc
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 16602561
Server version: 5.6.36-82.1-log Percona Server (GPL), Release 82.1, Revision 1a00d79
Copyright (c) 2009-2015 Percona LLC and/or its affiliates
Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
So what is in your system that makes drush 9 a pre-req?
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 19:44
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Argh. I feel like you're so close. I'm happy that you like the demo though :) For the record, you can also go to https://commercedemo.acromedia.com and log in with demoadmin/demoadmin . It's not a full permissions admin role, but should let you see how things are done from the configuration point of view.
I know that it should work because I just set up the site from scratch this morning without issue so I think it's either cache or server related.
"The website encountered an unexpected error. Please try again later." I just Googled that and others (some, not all) are reporting that flushing the caches solved it. If the provided Drush isn't working, try just running your regular command from within the web root to use the server provided Drush instead. It's either `drush cr' or 'drush cc'.
If that doesn't work, see if you can find some server error logs for the site. If server is linux, it mIght be in /var/log/nginx/ or /var/log/apache/ ... something like that. The error log will show you the details of that message.
If you can't find that, you can also try updating the settings.php with the details shown in this answer. Maybe this will shed some light. https://drupal.stackexchange.com/questions/235215/the-website-encountered-an-unexpected-error-please-try-again-later-wsod-debu
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCziQ7soRgSP_NYlhex3dk9BJrYABAks5tCrUMgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzjTsRcagXYVqRHUDmR7tDS44LjIzks5tCrUMgaJpZM4RIqLw.gif>
|
OK, Drush9 is officially a pre-req fro Drupal 8.4 but I’ve been using Drush 8 with other 8.4 sites quite happily…
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 19:44
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Argh. I feel like you're so close. I'm happy that you like the demo though :) For the record, you can also go to https://commercedemo.acromedia.com and log in with demoadmin/demoadmin . It's not a full permissions admin role, but should let you see how things are done from the configuration point of view.
I know that it should work because I just set up the site from scratch this morning without issue so I think it's either cache or server related.
"The website encountered an unexpected error. Please try again later." I just Googled that and others (some, not all) are reporting that flushing the caches solved it. If the provided Drush isn't working, try just running your regular command from within the web root to use the server provided Drush instead. It's either `drush cr' or 'drush cc'.
If that doesn't work, see if you can find some server error logs for the site. If server is linux, it mIght be in /var/log/nginx/ or /var/log/apache/ ... something like that. The error log will show you the details of that message.
If you can't find that, you can also try updating the settings.php with the details shown in this answer. Maybe this will shed some light. https://drupal.stackexchange.com/questions/235215/the-website-encountered-an-unexpected-error-please-try-again-later-wsod-debu
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCziQ7soRgSP_NYlhex3dk9BJrYABAks5tCrUMgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzjTsRcagXYVqRHUDmR7tDS44LjIzks5tCrUMgaJpZM4RIqLw.gif>
|
The question is, what is it about this DB that requires Drupal 9 (running under PHP7.0 as it happens) to connect to it, and does that mean there are similar MYSQL dependencies?
From: Mike Hubbard [mailto:[email protected]]
Sent: 21 December 2017 19:44
To: AcroMedia/commerce-demo <[email protected]>
Cc: drupauler <[email protected]>; Mention <[email protected]>
Subject: Re: [AcroMedia/commerce-demo] Database credentials (#9)
Argh. I feel like you're so close. I'm happy that you like the demo though :) For the record, you can also go to https://commercedemo.acromedia.com and log in with demoadmin/demoadmin . It's not a full permissions admin role, but should let you see how things are done from the configuration point of view.
I know that it should work because I just set up the site from scratch this morning without issue so I think it's either cache or server related.
"The website encountered an unexpected error. Please try again later." I just Googled that and others (some, not all) are reporting that flushing the caches solved it. If the provided Drush isn't working, try just running your regular command from within the web root to use the server provided Drush instead. It's either `drush cr' or 'drush cc'.
If that doesn't work, see if you can find some server error logs for the site. If server is linux, it mIght be in /var/log/nginx/ or /var/log/apache/ ... something like that. The error log will show you the details of that message.
If you can't find that, you can also try updating the settings.php with the details shown in this answer. Maybe this will shed some light. https://drupal.stackexchange.com/questions/235215/the-website-encountered-an-unexpected-error-please-try-again-later-wsod-debu
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#9 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AhHCziQ7soRgSP_NYlhex3dk9BJrYABAks5tCrUMgaJpZM4RIqLw> . <https://github.com/notifications/beacon/AhHCzjTsRcagXYVqRHUDmR7tDS44LjIzks5tCrUMgaJpZM4RIqLw.gif>
|
Good questions, Paul. Unfortunately, I do not know the answer or what else you can try. |
Hi Mike,
Well, I got to the bottom of it….
The situation was that on initial install I was faced with the database WSOD and no access to syslogs…
All the clues suggested clearing cache but the native Drush 8 wouldn’t do it, and neither apparently would drush9 distributed with the package; both generated doctrine related error messages..
It was serendipity that I found that Drush9 needed to be running under PHP71 as well (my hosted service default was PHP70)..
After clearing the cache I still had a WSOD. My thought was the issue was still theme related so I tried enabling Bartik and making it default.
I still had a WSOD but I was now able to sign in via the URL (../user) and found the backend which used the standard admin them working.
I then signed in as admin and viewed the syslogs where I could see references to the previous db errors:
Twig_Error_Loader: Template "/web/themes/custom/commerce_2_demo/templates/pages/includes/site_header.html.twig" is not defined (Drupal\Core\Template\Loader\ThemeRegistryLoader: Unable to find template "/web/themes/custom/commerce_2_demo/templates/pages/includes/site_header.html.twig" in the Drupal theme registry.) in "themes/custom/commerce_2_demo/templates/pages/page.html.twig" at line 59. in Twig_Loader_Chain->getCacheKey() (line 129 of /home/artsprog/public_html/demo/vendor/twig/twig/lib/Twig/Loader/Chain.php).
Still no major clues but when all else fails, clear all cache, which I did from the admin interface. This obviously cleared something the drush9 cr didn’t, as at that point the front end started working.
In hindsight (which is perfect…) I’d have cleared the db cache tables directly. Next time…
Anyway I’m up and running now. Hope this feedback is useful.
Best regards to all at AcroMedia!
Paul
|
Fantastic! A Christmas miracle. haha. Thanks for the update, Paul. This very well may bite someone else, so it'll be good to have around for reference. I'll close up this ticket. Cheers! |
Can you confirm database creedentials please.
I'm installing into a hosted environment. Created DB, ran import then created user account:
$databases['default']['default'] = array (
'database' => 'aaaaa-xxxxxxxx', (aaaaa is hosted account id)
'username' => 'yyyyyyy',
'password' => 'zzzzzzzz',
'prefix' => '',
'host' => 'localhost',
'port' => '3306',
'namespace' => 'Drupal\Core\Database\Driver\mysql',
'driver' => 'mysql',
);
But get database error on connection.
Thanks
The text was updated successfully, but these errors were encountered: