SC
Ну пожалуйста
Size: a a a
2021 March 05
VP
🙊
SC
Проблема в том, что указанные в документации методы проверок не покрывают
-Проверку наличия полей json (как например в тестах assertJsonStructure)
-Проверку значений json
Или я что-то упускаю?
-Проверку наличия полей json (как например в тестах assertJsonStructure)
-Проверку значений json
Или я что-то упускаю?
Это все можно покрыть стандартными правилами
SC
Ну, без излишеств конечно
S
Покажи правила валидации
Так их пока нет. Вопрос заключается, можно ли это сделать и как
MP
Проблема в том, что указанные в документации методы проверок не покрывают
-Проверку наличия полей json (как например в тестах assertJsonStructure)
-Проверку значений json
Или я что-то упускаю?
-Проверку наличия полей json (как например в тестах assertJsonStructure)
-Проверку значений json
Или я что-то упускаю?
чёйто не покрывают?
required тот же есть.
разницы между джейсоном и просто пост параметрами особо нет
required тот же есть.
разницы между джейсоном и просто пост параметрами особо нет
SC
Так их пока нет. Вопрос заключается, можно ли это сделать и как
Пишешь
receipt.*.barcode => 'required|string|regex'
итд
receipt.*.barcode => 'required|string|regex'
итд
W
$validator = Validator::make($request->all(), [
'person.*.email' => 'email|unique:users',
'person.*.first_name' => 'required_with:person.*.last_name',
]);
'person.*.email' => 'email|unique:users',
'person.*.first_name' => 'required_with:person.*.last_name',
]);
S
Пишешь
receipt.*.barcode => 'required|string|regex'
итд
receipt.*.barcode => 'required|string|regex'
итд
ОК, вот это мне и нужно. Спасибо, попробую
SC
Пожалуйста
a
Каким-то образом можно в тестах сделать так, чтобы он проверял 2 варианта респонза? т.е. 1й вариант, когда данных нет и приходит только пустой массив, второй вариант - когда в массиве есть данные
AH
эт понятно. я просто больше спрашиваю в том ключе, что если ставить редиску, то придется эту всю логику (храниение ip, последней активности итд) писать самому? или лара умеет это все пихать в редис? в мануале не вижу подобного(
Сессии штука такая, что куда бы ты её не записал, по истечении срока они удалятся, так что все данные вида последней активности и прочего сто процентов будут потеряны.
a
"success": true,
"response": {
"ticket": [
{
"deadline": "2020-03-02 18:00:00",
"files": null,
"rank": "1",
"pult_id": "14918",
"group": "1",
"name": "Название тикета",
"contact_owner": "9000000000",
"manager_phone": "9180000000",
"manager_name": "манагер",
"text": "text",
"technic_id": "2",
"creator_id": 1,
"status_id": 1,
"problem_id": "2",
"can_modify": true,
"from": "bla bla",
"updated_at": "2021-03-05T12:02:43.000000Z",
"created_at": "2021-03-05T12:02:43.000000Z",
"id": 1
}]
},
"error": null,
"message": ""
"success": true,
"response": {
"ticket": []
},
"error": null,
"message": ""
a
сейчас проверяю с assertJsonStructure()
SS
Сессии штука такая, что куда бы ты её не записал, по истечении срока они удалятся, так что все данные вида последней активности и прочего сто процентов будут потеряны.
это я понимать) допустим, мы ей вкрутим max_lifetime в пыхе в пару месяцев и в ларе поднимем параметры в конфиге
т.е. в моем случае (те же брошенные корзины) проще всего наверное заводить юзеру какой то уникальный идентификатор, класть его в локалсторадж или типа того, и по нему выполнять нужные операции (та же корзина, в частности), а сессия пусть живет своей жизнью🌚
т.е. в моем случае (те же брошенные корзины) проще всего наверное заводить юзеру какой то уникальный идентификатор, класть его в локалсторадж или типа того, и по нему выполнять нужные операции (та же корзина, в частности), а сессия пусть живет своей жизнью🌚
AH
сейчас проверяю с assertJsonStructure()
В новых версиях phpunit вырезали этот метод
AH
Каким-то образом можно в тестах сделать так, чтобы он проверял 2 варианта респонза? т.е. 1й вариант, когда данных нет и приходит только пустой массив, второй вариант - когда в массиве есть данные
А вообще для получения первого метода нужно явно что-то передать, чтобы 100% пришли заполненные данные, а при тесте второго, чтобы 100% пришли пустые. И проверять.
a
А вообще для получения первого метода нужно явно что-то передать, чтобы 100% пришли заполненные данные, а при тесте второго, чтобы 100% пришли пустые. И проверять.
т.е. лучше сделать отдельно метод с предварительным заполнением и отдельно с удалением всего из таблицы?
AH
т.е. лучше сделать отдельно метод с предварительным заполнением и отдельно с удалением всего из таблицы?
Зачем?
Вызываешь трейт
Вызываешь трейт
RefreshDatabase и "оно само" перед запуском каждого теста очищает базуa
Зачем?
Вызываешь трейт
Вызываешь трейт
RefreshDatabase и "оно само" перед запуском каждого теста очищает базупонял, пойду делать добавление данных перед тестом. спасибо