Профессионал сделает хорошо не только потому, что ему за это заплатят, но и потому, что не может себе позволить сделать плохо. А дальше уже сами решите, что стоит трат Вашего времени.
Нет, поскольку ничто не мешает отправить запрос с содержащимися переносами строк (самое простое - в форме сменить тег на textarea).
Это я знаю.Я даже знаю, что можно сделать кроссайтовый скриптинг и поэтому нужно держать на мушке каждую входящую переменную.Дело в том, что, ну вряд ли рядовой пользователь будет мутить такое)Извиняюсь за сленг.А если мошенник, то все переменные экранируются встроенным механизмом защиты, который вшит класс ядра движка.Или все таки хорошей практикой будет сделать учет переноса строк?Это неодлго.Просто моментов в приложении такого типа уйма.А за все оные, мне не платят.Но это не значит, что я буду рисковать безопасностью проекта.
Внешний ключ - означает, что значение поля есть ссылка на запись в другой таблице. Иными словами, он является значением ключа в другой таблице, и, таким образом, по его значению можно восстановить запись в той таблице, на которую он ссылается. Подробнее - смотрите данную статью.
спасибо.То есть если таблица служит для связки двух полей, по это внешний ключ.Это я знаю.Но как он обозначается в phpMyAdmin?
Нужно использовать внешний ключ, индекс, уникальный ключ?
Уточните, что значит - "нужно"? Ответ зависит от того, какой атрибут хранит поле и какая логика накладывается на это поле. Если требуется, чтобы значение было уникальным - то - да, нужно создать уникальный ключ по этому полю. Если поле является ссылкой на запись в другой таблице - то создать внешний ключ.
jonston
Два первичных ключа быть не может по определению (собственно, ключ потому и первичный, что он является необходимым и достаточным условием для идентификации записи).
Первичный ключ может быть создан по нескольким колонкам, но сама сущность - ключ - всё равно будет одна.
Нужно использовать внешний ключ, индекс, уникальный ключ?И еще будут ли автоматически проставлены индексы если проставить связи?
Здравствуйте!Увидел в одной cms таблицу с 2 первичными ключами.Таблица с отношением many to many.Попытался сделать подобную xthtp phpmyadmin пишет что типа нельзя 2 primary key.Проясните ситуацию пожалуйста.Как и зачем создатели cms это сделали?И что нужно использовать в качестве ключей в данной ситуации?
Ну на удаленном серваке сейчас установлен к папке stopagent/->здесь репо<-/stopagent.ru/
а если переустановить его в stopagent/stopagent.ru/->перенести сюда репо<-
Может просто легче будет если он создаст репозиторий внутри папки stopagent.ru?
нет, в этом случае адрес к сайту будет типа:
stopagent.ru.stopagent.dev\
тоесть создаст поддомен, оно вам надо??
вас учили под никсы не под денвер,)
денвер в данном случае более требовательный
так что в том же туртойсе, указыаете адрес внешнего репа и делаете обычный пулл
а потом синхронизировать как?Комитить и так далее.Если поменять папку удаленного репозитория?То есть сейчас stopagent а что бы было stopagent/stopagent.ru