What are the Slack Archives?
Itβs a history of our time together in the Slack Community! Thereβs a ton of knowledge in here, so feel free to search through the archives for a possible answer to your question.
Because this space is not active, you wonβt be able to create a new post or comment here. If you have a question or want to start a discussion about something, head over to our categories and pick one to post in! You can always refer back to a post from Slack Archives if needed; just copy the link to use it as a reference..
Hey guys, we are facing an issue with error logging on local machines vs stages: some fatal errors (
Comments
-
gracefully ignored
0 -
hard to guess any causes here without knowing th configuration on you dev/stage
0 -
i will try to reproduce the local behaviour now
0 -
for me it actually triggers an error when i try to access the a null pointer
0 -
however, that was on a vagrant vm where i had to deactivate the opcache
0 -
so that is where you might have a look at
0 -
do you have opcache running locally but not on the remote environment?
0 -
different twig caching settings?
0 -
same result with opcache, actually
0 -
so, now i need more details
0 -
π
0 -
we are running spryker in docker locally and with k8s on both stages. if it can't be connected to opcache, what kind of other details could still be of interest?
0 -
any kind of configuration, spryker, php, additional caches anywhere?
0 -
but let me check my again against my docker env
0 -
i assume you run it more or less vanilla?
0 -
the Spryker Docker SDK?
0 -
i can confirm that twig on docker will ignore any bullshit info i feed it π€
0 -
so, this looks like you most likely have this twig option active on your remote environment:
0 -
strict_variables [boolean] If set to false, Twig will silently ignore invalid variables (variables and or attributes/methods that do not exist) and replace them with a null value. When set to true, Twig throws an exception instead (default to false).
0 -
can you confirm?
0 -
It works! We have been rewriting twig options in local config in order to add some cache configurations. Globally, strict_variables have been set to true, but our local settings did an override. Adding 'strict_variables' => true fixed it.
I can't even begin to explain how much pain you have saved us! Thank you so much!
0 -
you are very welcome! π π
0 -
I'm still trying to reproduce what you have reported into support.
@UUZSG90UR sometime ago you reported an issue about twig dump wasn't working and I sent you a patch for the docker config.
Is your current project already another one?
I just applied that patch tospryker-shop/b2c-demo-shop
and got fail whale page whereas before that patch your null thingy was ignored.0 -
hi, i've just finished installation with
b2c
and got FAIL WHALE issue as well0 -
for the fail whale to go away, you best replace the WebHtmlErrorRenderer(?, just search for renderer) with the WebExceptionRenderer in config/Shared/config_default-docker.php
0 -
it should be in there twice
0 -
Thanks @UJN2JRU4F but look like I need to replace in both
demo
&dev
files, don't I?0 -
I'm currently trying to setup demo shop for b2c
0 -
ohh, we don't have
WebExceptionRenderer
class β0 -
that does not look like the standard demoshop setup π€
0
Categories
- All Categories
- 42 Getting Started & Guidelines
- 7 Getting Started in the Community
- 8 Additional Resources
- 7 Community Ideas and Feedback
- 78 Spryker News
- 937 Developer Corner
- 794 Spryker Development
- 90 Spryker Dev Environment
- 362 Spryker Releases
- 3 Oryx frontend framework
- 35 Propel ORM
- 68 Community Projects
- 3 Community Ideation Board
- 30 Hackathon
- 3 PHP Bridge
- 6 Gacela Project
- 27 Job Opportunities
- 3.2K π Slack Archives
- 116 Academy
- 5 Business Users
- 370 Docker
- 551 Slack General
- 2K Help
- 75 Knowledge Sharing
- 6 Random Stuff
- 4 Code Testing
- 33 Product & Business Questions
- 69 Spryker Safari Questions
- 50 Random