АС
Да это я понял
Size: a a a
2021 July 29
d.
куда идти с вопросом про restic ?
EG
Если это про backup то в чаты по devops.
T
пацаны салам, подскажите как на ларке юзать префикс из базы в коде(к примеру на yii можно ставить 2 фигурные)?
SS
А зачем? Лара ж сама его поставит. Но вроде можно через config('database.шототам.prefix')
MS
Ребят, кто со структурой проэкта может помочь, зашёл в тупик, а там проблема со страницами и подстраницами
T
да просто хотел указать в строке удаления вторичного ключа указать типо так
T
если там не указывать префикс он ругается
SS
Аа,ну тогда через config(database....), обычный dot синтаксис
T
окей щас попробую)
S
если кто-то, вдруг, использует jwt, советую протестировать свою имплеминтацию на атаку с подменой алгаритма шифрования подписи (
в звездной библиотеке для популярного фреймворка на пайтоне эта уязвимость эксплуатируется (решил потестить на своем проекте).
советую всем протестить свои апликухи с jwt.
"alg": "none", гуглить "jwt none algorythm").в звездной библиотеке для популярного фреймворка на пайтоне эта уязвимость эксплуатируется (решил потестить на своем проекте).
советую всем протестить свои апликухи с jwt.
А
Баян.
S
рабочий в некоторых случаях. сам офигел, что 5 лет теме
2021 July 30
AS
Как предпочитаете именовать переменные?
Анонимный опрос
Проголосовало: 50AS
Ничего не значащий вопрос, но стало интересно что люди предпочитают больше :)
С лексической стороны конечно же
С лексической стороны конечно же
$newTicket читается приятней, но $ticketNew на первом месте отображает че храним в переменной, а уже потом ее доп. аттрибут (может быть полезно, когда похожих переменных много в скоупе)И
первый вариант для русскоговорящих более приемлемый
и да, код должен "читаться"
и да, код должен "читаться"
AS
Я двумя руками "за" читабельность, но бывают ситуации, когда аттрибутов описывающих переменную может быть даже больше чем один, тогда получаается чет типа
$newCreditInvoicedApprovedOrder, и вот здесь уже сложнее, пока глазами дочитаешь че именно это такое кредитное, заинвойсенное, одобреннноеAS
в исходниках Laravel нашел парочку строк вот таких:
Похоже разрабы больше предпочтения вот таком стилю отдают)
$resolvedKey = $keyBy($item, $key); $finalItem = $collection->pop();Похоже разрабы больше предпочтения вот таком стилю отдают)
MG
С избыточным именованием всегда можно бороться через контекст в котором она находиться. В вашем случае, если это сервис для
CreditInvoice, и неймспейс Orders/Approved и т.д. то нет потребности дублировать это в переменной. Более того, наличие таких переменных может свидетельствовать например о проблемах с SRP