Внутренняя ошибка сервера Twig после манипулирования фильтром

Question

Внутренняя ошибка сервера Twig после манипулирования фильтром

1

Я сталкиваюсь с этим сумасшедшим поведением от Twig: у меня есть этот длинный массив имен и фамилий (упакованных в одну строку), который выглядит так:

[0] "Name1 Surname1"
[1] "Name2 Surname2"
      ...
[N] "NameN SurnameN"

Я хочу манипулировать этим массивом таким образом, чтобы каждое имя + фамилия отображалось следующим образом:

N. Surname

Затем вывод будет объединен с некоторыми другими данными в таблице, это структура указанной таблицы:

...
<div class="table-responsive">
  <table class="table table-hover table-bordered table-condensed">
    <thead class="header">
      <tr>
        <th class="text-center">Field 1</th>
        <th class="text-center">Field 2</th>
        <th class="text-center">Field 3</th>
        <th class="text-center">Field 4</th>
      </tr>
    </thead>
    <tbody>
    {#
      data is an associative array with 4 keys
    #}
    {% for data in parameters.list %}
      <tr class="text-center">
        <td>...</td>
        {% set new_name = data.nameSurnames|split(' ', 2) %}
        <td><span class="name">{{new_name[0]|first}}. {{new_name[1]}}</span><br /><small>{{data.keyThree|raw}}</small></td>
        <td>...</td>
        <td>...</td>
      </tr>
    {% endfor %}
    </tbody>
  </table>
</div>
...

Процедура, которой я следую, можно увидеть в приведенном выше фрагменте. Самое смешное, что new_name[1] генерирует 500 Internal Server Error, и я не могу понять, почему. Если внутри цикла for я делаю:

{{dump(new_name)}}

Выход:

array(2) { [0]=> string(5) "Name1" [1]=> string(8) "Surname1" } array(2) { [0]=> string(5) "Name2" [1]=> string(8) "Surname2" } ... array(2) { [0]=> string(5) "NameN" [1]=> string(8) "SurnameN" }

Если я сделаю:

{{dump(new_name[0])}}

Выход:

string(5) "Name1" ... string(5) "NameN"

Но все, что связано с new_name[1] приведет к ошибке 500, даже если dump(new_name) показывает, что new_name[1] определено..

Marco Ardizzone 27 авг. 2015, в 18:35

Источник

0

Можете ли вы повторить проблему на twigfiddle и поделиться ссылкой?
Matteo 27 авг. 2015, в 16:03
0

К сожалению, я не могу. Странно то, что та же процедура на другой странице работает правильно ... Единственное реальное отличие состоит в том, что на рабочей странице количество имен и фамилий намного ниже. Но если бы возникла нехватка памяти, я думаю, что {{dump(new_name)}} не удалось бы. Однако вот пример.
Marco Ardizzone 27 авг. 2015, в 16:57
0

Оказывается, список имен и фамилий был ошибочным. Были некоторые записи только с именем и без фамилии. По некоторым неясным причинам это привело к внутренней ошибке сервера 500, но я не смог воспроизвести ее в twigfiddle, даже если был вставлен некорректный список. Фактически, что касается второго аргумента, переданного функции split( ) , документация по веткам гласит: Если limit положительный, возвращаемый массив будет содержать максимум элементов limit с последним элементом, содержащим остаток строки; Поэтому я считаю, что это должно выдать ошибку, но в моем случае это не
Marco Ardizzone 27 авг. 2015, в 17:38
0

проверьте, как вы Twig_Environment . Если вы конструируете его с `strict_variables``, то это может быть поведение. Смотрите больше вариантов здесь
Matteo 27 авг. 2015, в 17:40
0

или, проще, добавьте оператор if, чтобы проверить, определено ли new_name [1] следующим образом: {% if new_name[1] is defined %}{{new_name[1]}} {%else%} NO {%endif%}
Matteo 27 авг. 2015, в 17:59
0

Это именно то, что я сделал. Хотя это работает, я все еще не понимаю, почему он выдал ошибку 500 вместо того, чтобы стандартная var is not defined . Кроме того, я использую ветку в качестве поставщика Silex со стандартной конфигурацией, поэтому я не знаю, если это в строгом режиме или нет
Marco Ardizzone 27 авг. 2015, в 18:02
0

Так ты решил?
Matteo 27 авг. 2015, в 18:03
0

Да, это решило, но до сих пор неизвестно, почему ошибка 500
Marco Ardizzone 27 авг. 2015, в 18:09
0

с помощью Silex вы можете попытаться установить строгий_мод, который обсуждался ранее, в ключе twig.options. Проверьте документ для получения дополнительной информации здесь silex.sensiolabs.org/doc/providers/twig.html
Matteo 27 авг. 2015, в 18:12
0

Могу ли я опубликовать ответ, чтобы вы могли пометить вопрос как решенный?
Matteo 27 авг. 2015, в 18:13
0

по умолчанию это значение устанавливается как режим отладки приложения, как описано здесь: github.com/silexphp/Silex/blob/…
Matteo 27 авг. 2015, в 18:16

Показать ещё 9 комментариев

Теги:

php

twig

silex

1 ответ

Ещё вопросы

Можете ли вы повторить проблему на twigfiddle и поделиться ссылкой?
К сожалению, я не могу. Странно то, что та же процедура на другой странице работает правильно ... Единственное реальное отличие состоит в том, что на рабочей странице количество имен и фамилий намного ниже. Но если бы возникла нехватка памяти, я думаю, что {{dump(new_name)}} не удалось бы. Однако вот пример.
Оказывается, список имен и фамилий был ошибочным. Были некоторые записи только с именем и без фамилии. По некоторым неясным причинам это привело к внутренней ошибке сервера 500, но я не смог воспроизвести ее в twigfiddle, даже если был вставлен некорректный список. Фактически, что касается второго аргумента, переданного функции split( ) , документация по веткам гласит: Если limit положительный, возвращаемый массив будет содержать максимум элементов limit с последним элементом, содержащим остаток строки; Поэтому я считаю, что это должно выдать ошибку, но в моем случае это не
проверьте, как вы Twig_Environment . Если вы конструируете его с `strict_variables``, то это может быть поведение. Смотрите больше вариантов здесь
или, проще, добавьте оператор if, чтобы проверить, определено ли new_name [1] следующим образом: {% if new_name[1] is defined %}{{new_name[1]}} {%else%} NO {%endif%}
Это именно то, что я сделал. Хотя это работает, я все еще не понимаю, почему он выдал ошибку 500 вместо того, чтобы стандартная var is not defined . Кроме того, я использую ветку в качестве поставщика Silex со стандартной конфигурацией, поэтому я не знаю, если это в строгом режиме или нет
Да, это решило, но до сих пор неизвестно, почему ошибка 500
с помощью Silex вы можете попытаться установить строгий_мод, который обсуждался ранее, в ключе twig.options. Проверьте документ для получения дополнительной информации здесь silex.sensiolabs.org/doc/providers/twig.html
Могу ли я опубликовать ответ, чтобы вы могли пометить вопрос как решенный?
по умолчанию это значение устанавливается как режим отладки приложения, как описано здесь: github.com/silexphp/Silex/blob/…

Matteo · Accepted Answer · 2015-08-27T16-52-00.000Z

Исследуя проблему, были те же элементы без значения фамилии, поэтому код:

{% set new_name = data.nameSurnames|split(' ', 2) %}
<td><span class="name">{{new_name[0]|first}}. {{new_name[1]}}</span><br /><small>{{data.keyThree|raw}}</small></td>

Не сработайте без объяснения инструкции {{ new_name[1] }}.

Окружающая его с помощью is defined управления:

{% if new_name[1] is defined %}{{new_name[1]}}{%endif%}

Решать проблему.

Проверьте комментарий для дальнейшей справки.

Уже открыто сомнение в сообщении об ошибке (инфраструктура Silex)