Олег Трубин, И это плохо что не понятно. Должно быть понятно. У вас там сеошная билеберду аля "ой у меня trainig slashes убрать убрать убрать" прописана. Если вы отправите запрос в постмане на /email/verification-notification - без слеша в конце у вас будет работать.
Ну или фиксить эту билеберду - что бы она правильно боролась.
lexstile, ах да. у вас же там с уникальностью геморрой. ну вообщем newPivotStatementForId помоему не id pivot ищет а id related. По этому и не удаляет - выведите запрос там наверняка точно будет видно. И следовательно придется переписать newPivotStatementForId на банальный where
он вам говорит что МЕТОД GET не применим для этого маршрута. а учитывая что у вас в роутах написано Route::post, то вестимо что в postman надо указать метод post а не get.
Слава,
еще раз. вы сказали у вас система с данными, систему дергают по одному полю - она должен отдать результат. Запросов много - хочу кеш и эластиксеарч. У вас спросили уникальность запросов - потому что если у вас из 5 тысяч запросов - 4 999 запросов уникальные - вы просто выкинете в мусор всю ту память что выделите под кеш. И все. По этому я у вас и спросил.
Эластик тоже не серебряная пуля. что вы в ней будете искать - это одно поле? И с чего вы взяли что эластик будет справляться лучше мускула? Потому что ELK стэк модно и популярно? Это так не работает.
Причем тут смс и сайты однодневки - до сих пор не понимаю.
vadikrudnov, ну а что мешает вам попробовать заюзать что нибудь типа https://mariadb.com/kb/en/application-time-periods...? будет уникальность id с датой? к сожалению в мариадб, а насколько я помню у вас именно она - вроде как нет функциональных индексов, а так бы можно было поиграться с какой нибудь функцией номера недели
Вы же уже задавали этот вопрос? И вам писали что искомая строка находится на нулевой позиции. Он вам ноль и выводит. А если вы откроете документацию то там будет четко и ясно написано про строгое сравнение
1. Для начала стоит понять а как часто у вас прилетают запросы на одну и туже фамилию. Или у вас таких запросов 1% - остальные уникальны как вам кэш поможет?
2. А что вы будете искать в эластике и как. Я может ошибаюсь - но то что вы написали на эластик особо не тянет
Владимир Коротенко, заказчик вполне себя любит. и там где ему надо - названия организаций, подразделения, иерархия по которым они как раз и делают поиск, все четко. А телефон это так. Типа комментов. Которые тоже есть
И еще раз - вы берете свой проект где телефон очень важная информация и где надо к нему относится соотвествующе - распространяете на всю вселенную, в том числе и на текущий вопрос где по это ничего не сказано, и вообще не известно, агрументируя - что раз у вас так, значит и здесь так, и сваливаетесь на личности когда вам говорят что вселенная на вашем проекте не кончается. Вы, батенька, не телепат, вы, батенька, религиозный фанатик.
Владимир Коротенко, никуда исчезать не собираюсь. будет лениво - не буду отвечать. будет не лениво - буду. Не хотите читать - исчезайте сами, хорошего пути.
И кстати довольно вот редко встречал что бы телефон был просто строчкой, практически всегда на него завязана важная информация
А вот у меня под рукой в данный момент CRM в которой телефон справочная информация, и не более. никаких поисков ничего. А учитывая что работа идет со всякими госниками - в строке телефона забита всякая чушь аля доб. (123) или позвать Ларису Ивановну. По этому поле типа текст там вполне ок. Что дальше?
Владимир Коротенко, А я вам говорю что не надо свой опыт и свой проект - распространять на всю вселенную. К январю надо готовить индексы теплую одежду - хорошая практика, теория сезонов и так далее, до тех пор пока вы для себя не открываете южное полушарие, там в январе лето. По этому перед тем когда считать вес теплой одежды - надо определится на каком мы континенте - можа мы в Австралии
Ну или фиксить эту билеберду - что бы она правильно боролась.