эх

))

пропаганда гомосексуализма?)

неужто узнали что Кук того

ну да не суть...

@mkusher вчера пол дня писал статью про тесты и думаю ее удалить

бесполезно это все

нет. давайте сюда черновик. почитаем

либо на выходе получится книга либо статья ниочем

надо как-то больше фокусироваться на конкретных вопросах

и я не могу придумать что сначала описывать

https://twitter.com/chicoxyzzy/status/795742081784352768

@mkusher ну офигеть теперь)

@mkusher вчера пол дня писал статью про тесты и думаю ее удалить

мб для начала пересказать шутку дяди Боба про большую кнопку)

так эта хрень у меня на gist уже сколько висит

про кнопку

ну то есть статья "зачем нужны тесты"?)

тут просто... такое дело

план пока такой был: - Про то, что все говорят о тестах но мало кто их пишет - Зачем нужны тесты или рефакторинг и цикл обратной связи - "Тесты это дорого" - Внимание, черный ящик - Не надо мокать все подряд - Пирамида тестирования

сейчас вот подумал - могу выкинуть из этого всего детали вроде "модульные/интеграционные тесты" и т.д.

и написать в общем

как тебе план?

не совсем понимаю первый пункт

это введение... ты его на gist у меня когда-то читал

либо на выходе получится книга либо статья ниочем

разделить статьи можно. Каждая статья про отдельные тесты

охохо, нашел еще один драфт такой же статьи написанной пол года назад)

надо бы почитать

> разделить статьи можно. Каждая статья про отдельные тесты перед этим должна быть общая статья, которая должны как бы показывать что "все связано". Да и принципы в целом общие

я вот все же думаю что основной целью статьи будет борьба с "тесты это дорого"

у меня к примеру даже без тестов надо для QA фикстуры писать, и это где-то по моим прикидкам 60%-70% времени от тестов

если бы кто со мной статистикой поделился... сколько времени на тесты уходит по сравнению с реализацией и все такое

а как ваши qa с фикстурами работают?

@mkusher при деплое фикстуры накатываются

так и работают

мы перед тем как таск в работу брать прописываем в описании к таску "как проверить" и для этого готовим фикстуры

типа в каждой ветке где-то в спец месте указывается, какой пакет фикстур накатывать?

все намного хуже

пока что у меня есть один огромный пакет фикстур)

но уже потихоньку приходим к тому что это слишком уж сложно

а, ну просто если они конфликтовать будут

но зато так экономит время на дэмо клиенту

> а, ну просто если они конфликтовать будут такое может быть, в этом случае не проблема добавить в джобу для деплоя параметр какой набор фикстур юзать

у нас qa старательный, сам себе данные создает, а между деплоями на стейжинг/демо база не чистится

заодно и миграции тестятся

> а между деплоями на стейжинг/демо база не чистится ну ты ж вкурсе что у меня проектов побольше будет... и "не чистится " только через месяц-два

да понятное дело)

https://gist.github.com/fesor/53df2d69b6d44c1b26cf

ну вот введение о котором я говорил

добавил еще две главы

добавил еще главу...

остальное на днях допишу

там чистить текст надо долго

спс. Интересно пишите.

Привет всем, может кто поможет с Laravel. Есть некий class ShowMethodsRequest extends FormRequest Который должен валидировать запрос от пользователя, но, как мне вывести ошибки в шаблоне, которые получились при валидации?

P.S.: у меня нету метода store в контроллере

Как должен в оригинале происходить процесс валидации? Куда сообщения передаются после этого...

https://laravel.com/docs/5.3/validation#working-with-error-messages

в любой непонятной ситуации - читай доку

в частности тебе надо смотреть в сторону Named Error Bags

например

@fes0r норм ты настрочил за ночь)

Aleh?

Существенное увеличение max_input_vars как-то влияет на безопасность? или что-то еще

Привет всем, может кто поможет с Laravel. Есть некий class ShowMethodsRequest extends FormRequest Который должен валидировать запрос от пользователя, но, как мне вывести ошибки в шаблоне, которые получились при валидации?

Если ты юзаешь форм реквест, то у тебя во вьюхе потом будет доступна переменная $errors

if($errors->any()) foreach($errors->all() as $error) {{ $error }} endforeach endif

Существенное увеличение max_input_vars как-то влияет на безопасность? или что-то еще

