boss-feeeddd: то, что прописано в правиле просто станет параметром в соответствующем методе контроллера. Потом можно сравнить значение этого параметра с каким угодно полем в базе. Прямой зависимости тут нет.
alexlb: Я вот точно не скажу, но вроде под Ubuntu все без особых костылей завелось. Может я другое какое-то расширение использовал. А вот под винду только с 5.2 получилось. Мне к сожалению нужно было гонять скрипт именно в Windows.
entermix: ну вот германменеджер этим и занимается. он запускается как сервис, читает конфиг и в котором написано сколько и каких воркеров вам надо и следит чтобы их было запущено достаточно.
EVOSandru6: вряд ли подскажу. я не пользовался этим виджетом. скорее всего какой-то баг самого виджета. попробуйте навесить его на инпут руками, может поможет разобраться.
nonlux: спасибо! подробно) меня просто смущает, что даже, если указать несколько контекстов, он все равно все фичи прогоняет через все доступные контексты. Т.е. логического разделения как бы нет, просто размазывание одной и той же логики по нескольким файлам.
А подскажи, как ты борешься с разрастанием FeatureContext в Behat? Я имею в виду, что фич бывает несколько и часто не сильно-то связанных между собой, а контекст для проверки вроде как всегда один. Делишь на отдельные Suite? По какому признаку?
qqignatqq:
1. Скрытый input, в который вы кладете значение - это не костыль, это стандартное решение.
2. Переменная и значение - понятия взаимозаменимые. Может подставить значение напрямую, а можете через переменную, в которой записано нужное значение.
3. Не важно, что там было раньше, можете сделать все заново. Различия в реализации не стоят мучений по подбору "оптимального варианта".
Без обид, но это довольно очевидные вещи даже для начинающих программистов. Если вам действительно это непонятно, наймите человека на фрилансе, который вам все починит, либо попробуйте получить изначальные знания относительно языка и задавайте уже более осмысленные вопросы. Вот тут например можно пройти курс по js https://learn.javascript.ru/
qqignatqq: если эта "переменная" - это переменная js, то можно прямо вместо надписи "<значение>" ее подставлять. Если php файла нет, куда вы отправляете данные? Что у вас на бекенде?
qqignatqq: а откуда должно по вашему появиться значение lower в массиве $_POST? вы можете его отправить, если создадите input с именем lower, запишите туда значение ползунка и засабмитите форму, или же вы можете отправить его напрямую через $.post(url, {lower: <значение>}). Вы какой способ используете?
Paulus: так а пример я уже привел: в процессе работы может понадобиться создать несколько инстансов, количество которых заранее не известно. часто такое бывает в контроллерах, когда формы под новые модели создаются через js на фронтенде.
Paulus: указать в конструкторе зависимость от инстанса, вместо фабрики? ну да, это действительно проще и если других инстансов в процессе создавать не понадобится, то это хороший подход. спасибо! не подумал сразу о таком.