LINUX.ORG.RU

История изменений

Исправление 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-формочек.