Очевидно, ещё один подзапрос не сокращает запись, да и увеличивает время и нагрузку (если говорить уже совсем предвзято).
Смотря с какой точки зрения смотреть что он не сокращает запись. Если с количества символов - то нет. А если с количества выражений - то да. Вы пишете одно выражение вместо двух. И впоследствии, когда будете модифицировать выражение, вам придется внести правку в одном месте, а не в двух (что является распространенным источником ошибок - в одном месте поправили, в другом забыли).
Нагрузка на СУБД - ну тоже такое себе. Да, подзапрос немного увеличивает нагрузку. С другой стороны - это вряд ли критично если у вас не хайлоад.
На самом деле зависит от сложности исходника класса. Если класс простой (например имеет набор статических полей-констант) - то это будет совсем несложно. Если же класс навороченный - то да, придется повозиться.
voproser45654, тоже самое другими словами. По определению, ассемблер предназначен для определенной архитектуры процессора. Кросплатформенность - это свойство языков высокого уровня.
SamMorgan, да нет такой проблемы. Тем более что вас и так будут собеседовать. А судить со стороны "галерная каторга" или нет, порой, сложно. Если есть возможность - пообщайтесь с кем-то кто там работал.
SamMorgan, но это не значит что нужно идти в первое попавшееся место. А вырастет ли джун до миддла и сеньора - зависит по большей части от самого джуна.
Alexandr_Raw, насчет 980 Pro спорить не буду, но на 970 Evo (в слоте M2) у меня "семерка" встала без проблем, пришлось только интегрировать драйвера в образ винды (Asus для моей материнки предоставляет специальную утилиту). Так что не думаю что тут нерешаемая проблема.
С другой стороны - семерка уже все, EOL. Так есть ли смысл продолжать её использовать?
doev03, тогда проще. Но все равно перебором. Берете известные алгоритмы шифрования, для которых подходит этот ключ (не специалист, насчет шифрования не могу ничего сказать) и пробуете расшифровать строку. Как только получилось (и результат расшифровки совпал с исходной строкой) - открывайте шампанское.
Дмитрий Беляев, а, так там в моем браузере еще и строка обрезана. Да, 288 символов, 144 байта. Согласен.
Если там 1024 бита - то я таких хэш-функций не знаю. Самые длинные - 512 бит.
Что значит BIOS не видит? Если Windows нормально работает с диском - значит с ним все хорошо, он корректно подключился к вашей системе. Зачем вам BIOS?
Василий Банников, на ядре убунты, как ни странно. Alpine - это всего-лишь минимально необходимый набор библиотек и утилит, собственного ядра не имеет. Почитайте про cgroups, поверх которого построены докер, LXC и пр. виртуализация.
Василий Банников, не может идти у докера ядро в образе. Принципиально не может, это ограничение используемой им технологии. И в виртуалке докер запускаться не умеет. Я, разумеется, сейчас говорю о linux, не о докера для Windows (где, фактически, линукс в виртуалке, а уже внутри нее докер-контейнеры).
Чтобы запускать полноценные виртуалки - см. vagrant или аналогичное решение.
для isset($_GET['set']) && $_GET['set'] в РНР есть специальная функция !empty()
Я знаю про !empty(), но она в данном случае ничего не дает - isset меняем на !empty
empty удобно чтобы сразу проверить что значение сущестует и оно не пустая строка, например.
OptimusPrime5645, вы выбираете categories.name, а в запросе 2 таблицы categories. Как СУБД должна понимать чего вы в этом поле хотите? Используйте псевдонимы таблиц, они там не для красоты.
Смотря с какой точки зрения смотреть что он не сокращает запись. Если с количества символов - то нет. А если с количества выражений - то да. Вы пишете одно выражение вместо двух. И впоследствии, когда будете модифицировать выражение, вам придется внести правку в одном месте, а не в двух (что является распространенным источником ошибок - в одном месте поправили, в другом забыли).
Нагрузка на СУБД - ну тоже такое себе. Да, подзапрос немного увеличивает нагрузку. С другой стороны - это вряд ли критично если у вас не хайлоад.