WbICHA, и в 2023 году может потребоваться, например, добавить нестандартную карусель в верстку на третьем Бутстрапе. А там же вообще - о ужас! - джиквери...
Lynn «Кофеман», если верстка хотя бы отчасти формируется javascript-ом (который в тегах к вопросу), то достаточно одной стрелочной функции, чтобы отвалился целый пласт. Тех браузеров, которые (да, устарели, но) по-прежнему запускаются на все еще работающих (без надежды на обновление) устройствах. Старые SmartTV, например.
Хотя вопрос ТС сформулирован так, как будто его сайтом пользуется один только клиент.
TerryBear, так знающему про SQL Ingection ничего больше для обоснования этого "разумеется" и не требуется. Может обманывать примитивность запросов в учебниках, где ясно видно, что инъекция невозможна, но надо же понимать, что в работе все сложнее. Табу на вставку чего бы то ни было мимо плейсхолдеров позволяет больше не тратить на этот вопрос ни нервные клетки, ни время.
Вообще, насчет плейсхолдеров есть прекрасный пример тут: https://phpfaq.ru/safemysql - хоть и давно написанная, эта библиотека продолжает оставаться простым и надежным способом работы с MySQL, избавляющим от рутины и позволяющим сосредоточиться на логике запросов. Единственный ее недостаток - такие запросы не понимают IDE...
TerryBear, а вот я вижу тут противоречие. Изучение дает вам полное представление о том, какие опасности может повлечь отказ от плейсхолдеров, и на него стоит тратить время.
Но обсуждение конкретного заданного вами вопроса - это не изучение. Это торг.
че!, это не книги, это онлайн-мануалы. Среди них уже стоит перебирать.
При всем уважении к Кантору, полезность чтения Фленнагана его ресурс отнюдь не отменяет.
Мастером, прошедшим серьезный отбор (издательства не будут печатать отсебятину и оценивают спрос и перспективу). И над материалом работает не один человек, а команда проверяющих работу друг друга профессионалов.
Это, пожалуй, влияет на качество результата больше, чем личное мастерство конкретного автора.
Разница между Кали и Убунтой не так велика. Достаточно упоминать вторую и в вопросах, и в запросах - и получишь непредвзятые ответы и немаргинальные рецепты, подходящие для первой.
RimmaKur, ну, так с виртуальной фигней - конечно, Store, даже если влезает на страничку.
Это слово будет переводиться как кивок на гигантов и подмигивание "я тоже" ;)
Молл - это не один магазин, а торговый центр со многими. Мимо. Так же, как и market, например.
А вот авторитетное подтверждение семантической разницы "магазинчик" / "магазинище" - это правильно, в таких случаях стоит обращаться к источникам.
Насколько я понимаю, есть семантическая разница.
Shop - это прямое действие: взять и купить, что нужно.
А Store подразумевает "походить, глаза продать".
Pro_Code, соглашусь. Но за то время, которое вы потратили на вопрос и комментарии, уже можно было накидать это "временное удобство" на той же Ларе. А вот то время, которое вам придется проковыряться в РМА - довольно давно написанном и ничего не знающем о данных, которыми позволяет оперировать - будет просто выкинуто в корзину.
Поддержку автора в паранойе лучше бы подкрепить возможностями избежать утечек, а не их последствий.
Вопрос-то его - в том, как прикрыть задницу, когда его лицензионное соглашение, увы... (опускает руки заранее).
Меж тем проблема имеет не технический характер, а организационный. Технические же методы с ненулевой вероятностью дадут неожиданные для ТС плоды, так что успокоить ими паранойю не удастся.
Pro_Code, да никак. Никто не реализует подобных кучерявостей в рабочих инструментах админа. Потому что организация работы с базой таким образом, что добавление записей делается в админских инструментах - это банальное ламерство и превращение работы с информацией в колхоз и бардак. Одним словом, Ёксель.