https://github.com/php-telegram-bot/core/blob/master/src/Commands/AdminCommands/WhoisCommand.php

спс, гляну

и вот там где выберете город идет список городов и генерятся команды типа /city{id}

блин. на шаге выбора города ты точно знаешь что тебе в ответ придет город

зачем тебе на том шаге уже знать что будет city в ответе?

просто идентификатор/название лови

ну а если он решит писать чтото своё а не тыкать на команду?

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

изучи какого-нибудь бота

там есть понятие "сессий"

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

если у тебя город вторым шагом

Я без сессий делал

Stateless

fsm там =). есть 2 варианта через fsm или всякими кнопками. (ими легче)

кнопки по сути посылают просто текст\

А дальше возвращал нужное меню

ну и вот если будут кнопки с названиями городов, то по идее все равно надо будет отливливать всё это

кнопки по сути посылают просто текст\

ну да, то что нужно

кнопки по сути посылают просто текст\

ага. только ты у меня почему-то спрашиваешь что будет если юзер вместо города отправит херню. но при этом забываешь что ты сам будешь делать с выборами которые были до выбора городов

https://github.com/php-telegram-bot/core/blob/master/src/Commands/AdminCommands/WhoisCommand.php

кстати, спасибо. не видел этот пакет

я тебе это говорил в контексте твоих щагов. У меня пока шаги никак не реализованы

ща короче буду думать

кстати, спасибо. не видел этот пакет

используй мой .

используй мой .

линк в студию

линк в студию

https://github.com/exileed/telegram-bot-sdk есть команд хандлер и келбек хандлер.

спасибо

Скоро FSM запилю. уже в боте такое есть надо только перенести

а авторизацию через телегу никто не видел? тут для лары кидали пакет на днях к пасспорту

но там обычный левый сервис

я тебе это говорил в контексте твоих щагов. У меня пока шаги никак не реализованы

https://github.com/php-telegram-bot/example-bot/blob/master/Commands/SurveyCommand.php

вот и FSM

Как провалидировать 1 емайл в массиве отдельно?

По тз у пользователя 4 емайла...1 основной и уникальный

name="email[]"

Может основной в отдельное Поле складывать?

У меня есть + при нажатие которого поле инпут клонируется. ПОэтому самое простое было передать массив с емайлами+избавляет от мороки проверить какое из 4 забито

Email_main какой нибудь

Ну тогда ты не знаешь какой основной, верно?

Email_main какой нибудь

Изначально 1 поле, но накликать могут до 4, также по дурости перести из первого в 4й например

0

Вплане первый пришедшый

Ну либо "веришь", что основной - это первый

Ну либо "веришь", что основной - это первый

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

Ну правильный путь - генерить эти поля как additional на фронте нормально

Есть ещё 2 варианта

/yazaban

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

2) веришь, что с индексом 0 у тебя основной.

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

Есть ещё 2 варианта

допправил валидации среди них нет? protected function unicEmailValidator(array $data) { return Validator::make($data, [ 'email' => 'required|string|email|max:255|unique:users,email,'.\Auth::user()->id, ]); } Только вместо email например email[0]?

2) веришь, что с индексом 0 у тебя основной.

так стоп, во первых первое явно помечено свездочкой

Так что 0 уникальный мы сразу обьявили по правилам

Остальные емайлы без *

Проще говоря дать ему уникальное емя...но тогда js переделывать после верстальщика...Хотя это не так долго как валидировать 1 элемент массива

По тз у пользователя 4 емайла...1 основной и уникальный

По тз у тебя есть 1 основной и уникальный. Вынеси его отдельно

По тз у тебя есть 1 основной и уникальный. Вынеси его отдельно

да так и собираюсь...а вопрос, массив умеет валидировать? остается еще 3 емайла которые должны быть мейлами

'email[]' => 'required|string|email|max:255',

https://laravel.com/docs/5.4/validation#validating-arrays

https://laravel.com/docs/5.4/validation#validating-arrays

вышел из ситуации, когда пришлось бы js переделывать...еще тот тапок if(!is_null($request->email)){ for($i = 1; $i < 5; $i++) { if($i==1){ $emailBuffer['email']=$request->email[$i - 1]; $validatorUnicEmail=$this->unicEmailValidator($emailBuffer); if($validatorUnicEmail -> passes()) { $user->email = $request->email[$i - 1]; $user->text_email_1 = $request->text_email_1; }else{ return redirect()->action('UserController@editUser')->withErrors($validatorUnicEmail->errors()); } }else{ if (isset($request->email[$i - 1])) { $emailBuffer['email']=$request->email[$i - 1]; $validatorEmail=$this->EmailValidator($emailBuffer); if($validatorEmail -> passes()) { $user->{'email_' . $i} = $request->email[$i - 1]; $user->{'text_email_' . $i} = $request->{'text_email_' . $i}; }else{ return redirect()->action('UserController@editUser')->withErrors($validatorEmail->errors()); } } else { $user->{'email_' . $i} = NULL; $user->{'text_email_' . $i} = NULL; } } } }else{ return redirect()->action('UserController@editUser'); }

Кладем текущий емайл цыкла в новый массив который уже валидируем

тогда первый элемент валидируем по одному правилу, а остальные по второму

Вы уж тогда пишите проблемы подхода)

кто композер смогел на венде настроить?

конкретно интересует часть, в которой прикручивается контйнер nodejs

Чуваки, а чем в ларе модно билдить формы и потом собирать их в объекты обратно?

Поставил horizon, но забыл что он на 5.5. ну подождем, не хочу бету ставить

Реально на 5.5?

Ну да, и php 7,1

Ну да, и php 7,1

Скажи спасибо что не 7.2

А требование 7.1 ок

ну мне норм

Ниже 7.1 и не нужно

А 7.1 уже есть в репозиториях убунты?

уже давно

Добрый вечер.

Товарищи, дайте совет. Хочу набросать простенький блог. Чтобы в нем была админка для добавления постов и публичная часть, где они, собственно, выводятся. Как при этом авторизацию админа организовать? Может есть какие-то готовые решения? Я Лару только начал изучать, поэтому опыта в ней нет. Авторизацию которая идет "из коробки" думаю нет смысла ставить.

мой совет - изучи документацию

ото просто тыкать по готовым решениям без понимания механизмов - пустая трата времени

Только начал изучать, а уже думаешь, что нет смысла что-то там ставить. Противоречие, не находишь?

Товарищи, дайте совет. Хочу набросать простенький блог. Чтобы в нем была админка для добавления постов и публичная часть, где они, собственно, выводятся. Как при этом авторизацию админа организовать? Может есть какие-то готовые решения? Я Лару только начал изучать, поэтому опыта в ней нет. Авторизацию которая идет "из коробки" думаю нет смысла ставить.

Поставь коробочную и паспорт и не думай что решения не коробочные лучше