История изменений
Исправление
emorozov,
(текущая версия)
:
блоатварные заменители для стандартных возможностей языка (таких как echo или mysqli_query)
Прости, но это сразу выдаёт, что серьёзной разработкой ты не занимался. Эти «заменители» нужны, чтобы предотвращать SQL инъекции хотя бы, и для того, чтобы проект был расширяем и понимаем в течение хотя бы нескольких лет.
Если бы ты поддерживал какой-нибудь серьёзный проект на десятки-сотни тысяч-миллионы строк кода, ты бы это понимал, и про какой-нибудь mysqli_query
даже не упоминал бы, потому что это первый признак плохого кода.
В том-то и дело, в компании, в которой я работал в 2018 году был куплен один «успешный» (в смысле, имеющий пользовательскую базу) PHP проект, который мне поручили поддерживать, пока не наймут PHP-прогаммиста. Я проклял всё на свете. Да, очень круто разбираться в коде, когда у тебя десятки файлов на 20,000 строк, в которых дублируется 50-70% кода, в т.ч. использующего mysqli_query
, в том числе и поэтому, всё в дырах sql injection, которые пока найдешь и исправишь в этих простынях, рехнешься….
В общем, пока у тебя не будет реального опыта поддержки большого проекта годами, объяснять бесполезно. Ну и при этом для расширения кругозора стоило бы попробовать что-то ещё, помимо PHP, чтобы понять, что не всё является карго-культом, а кое-что очень упрощает разработку и поддержку, когда тебе надо сделать что-то реально сложное, а не пару CRUD-формочек. И что вот этот примитивный подход: «щас накидаю echo с mysql_queryi прямо в хэтээмэль» совершенно не масштабируется.
Исходная версия
emorozov,
:
блоатварные заменители для стандартных возможностей языка (таких как echo или mysqli_query)
Прости, но это сразу выдаёт, что серьёзной разработкой ты не занимался. Эти «заменители» нужны, чтобы предотвращать SQL инъекции хотя бы, и для того, чтобы проект был расширяем и понимаем в течение хотя бы нескольких лет.
Если бы ты поддерживал какой-нибудь серьёзный проект на десятки-сотни тысяч-миллионы строк кода, ты бы это понимал, и про какой-нибудь mysqli_query
даже не упоминал бы, потому что это первый признак плохого кода.
В том-то и дело, в компании, в которой я работал в 2018 году был куплен один «успешный» (в смысле, имеющий пользовательскую базу) PHP проект, который мне поручили поддерживать, пока не наймут PHP-прогаммиста. Я проклял всё на свете. Да, очень круто разбираться в коде, когда у тебя десятки файлов на 20,000 строк, в которых дублируется 50-70% кода, в т.ч. использующего mysqli_query
, в том числе и поэтому, всё в дырах sql injection, которые пока найдешь и исправишь в этих простынях, рехнешься….
В общем, пока у тебя не будет реального опыта поддержки большого проекта годами, объяснять бесполезно. Ну и при этом для расширения кругозора стоило бы попробовать что-то ещё, помимо PHP, чтобы понять, что не всё является карго-культом, а кое-что очень упрощает разработку и поддержку, когда тебе надо сделать что-то реально сложное, а не пару CRUD-формочек.