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

спасибо за совет!

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

https://www.google.com.ua/search?client=opera&q=facebook+cambridge+analytica&sourceid=opera&ie=UTF-8&oe=UTF-8

У вас никогда не бывало такого, что query-builder помещал в SQL-запрос лишнее поле ? ?

покажи билдер

$products = Product::join( 'brands', 'products.brand_id', '=', 'brands.id' ) ->join( 'wholesalers', 'wholesaler_id', '=', 'wholesalers.id' ) ->select( [ 'products.id', 'products.name', 'article_number', 'brands.name as brand', 'wholesalers.name as wholesaler', 'products.is_active as active', 'products.is_active as sold_out', 'advised_sales_price_per_article as price', 'articles_per_box as per_box' ] );

и что добавляет?

SELECT "products"."id" , "catalog_product_id" ««««««««««««««««««««««««««««««« , "products"."name" , "article_number" , "brands"."name" AS "brand" , "wholesalers"."name" AS "wholesaler" , "products"."is_active" AS "active" , "ce_category" , "advised_sales_price_per_article" AS "price" , "articles_per_box" AS "per_box"

catalog_product_id

это?

Да.

я не знаю, есть ли такое в ларавеле, но, возможно, дело в моделе Product

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

ну у него вроде with нигде нету

и скоупов я не вижу

которые могут эио прицепить

а глобальных у тебя скоупов нету ?

Хм... В модели есть какой-то scopeShow ...

А в нём есть ->with('category:id,name') ...

попробуй убрать

проверь

Сейчас закомментирую...

ну вот

Нет, не оно. Но принцип я понял. Спасибо, ребят.

Есть тут специалисты в полнотекстовом поиске Сфинкс?

Есть тут специалисты в полнотекстовом поиске Сфинкс?

нету

в детстве баловался

А что тебя инетересует )))

Я правда тоже лет 5 назад последний раз туда смотрел )

Есть тут специалисты в полнотекстовом поиске Сфинкс?

замечательный вопрос. ответ "да". вы исчерпали свой лимит вопросов :D

замечательный вопрос. ответ "да". вы исчерпали свой лимит вопросов :D

- Вопрос на пятерку. Где появился первый человек? - Житомир - Вы уверены? - А это второй вопрос.

Всем привет. Подскажите пожалуйста нужно сделать удаление юзера, жмем на кнопку=>реквест в контроллер=>в контроллере вытягиваем id юзера и передаем в модель перед тем как что-то передавать в модель разлогиниваем юзера Auth::logout(); но почему-то логаут не срабатывает. Подскажите пожалуйста в чем может быть ошибка?

dd - display and die, тоесть она выводит информацию и останавливает выполнение дальнейшего кода

request->pid ?

что такое deleteprofile ?

> в чем может быть ошибка в dd?)

коменты не читай ответ пиши. уже ответили выше да

почаны, а с точки зрения архитектуры, насколько зашкварно в request object форматировать request?

почаны, а с точки зрения архитектуры, насколько зашкварно в request object форматировать request?

я не гнушался таким) (https://gist.github.com/Ellrion/7a53bc7bfea03a8c579d#file-formrequest-php-L24-L40) т.е в реквестах добавляется метод prepare который должен вернуть параметры запроса которые перезапишутся. код правда для лары 5.1. с тех пор там чуток поменялось что то на самом деле если мидлвары нам могут его править (занулять пустые строки например), то не вижу причин почему бы не делать что то спицифическое в форм реквесте

Есть схема: кошельки (id[int]), транзакции (wallet_from[int], wallet_to[int/null]). Не будет косяком, если организовать связь из Wallet: hasMany(Transaction::class, ['wallet_from', 'wallet_to'], 'id') , а из Transaction: belongsTo(Wallet::class) ??

Просто ранее не сталкивался с тем, когда связь двойная (я имею ввиду, что сразу 2 ключа: отправитель и получатель - идентификаторы другой таблицы), а здесь не просто двойная, да еще и второй параметр (получатель) может быть null

почаны, а с точки зрения архитектуры, насколько зашкварно в request object форматировать request?

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

request->pid ?

id юзера

что такое deleteprofile ?

метод модели

> в чем может быть ошибка в dd?)

ошибка не в dd так кк на момент скрина просто с помощью dd выводил сессию

както разлогинивание и удаление профиля не оч

похорошему удаление профиля одна процедура.. разлогин другая и редирект уже третья =\

както разлогинивание и удаление профиля не оч

мммммм ясно спасибо

просто в будущем можно предположить что появится задача чтоб админ удалял профили.. админ удалит чейто профиль и его само выкинет

)

