у PDO есть конструкция для подстановки параметра-литерала, но нет таковой для подстановки имени объекта
В общем случае ненадёжно
На строго в рамках PDO - полностью согласен с предыдущим оратором. Никак.
висивиг редактор т.ч. ограничить проблематично
кодировку таблицы нельзя сменить как раз по причине того, что есть другие приложения использующие таблицу, поэтому хранить в другом формате не вариант.
Применительно к данной ситуации - отключение не хорошая практика, так как подключение очень дорогостоящая операция. Как следствие в какой момент отключаться и подключаться - не понятно.
зачем писать две строчки если их можно не писать?
GET и POST покрывают 99% запросов в обычном сайте (если вы не пишите REST API).
И ещё один плюс x-www-form-urlencoded, его можно отправить без всякого JS
отправлять стандартный x-www-form-urlencoded, который PHP автоматически разберёт и положит в $_POST, а не вычитывать из php://input и парсить вручную json.
сторонний сервис (у меня нет к нему доступа, я не знаю как он работает)
хотя читать JSON в PHP несколько криво и лучше бы этого избегать
Первый — bootable
Я немного слукавил, не со всех кавычек можно совершить побег.
"SELECT * FROM `news_cards` WHERE id = " . (int)$id
Какое преимущество
Можно же взять S1 и подключить к нему PC1, PC4 и т.д.
Конструктор нужен для инициализации объекта, т.е. создания всего необходимого, чтобы получить полностью готовый объект.
Это почти такой же метод как и остальные, но вызываемый сразу после создания объекта.
А где, когда и сколько выделять памяти это прям совсем не его задача, даже если ваш язык вам позволяет этим управлять, это не задача, не функционал ООП.