Вообще-то обычно монтируют не диск, а раздел: не /dev/sda, а /dev/sda1.
Монтирование с указанием только точки монтирования предполагает, что в /etc/fstab указаны все остальные подробности по этому диску.
У подоконников бывают не только системы, которые считают себя умнее пользователей, но и отдельные программы с теми же привычками. ПунтоСвитчер, например...
Впрочем, могут быть и чисто линуксовые проблемы. Например, захотел рут запретить вход по SSH всем, кроме своего айпи - и вот теперь по SSH могут зайти все, кроме его айпи. Обычные линуксовые проблемы...
Насколько я помню, в Debian root может входить в mysql без пароля.
Но раз уж он принудительно назначен - наверное, и запускать нужно mysql -u root -p, указывая этот назначенный пароль?
maksam07, если дети сутками смотрят тиктоки - значит, родители облажались с воспитанием: у детей нет других интересов и занятий. Запреты ни черта не решают: перекрой им хоть весь интернет - они зависнут в спинномозговых игрульках на том же смартфоне, отбери компьютер со смартфоном и выключи телевизор - докатятся до дворовых банд и наркотиков. Устранять надо причину, а не следствия.
Разве здесь не предполагается текстовый ответ? Что вернет вот именно этот, написанный здесь, алгоритм, при каком-либо n?
Вернет он количество чисел, не совпадающих ни в одном бите с n, от 1 до корня из n включительно.
Возможно, я плохо помню битовые трюки, но никаких ассоциаций эта информация у меня не вызывает.
systemaworking, тут еще такой нюанс.
Есть паттерны программирования - вот они про взаимодействие классов, как одни с другими общаются и какие ограничения друг на друга накладывают.
А принципы KISS, SOLID и DRY - они не про архитектуру, они про то, как писать сами классы.
О, например, побуждает не выносить в интерфейс класса детали его реализации, скрывать их за обобщениями, чтобы класс не нужно было всерьез переписывать при обновлениях, но можно было дополнять, сохраняя интерфейс в целом неизменным. Необязательно при наследовании, при правках - тоже.
У вас это все уже соблюдается....
mprikhodko, вопрос, собственно, в том, являются ли эти ваши поля:
1) реальным элементом загнанной в конвертер PDF (это можно проверить, погоняв ее в режиме печати в браузере, например),
2) глюком конкретного рендера (проверяется открыванием PDF не в браузере, а в нормальных программах)
3) или косяками формата (например, линии нестыковки могут появляться в PDF на стыках объектов, даже невидимых, границах применения эффектов типа теней и проч. - и тут мы опять-таки возвращаемся к тому, что приходит в конвертер).
systemaworking, ну да, вам придется править все, что затрагивается новым функционалом.
Соблюдение принципов позволит только не перепахивать по этому поводу половину кода.
Бережно сохранять при этом старые классы, которые никем извне не будут использоваться - оверинжиниринг.
Дмитрий, отнюдь. Проблемы с зоопарком классов, предназначенных примерно для одного и того же, будут куда интереснее и разнообразнее, чем банальный говнокод ;)
mprikhodko, по примерно такому howto, внезапно, делают все, кто пользуется dompdf, а поля - у вас.
Нужно найти, что у вас не так, как у других, и мы этого сделать не можем при всем желании.
O в SOLID вообще относится к базовым классам, которые переиспользуются прикладным кодом. Выдрючивать по этому принципу конечные классы, от которых больше никакой код не зависит - это карго-культ в чистом виде.
У первого юзера вообще может быть пустое поле хэша, не совпадающее ни с каким паролем - главное, прописать ему его почту, с которой он может запросить смену пароля и прописать, какой ему хочется.