просто в будущем можно предположить что появится задача чтоб админ удалял профили.. админ удалит чейто профиль и его само выкинет

хорошее замечание ( без сарказма говорю ) если мы удаляем профиль, то в момент до или после нужно юзера разлогиневать?

поидее после. когда уже все операции над юзером окончены

малоли. вдруг каким то образом в процессе удаления необходима аутентификация еще

например проверить есть ли права удалить юзера

поидее после. когда уже все операции над юзером окончены

понял, спасибо большое, сейчас разнесу все из одного на три

поидее после. когда уже все операции над юзером окончены

Вы правы разлогин в самом конце, перед редиректом, так работает

подскажите в чем может быть трабла? у меня есть класс с 2 статическими методами, методы вызываются каждый раз когда приходит запрос пользователя по api и отрабатывают. Но трабла в том что когда изменяешь данные которые используются в статических методах, то при запросе по апи при первом запросе приходят значения старые(результат работы методов), а при втором запросе приходят уже измененные. Если вызывать не по апи методы то каждый раз новые значения как положено

Понимаю что не туда скорее всего, но.. Есть тут в чатике люто вшаренные в симфони ребята?

Понимаю что не туда скорее всего, но.. Есть тут в чатике люто вшаренные в симфони ребята?

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

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

там никто на мой вопрос ответить не может))

там никто на мой вопрос ответить не может))

может вопрос просто неправильный ?

может вопрос просто неправильный ?

Не. Ситуация сложная и слишком специфичная. Вкручиваю в легаси симфонёвую авторизацию и ловлю очень странные баги.

например ?

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

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

Так и делаем. Имеется в виду что изначально было легаси а не сф. Сейчас легаси код никуда не делася - просто под капотом он проксируется на симфонийские компоненты )

ну так в чем именно вопрос ?

например ?

Счас опишу проблему, сек

например ?

Александр Орловский, [15.06.18 18:32] Народ, мб кто подскажет, я все с тем же вопросом. Прикручиваю поверх легаси симфонейскую аутентификацию, (сам легаси уже почти целиком на сф4 работает). Пытаюсь сделать аутентификацию через форму - пост запросом уходят данные на сервер и по идее после этого пользователя нужно залогинить. Проблема в следующем : сессии работают норм, уже на 10 раз проверил, однако не сэйвится в сессии UsernamePasswordToken, который генерится в SimpleFormAuthenticationListener::attemptAuthentication. Если чекнуть сессии после хэндла реквеста то там на всех этапах до самого окончания запроса лежит сериализованый UsernamePasswordToken, при том записывается он туда до вызова session_write_close(). Когда происходит редирект и сессия стартует заново - токена там уже нет (проверял сразу после NativeSessionStorage::start()). Тем не менее кастомный токен авторизации который юзается для других роутов сериализуется норм ,и ресторится каждый новый запрос В чем может быть дело?

уверен что сессия не сбрасывается на диск нигде раньше ?

токена там уже нет нет всей сессии, или старый вариант без токена ?

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

сериализованный токен попадает в сессию до вызова session_write_close ( на всех session_write_close брэйкпоинты стоят, дабы отследить ) и да, токен именно в сессию кладется, это место в коде тоже чекнул. уже когда $response->send() вызывается можно чекнуть глобальный $_SESSION и сериализованный токен там будет. в следующем запросе после session_start() токена там уже нет (вообще на самом деле если что угодно ручками на том этапе писануть в сессию, оно почему то не записывается, хотя сессия ВРОДЕ не сбрасывается на диск нигде раньше, мб я что то упустил, но вроде искал тщательно)

http://php.net/manual/en/function.session-register-shutdown.php ?

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

Парни, вопрос: Как правильно отправлять кроссдоменный запрос (laravel + axios) ? Нахожу кучу вариантов, но не работают, или работают через раз как-то.... А стучусь на апи гугла и инсты

получаю 503 Service Unavailable

при чем тут ларавел?

при чем тут ларавел?

знаю что в ларе уже конфигурирован axios, поэтому при отправке кроссдоменного запроса нужно удалить X-CSRF-TOKEN, который автоматом ставится во все запросы... но суть вопроса не именно в ларе, а вообще, как правильно, с какими заголовками, отправлять такой запрос?

Тут сервер должен тебе разрешить ответ дать

а запрос из js ничем не отличается

а запрос из js ничем не отличается

А реферрер?

Тут сервер должен тебе разрешить ответ дать

как это сделать?

Не помню я что б я чтото посылал когда делала third-party js

Корс отвечает обычно как то так

->header('Access-Control-Allow-Origin', '*')

503 это ошибка сервера