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, который вам на сервере без интернета нужен, как козе баян?
А в чем проблема-то? Счетчик пишется двумя полями - дата и порядковый номер. Номер вычисляется как IFNULL((SELECT MAX(порядковый номер) за эту дату), 0) + 1.
Потому что память не резиновая, даже сейчас.
Не нужны тебе какие-то редко используемые функции программы (например, сканирование в Фотошопе) - они и не загружаются.
Ну почему же - прекрасно видно, что в углу этого черного прямоугольника что-то написано ;)
Уж текст-то из консоли скопировать - куда проще, чем скриншотами маяться...
И прежде, чем вставить скопированное в вопрос, желательно хоть раз вставить его в гугль.
Вы хотите странного. Начните хотеть от того, ЧТО хотите написать, а не НА ЧЕМ.
Программа на Сях будет граблями с постоянным вызовом высокоуровневых функций.
Никакого смысла писать именно на Сях, а не на высокоуровневом языке с готовыми библиотеками для Андроида, просто нет.
