Вообще-то ровно наоборот: допилить авторизацию так, чтобы она использовала уже существующие логины и пароли - совершенно не проблема.
А вот вытягивать данные, которые в БД сохранены "по-битриксовски", а тем более - работать с ними непосредственно... "есть в мире вещи настолько кривые, что для их исправления есть только одно средство" (с).
Макс Васильев, вы прочно стоите не стезе говнокодера.
Если в коде есть защита от инъекций, то одна должна быть в любом запросе. Вы больше времени потратите на обдумывание, нужна она или нет, и горько пожалеете о своем ламерстве, когда три проекта спустя вернетесь к этому коду внести пустяковую правку. Которая таки создаст дыру в том самом месте, где вы когда-то решили, что тут ничего страшного быть не может.
Вопрос скорее психологический.
Либо "у меня все строго", либо "вот тут есть костыль, но я про него помню...".
Первый вариант успешнее экономит нервные клетки.
deadnice, внезапно, скрипт с синтаксической ошибкой будет выдавать ровно вот такую же картинку. Включение отображения ошибок, правда, не поможет, но искать проблему нужно в логах пыха, а не сервера.
Вы открываете чужой ресурс и уверены, что он откроется всегда, когда вам понадобился?
Впрочем, судя по предположению, что бакс с ойро всегда будут именно на 11-м и 12-м местах - у вас вообще проблемы с предусмотрительностью.
movsarisaev, вариант linux-headers-$(uname -r) предполагает систему, у которой название ядра совпадает с выводом uname. У Kali, видимо, оно называется иначе. Посмотрите сами, как.
Хотя, как справедливо замечено, достаточно и generic.
samarkand1, а когда надоест, приглядитесь к ответу longclaps.
До вас, видимо, так и не дошло, что он предлагает ОДИН РАЗ составить таблицу пересчета ЛЮБЫХ rgb-значений в вашу палитру. Это даже необязательно делать на шаред-хостинге...
One of the best practices of code writing is turning on spell-checker and using pure English instead of pidgin :)
Первые два варианта в пыхе идентичны. Первый не пудрит зря мозги читающему - значит, лучше.
Третий - очевидный говнокод. На кой ляд при каждом обращении к свойству проверять его инициализированность, если у него есть значение по умолчанию и язык позволяет назначить его надежно и читаемо?
Станислав Б, я не призываю становиться гуру во всем. Но ограничивать свою область ответственности только бэкендом - один из путей к плохо поддерживаемому коду. В частности, бэкендщик должен в полной мере представлять, как сделать те вещи, которые могут быть сделаны и на фронте. И уметь сделать обоснованный выбор.
Банально, разницу между формой на странице и аякс-формой. Бэкенд в этих случаях разный.
Нужно стремиться к тому, чтобы уметь полный цикл. "Не интересно, не хочу углубляться" - это ошибка. Можно не стремиться быть виртуозом фронтэнда, но знать его достаточно, чтобы обосновывать решения, нужно.
Хороший программист может рассматривать тот проект, над которым работает, на всех необходимых уровнях. От нижних - базы данных и алгоритмов обработки - до высших - удобства пользователя в конкретных юз-кейсах.
Потому что решения на любом уровне могут приниматься в зависимости от условий на другом. Понять удачность или неудачность решения, не понимая, чем оно обосновано, невозможно.
Сейчас в городе находиться вне зоны того жутко вредящего вайфая довольно затруднительно. В доме-то он все равно будет.
Ну, и статьи, которые уверенно называют мобильные гаджеты источниками воздействия - это просто увеличение энтропии Вселенной.
Андрей Ширшов, вам стоит понять, чего вы хотите. Скорее всего, вам Убунту-сервер вообще ни к чему.
Можно поставить тот же Дебиан 8, который будет примерно тем же самым по начинке, но не будет полагать себя умнее администратора. https://www.debian.org/CD/torrent-cd/ (по этой ссылке Дебиан 9.3, раз уж вам так хочется посвежее).
А на кой, собственно, ставить сервером на старую машину нестабильную версию форка нестабильной ветки Дебиана? Чтобы она путалась в своем Cloud-Init, который вам на сервере без интернета нужен, как козе баян?
А вот вытягивать данные, которые в БД сохранены "по-битриксовски", а тем более - работать с ними непосредственно... "есть в мире вещи настолько кривые, что для их исправления есть только одно средство" (с).