Мне кажется, увеличение лимитов для любой штуки доступной для пользователя, всегда несет непредсказуемые последствия для безопасности

Но оно ведь вприницпе доступно для админа

ERROR: S client not available

Если в чем-то сомневаешься, что оно несет ущерб для безопасности, просто пробуешь для начала гуглить "<название фичи> exploits", и смотришь, насколько много есть лазеек

@fes0r >А говорить мы будем о том, как сделать тесты более живучими. Как сделать так, что бы они не падали на каждый чих. Как сократить издержки на их поддержку.

@fes0r >А говорить мы будем о том, как сделать тесты более живучими. Как сделать так, что бы они не падали на каждый чих. Как сократить издержки на их поддержку.

занятная картинка)

http://php-and-symfony.matthiasnoback.nl/2015/07/refactoring-the-cat-api-client-part-1/ людям лучше доходит больше такой подход к обьяснению

больше примеров, больше кода, меньше воды о которой и так все знают)

много воды?

там код дальше будет

при разговорах о черных ящиках

Если ты юзаешь форм реквест, то у тебя во вьюхе потом будет доступна переменная $errors

Только меня в случае не прохода валидации откидывает назад и получается зацикливание редиректа.

Где, и как ты вызываешь FormRequest?

@fes0r приведи адекватный пример проперти-бэйсед тестирования) ну и использование элисбандла в качестве генерации фикстур

В пхп это как-то не юзается особо

Ну, не знаю случаев, когда надо верифицировать пхп апп

@ekifox Я понял кажется. Ты вызываешь сохранение в том же методе, где и валидацию?

@ekifox Я понял кажется. Ты вызываешь сохранение в том же методе, где и валидацию?

У меня в FormRequest есть функция rules, на основе этих правил идёт валидация. Если приходящие данные не проходят, то меня кидает на страницу назад. Если страница назад была тоже не правильная, то происходит зацикливание.

Когда кидает назад, $errors пустой

Скорее всего я делаю все не правильно

вот контроллер

вот FormRequest

function response добавил для теста

кстати о тестировании. вопрос адептам функциональщины и черного ящика, как бы вы тестировали кейсы: - веб сервис с пулингом, по типу skyscanner, когда ты запрашиваешь поиск, тебе дают токен и ты с этим токеном ходишь постоянно на урл пока тебе не отдадут все данные по запчастям. весь процесс выгрузки полных данных может занимать несколько минут, а данными сервис полностью не владеет и ему их нужно запрашивать у других провайдеров - веб сервис, с зависимостью от другого сервиса, который возвращает свои данные + данные соседа и зависит от этих данных - демон, который делает форк себя и управляет субпроцессами - демон консьюмер, висит на сокете и кушает очередь - излюбленные сценарии типа "я нажал на кнопку и вижу" если у тебя SPA приложение, которое активно юзает запросы к серверу

Правильно. У тебя эта же страница попадает в бесконечный цикл, потому что FormRequest по умолчанию редиректит на страницу, с которой пришел. Пути решения что вижу я: - Сделать так, как тебе навязывает ларавель. Разделить логику отображения твоей формы, и сохранения её, в разные методы. Вынеси $paymentModel->createNew(...) в отдельный метод, вроде storePayment, и принимай там реквест. - Не юзать форм реквест, а просто создавать в твоем методе showMethods валидатор вручную, и передавать во вьюху возвращенные валидатором ошибки.

вариант 2 интереснее :D пробовал, тогда валидатор надо запихнуть в showMethods, будет ли это красиво?

Либо можешь заняться извращениями, и создавать вручную обьект форм реквеста, и засетить ему потом через setRedirector куда надо

вариант 2 интереснее :D пробовал, тогда валидатор надо запихнуть в showMethods, будет ли это красиво?

А красиво ли, что ты смешиваешь логику сохранения и вывода вьюхи в одном методе? Как говорил один философ, лебедь красивый как лебедь, а обезьяна красивая как обезьяна. Но если сделать обезьяне длинную шею как у лебедя, то это будет уродство. В данном случае, по философии ларавель, у тебя получилась обезьяна с длинной шеей

Не знаю как поступить в таком случае, у меня там нет никаких форм, пользователя перекидывает с другого сайта ко мне

этакий аналог платежного хаба