Oleg
/stat@combot
combot.org/chat/-1001047863278
Sergey
Есть довольно нубский вопрос. Работаю с Symfony и появилась нужна вызвать 403 ошибку в недрах контроллера. Я это сделал через exit(403), но, может, существует более правильный способ?
выбрасывай исключение AccessDeniedHttpException
SarcasmIO
там коды ошибок описаны константами по rfc
Sergey
https://symfony.com/doc/current/controller.html#managing-errors-and-404-pages
Alex 🦑
Кто может поделиться ссылками на материал по эцп и шифрованию в веб приложении? (авторизация либо через электронную карту (пропуск), либо через логин и пароль с позиционированием)
Alexander
я бы тоже про такое почитал
Наиль
/stat@combot
combot.org/chat/-1001047863278
Anonymous
Учи буржуйский
Anonymous
😂
Anonymous
вернемся к жесткому русскому синтаксису?
николай
я имел ввиду перевод статьи
николай
все равно нашел его.
Anonymous
http://fixin.com.ru/articles/writer_1s_vis_navision/example_of_code_editor_in_1s.jpg
Anonymous
Что там делает Count()
В кругу врагов
SarcasmIO
а Родитель.Folders.Item ?
Anonymous
Удивительно
Yar
1c++
николай
😕
николай
Почему первичный ключ по id - зло?
николай
ну вот руководство смотрю
николай
еще статья на хабре открыта, но еще не читал
The Ant
Почему первичный ключ по id - зло?
не сам ключ, а его название. просто id ни очем не говорит, кроме того, при джойне нескольких таблиц эти иды будут конфликтовать
The Ant
ну в понимании усложнится, т.к. путаница будет. карочи тут исключительно о названии речь
николай
https://habrahabr.ru/post/107834/
николай
Я так понял, что типа нет смысла создавать везде ?_id
Vladimir
Это ответ на статью про то, что uber с постгре на мускуль обратно укатился?
Anonymous
типа делаем в таблице options ключи id_option и норм?
николай
я так понял это про то, что нахер не надо делать столбец с ID если у тебя есть столбцы, которые уникальны сами по себе
николай
с другой стороны статья 2010 года, так что похер)
Евгений
я так понял это про то, что нахер не надо делать столбец с ID если у тебя есть столбцы, которые уникальны сами по себе
это будет составной ключ. можно конечно и так, но это ненужное усложнение
The Ant
Я так понял, что типа нет смысла создавать везде ?_id
не читал статью. так что хз что ответить. если таблица не нуждается в инкрементном уникальном идентификаторе. то зачем его использовать?
николай
Ну я понимаю, если есть связь например "многие к многим", вспомогательная таблица
николай
А где таблица с юзерами и постами - нужен ли id?
Vladimir
Вот есть у меня таблица связки товаров, предложений и цен
Vladimir
Там инкремент нифига не нужен, потому что id товара и оффера они в паре уникальны
SarcasmIO
uuid ?
Anonymous
Я знал, я знал что игры со шрифтами пригодятся (блдь)
https://tjournal.ru/46265-doch-pakistanskogo-premera-popalas-na-poddelke-dokumentov-iz-za-ispolzovaniya-shrifta-calibri
Vladimir
Ну или как писали в комментах, если у тебя уникальное имя пользователя, то можно и его ключом делать
Vladimir
Правда, как по мне, неэффективо шопздц
Евгений
Ну или как писали в комментах, если у тебя уникальное имя пользователя, то можно и его ключом делать
а вот он взял и опечатался и хочет изменить
The Ant
Ну или как писали в комментах, если у тебя уникальное имя пользователя, то можно и его ключом делать
можно, но это не совсем удобно, т.к. у таблицы с пользователем обычно много связей
Vladimir
Да и хз я про производительность join'ов потом с текстовыми полями
The Ant
а к примеру в таблице settings какойнить достаточно 1-2 текстовых колонки в качестве ключа + колонка значений. что-то типа module_id | key | value где все текст а module_id | key первичный ключ
николай
Выбор столбцов, которые будут играть роль ключей, должен быть обоснован и предельно выверен, поскольку от них напрямую зависит производительность и целостность данных.
Ключ должен быть в какой-то степени уникальным.
Должна быть согласованность по типу данных для значения во всей схеме, а также чем ниже вероятность того, что это изменится в будущем, тем лучше.
Можно ли проверить значение на соответствие стандарту (например, ISO)?
Ключ должен быть как можно проще, чтобы можно было без трудностей использовать составные ключи.
Это своего рода конвенции, которые нужно сформулировать при проектировании базы данных. Если требования впоследствии будут разрастаться, можно и нужно вносить изменения в структуру базы, чтобы поддерживать её в актуальном состоянии.
Евгений
с составными ключами сплошной геморрой
Евгений
меняешь значение одного из полей - придётся идти во все связанные таблицы и менять там
Евгений
с нынешними размерами жёстких дисков нет никакой проблемы сделать инкрементный уникальный ид
Евгений
и работать дальше по нему
The Ant
для связующих таблиц в many-to-many тоже будешь инкремент совать?
Евгений
для связующих таблиц в many-to-many тоже будешь инкремент совать?
хз, я говорю о таблицах с данными, а связующая таблица - это в какой-то степени костыль, потому что нет встроенного механизма для реализации связи М:М (по-моему, как раз в мс аксес такой механизм есть, поэтому там вообще нет понятия связующей таблицы, но в других системах это не так).
The Ant
ну вот пример таблицы настроек. для основного приложения и модулей к нему. зачем там автоинкремент?
The Ant
у таблицы нет связей. в качестве ключа вполне подходят две колонки, которые дают уникальность
Евгений
у таблицы *сейчас* нет связей
The Ant
и потом не будет
The Ant
такая таблица не предполагает связей )
Евгений
конечно, можно добавить id, когда они появятся
The Ant
и поэтому на всякий случай надо сделать? ))
The Ant
назови причину это делать ;D
Alexandr
унификация в рамках проекта -> проще ориентироваться -> меньше оверхэд в голове -> больше продуктивность -> профит
Евгений
во всех базах всех фреймворокв и цмс, есть id в таблице настроек
The Ant
или к примеру иногда нужна таблица просто ключ - значение
Евгений
это поле не занимает много места, по нему есть индекс, не жрёт произвоидительность, не вижу причин не добавить его
The Ant
зачем там ид? если в качестве ключа можно использовать тот самый ключ, который нужный