Для этих... как их... челленджей?... где надо сфотографировать стену за монитором и потом поместить это фото на рабочий стол, так, чтобы как будто бы это не монитор, а пустая рамка, через которую видно стену.
Книгу не читал, но в фильме не заметил за кулаком никакой «положительности» вообще, и ни сочувствия, ни симпатии, ни, тем более, желания брать пример он не вызывал. Ладно, к Восьмёркину и присным у него понятная классовая антипатия — но, блин, тестировать на собственной дочери уворованный с чужого огорода лист хрен пойми чего, ибо на себе‑то страшно? Это какое‑то дно дна дна. Только за счёт того, что фильм всё‑таки комедия, ему это сходит с рук в глазах зрителя, ведь понятно, что ничего ей не будет (только замуж сильней захочется), ибо сам персонаж не зловещий душегубец, а всего лишь комичный антагонист, с определённой дозой соответствующего обаяния, за которым интересно наблюдать — что‑то ещё отчебучит?
Во времена Windows 2000 я пользовался софтиной Norton Ghost, чтобы снять образ системы с одного компьютера и потом раскатать по всем остальным компьютерам схожей конфигурации. Грузился он, по-моему, ещё с дискеты, вот на что писал этото образ - не помню, возможно, временно подключал другой IDE жёсткий диск, с достаточно большими USB-накопителями было ещё не очень. Norton Ghost был платный, поддержка его давно прекращена, не знаю, можно ли где-то как-то щас его достать и имеет ли смысл его щас применять.
Потом перешёл на Clonezilla, свободный софт для бэкапа на ядре Линукса. Создаём Live USB с ним, если компьютер настолько стар, что не поддерживает загрузку с USB - можно нарезать Live CD. Грузимся с него, бэкапим на USB. Если на диске два и более разделов - можно снять образ с системного и забэкапить на другой раздел того же диска. Может, можно как-то даже по локальной сети.
Ну или поискать в продаже адаптер для подключения 2.5" IDE куда-то - они существуют, я покупал переходник с дополнительным питанием, позволявший эту дуру подключить к USB. Ну и далее, как пишут выше, вставить в другой компьютер и dd.
Бритвы изготавливались из высококачественной стали, что обеспечивало долговечность, но их все время нужно было подтачивать — это было неудобно и затратно, особенно в путешествиях.
Неудобно — допустим, но каким боком это «затратно» по сравнению с безопасной бритвой, для которой постоянно необходимо покупать новые лезвия?
Такой подход совмещает в себе недостатки планшета и бумаги, не имея их достоинств. Придётся писать не "как бы ручкой по бумажке", а "как бы толстым маркером по очень маленькой доске". А ещё эти планшеты всегда хоть чуточку, да подлагивают, поэтому писать так же быстро, как по настоящей бумажке, нельзя - вернее, можно, но такая херня получится.
На винде жена с дочкой растопырили питон так, что переустановка помогла только со сносом винды.
На винде же он никуда в систему не интегрирован "от слова совсем", и не зависит от него ничего. В крайнем случае, Uninstall, вручную удалить папку с ошмётками и переустановить. Если и можно представить сценарий, что какие-то модули Питона ставят ещё что-то в систему (а не в папку с Питоном), тем самым её портя так, что только "снос винды", то virtualenv же от такого не спасёт, это ж не полноценный контейнер, там только Питон продублирован, а не вся винда, т. е., они и при установке в virtualenv что-то поставят в систему и всё испортят.
В 99% случаев помнить ничего не надо, pip подтянет всё что нужно.
Нет. Бинарные пакеты я ставил из репозитория пакетов через системный менеджер пакетов (не pip). Если, по забывчивости или глупости, пытался ставить через pip, то там, как правило, происходил сценарий "ага, щас соберу... -> ой, что-то нишмагла..." Наверное, можно как-то разрулить, маны раскурить, тулы установить, чтоб собиралось - но, блин, готовые бинарные пакеты же есть?! Но не все - те, которых нет, надо ставить уже через pip, в виртуальное окружение. Глобальная установка через pip невозможна, падает с сообщением, что нельзя, запрещено и может усё поломать. Вроде, каким-то дополнительным ключом можно таки заставить - я не рискнул пробовать, вдруг не врут.
Имею личный практический опыт по Windows 10 включительно, ставил в C:\Python2.x, C:\Python3.x ∀ x. Можно было держать сколько угодно их, если использовать по одному, то править PATH, записывая туда путь только к нужному на данный момент, если все разом, то в каждой установке переименовать python.exe, pythonw.exe и pip.exe, добавив номер версии в конец имени, и потом запускать по нему, типа python3.11 HelloWorld.py, pip3.12 install chatжоpete. С какой-то версии Python по умолчанию решил ставиться не в C:\Python, а куда-то в \Program Data\Хуё\Моё\Итд\Итп\... - наверное, и там бы работало примерно как описано выше, но я не люблю настолько задроченные пути к файлам, которые надо вручную переименовывать и запускать из консоли, поэтому всегда менял на C:\PythonX.Y. Наверное, и в Linux можно примерно так же - собрал, положил, в пути прописал, пользуйся - геморрой возникает только с доп. пунктом "собрал".
У меня (MX Linux) Python 3.11 был предустановлен, никаких других версий в репозиториях, вроде, не видно. Я, ради интереса, когда-то погуглил, можно ли ставить другие версии (ну, мало ли, фишки 3.12 кровь из носу нужны) - нашёл только инструкции по сборке из исходников.
Библиотеки через pip просто так не ставятся - насколько я понял, это так во всех Debian-based дистрибутивах и не только. Если нужно ставить через pip, то обязательно создавать virtualenv, в который, я так понял, уже библиотеки из репозитория не ставятся (может, как-то и ставятся, я его создал с ключом --system-site-packages, чтобы использовало их из основного окружения, мне этого хватило). Я довольно интенсивно использовал Python на Windows года с 2010, кабы не раньше, никакого хаоса ни разу не создал и никакой нужды в виртуальных окружениях для своих сценариев использования ни разу не ощутил. Буквально даже не один раз, а пол-раза возникла небольшая проблема, когда некая библиотека зачем-то установила собственную версию opencv вместо имевшейся, парой команд откатил взад и забыл. И я за какой-то паршивый четырнадцать лет эта гадюка терпеть буду?!
Работа с виртуальными окружениями в Windows была опциональна, а в Linux стала обязательна. Это не бог весть какая большая проблема, я уже давно привык и смирился, но тем не менее.
Я глянул на страницу pyenv на гитхабе, а там в пункте D — само наличие пункта D уже как‑то не вдохновляет, но не будем отчаиваться, он предпоследний — так вот, пункт D гласит: «Install Python build dependencies before attempting to install a new Python version.» T. е. таки система сборки самому из сорцов, которая, возможно, работает. А пакеты, которые не pure python, оно тоже умеет собирать? А все‑все? А точно‑точно?
Ну, т. е., спасибо, конечно — буду, с одной стороны, иметь ввиду, а с другой — молиться, чтоб не понадобилось.
Ну у меня 500GB второй SSD, а третий 250, а на дорожном ноутбуке вообще только один, на 125. Страдания за объём дистрибутивов, конечно, отчасти сродни брюзжанию, что в наше-то время всё писали каждый раз с нуля на ассемблере, и на дискету влезало. Но, с другой стороны, и необходимость под каждую телегу держать SSD не меньше терабайта как-то не даёт поводов надеть намордник и радоваться.
А уж всякие питоны, перлы и пхп тут вообще найтивные, их и устанавливать порой отдельно не надо.
За перлы-пхп не скажу, а с Питоном под Линуксом мороки оказалось больше, чем под Виндой: половину пакетов ставь из репозитория, половину пакетов через pip, который зачастую надо отдельно ставить и под который ещё обязательно надо заводить virtualenv, и потом путайся, что ты куда откуда поставил. А можно ли параллельно завести другую версию Питона, кроме как самому собрав из сорцов, и потом все нужные пакеты под неё тоже самому собрав из сорцов - я пока не понял, но непохоже. Под Виндой для этого не надо было делать ни-че-го, кроме как запустить сетупыкзе - ацкий труд, да.
А чуть-чуть испортить, чтоб слегка подбешивало - и делать немного, и фокус-группы заметят. По-моему, как-то так и работают дизайнерские дизайнеры все последние года.
Расстановка знаков препинания случайным образом не нова, но вот чтобы даже диаграммы в посте были безграмотны - такое, по-моему, встречаю впервые.
Для этих... как их... челленджей?... где надо сфотографировать стену за монитором и потом поместить это фото на рабочий стол, так, чтобы как будто бы это не монитор, а пустая рамка, через которую видно стену.
Книгу не читал, но в фильме не заметил за кулаком никакой «положительности» вообще, и ни сочувствия, ни симпатии, ни, тем более, желания брать пример он не вызывал. Ладно, к Восьмёркину и присным у него понятная классовая антипатия — но, блин, тестировать на собственной дочери уворованный с чужого огорода лист хрен пойми чего, ибо на себе‑то страшно? Это какое‑то дно дна дна. Только за счёт того, что фильм всё‑таки комедия, ему это сходит с рук в глазах зрителя, ведь понятно, что ничего ей не будет (только замуж сильней захочется), ибо сам персонаж не зловещий душегубец, а всего лишь комичный антагонист, с определённой дозой соответствующего обаяния, за которым интересно наблюдать — что‑то ещё отчебучит?
А щас кто отвечает?
Во времена Windows 2000 я пользовался софтиной Norton Ghost, чтобы снять образ системы с одного компьютера и потом раскатать по всем остальным компьютерам схожей конфигурации. Грузился он, по-моему, ещё с дискеты, вот на что писал этото образ - не помню, возможно, временно подключал другой IDE жёсткий диск, с достаточно большими USB-накопителями было ещё не очень. Norton Ghost был платный, поддержка его давно прекращена, не знаю, можно ли где-то как-то щас его достать и имеет ли смысл его щас применять.
Потом перешёл на Clonezilla, свободный софт для бэкапа на ядре Линукса. Создаём Live USB с ним, если компьютер настолько стар, что не поддерживает загрузку с USB - можно нарезать Live CD. Грузимся с него, бэкапим на USB. Если на диске два и более разделов - можно снять образ с системного и забэкапить на другой раздел того же диска. Может, можно как-то даже по локальной сети.
Ну или поискать в продаже адаптер для подключения 2.5" IDE куда-то - они существуют, я покупал переходник с дополнительным питанием, позволявший эту дуру подключить к USB. Ну и далее, как пишут выше, вставить в другой компьютер и
dd.В смысле, насколько старый, какие возникают уникальные челленджи, из-за которых не сработает, например, та же Clonezilla?
Как так-то? Я точно помню, что использовал USB-порт на компьютере с Pentium I и Windows 98. Да и Wikipedia сообщает, что:
(вообще-то, по-русски правильно говорить "в Алма-Ате")
Неудобно — допустим, но каким боком это «затратно» по сравнению с безопасной бритвой, для которой постоянно необходимо покупать новые лезвия?
Замотивировала аж зарегистрироваться и написать единственный комментарий. Похоже, действительно отличная статья.
"Подай мне третий номер, "Неисчерпаемая доброта".
Такой подход совмещает в себе недостатки планшета и бумаги, не имея их достоинств. Придётся писать не "как бы ручкой по бумажке", а "как бы толстым маркером по очень маленькой доске". А ещё эти планшеты всегда хоть чуточку, да подлагивают, поэтому писать так же быстро, как по настоящей бумажке, нельзя - вернее, можно, но такая херня получится.
На винде же он никуда в систему не интегрирован "от слова совсем", и не зависит от него ничего. В крайнем случае, Uninstall, вручную удалить папку с ошмётками и переустановить. Если и можно представить сценарий, что какие-то модули Питона ставят ещё что-то в систему (а не в папку с Питоном), тем самым её портя так, что только "снос винды", то virtualenv же от такого не спасёт, это ж не полноценный контейнер, там только Питон продублирован, а не вся винда, т. е., они и при установке в virtualenv что-то поставят в систему и всё испортят.
Нет. Бинарные пакеты я ставил из репозитория пакетов через системный менеджер пакетов (не pip). Если, по забывчивости или глупости, пытался ставить через pip, то там, как правило, происходил сценарий "ага, щас соберу... -> ой, что-то нишмагла..." Наверное, можно как-то разрулить, маны раскурить, тулы установить, чтоб собиралось - но, блин, готовые бинарные пакеты же есть?! Но не все - те, которых нет, надо ставить уже через pip, в виртуальное окружение. Глобальная установка через pip невозможна, падает с сообщением, что нельзя, запрещено и может усё поломать. Вроде, каким-то дополнительным ключом можно таки заставить - я не рискнул пробовать, вдруг не врут.
Имею личный практический опыт по Windows 10 включительно, ставил в C:\Python2.x, C:\Python3.x ∀ x. Можно было держать сколько угодно их, если использовать по одному, то править PATH, записывая туда путь только к нужному на данный момент, если все разом, то в каждой установке переименовать python.exe, pythonw.exe и pip.exe, добавив номер версии в конец имени, и потом запускать по нему, типа python3.11 HelloWorld.py, pip3.12 install chatжоpete. С какой-то версии Python по умолчанию решил ставиться не в C:\Python, а куда-то в \Program Data\Хуё\Моё\Итд\Итп\... - наверное, и там бы работало примерно как описано выше, но я не люблю настолько задроченные пути к файлам, которые надо вручную переименовывать и запускать из консоли, поэтому всегда менял на C:\PythonX.Y. Наверное, и в Linux можно примерно так же - собрал, положил, в пути прописал, пользуйся - геморрой возникает только с доп. пунктом "собрал".
У меня (MX Linux) Python 3.11 был предустановлен, никаких других версий в репозиториях, вроде, не видно. Я, ради интереса, когда-то погуглил, можно ли ставить другие версии (ну, мало ли, фишки 3.12 кровь из носу нужны) - нашёл только инструкции по сборке из исходников.
Библиотеки через pip просто так не ставятся - насколько я понял, это так во всех Debian-based дистрибутивах и не только. Если нужно ставить через pip, то обязательно создавать virtualenv, в который, я так понял, уже библиотеки из репозитория не ставятся (может, как-то и ставятся, я его создал с ключом --system-site-packages, чтобы использовало их из основного окружения, мне этого хватило). Я довольно интенсивно использовал Python на Windows года с 2010, кабы не раньше, никакого хаоса ни разу не создал и никакой нужды в виртуальных окружениях для своих сценариев использования ни разу не ощутил. Буквально даже не один раз, а пол-раза возникла небольшая проблема, когда некая библиотека зачем-то установила собственную версию opencv вместо имевшейся, парой команд откатил взад и забыл. И я за какой-то паршивый четырнадцать лет эта гадюка терпеть буду?!
Работа с виртуальными окружениями в Windows была опциональна, а в Linux стала обязательна. Это не бог весть какая большая проблема, я уже давно привык и смирился, но тем не менее.
Но зачем же тогда ставить build dependencies и откуда оно берёт все возможные готовые бинарники под все возможные линуксы?
Я глянул на страницу pyenv на гитхабе, а там в пункте D — само наличие пункта D уже как‑то не вдохновляет, но не будем отчаиваться, он предпоследний — так вот, пункт D гласит: «Install Python build dependencies before attempting to install a new Python version.» T. е. таки система сборки самому из сорцов, которая, возможно, работает. А пакеты, которые не pure python, оно тоже умеет собирать? А все‑все? А точно‑точно?
Ну, т. е., спасибо, конечно — буду, с одной стороны, иметь ввиду, а с другой — молиться, чтоб не понадобилось.
Ну у меня 500GB второй SSD, а третий 250, а на дорожном ноутбуке вообще только один, на 125. Страдания за объём дистрибутивов, конечно, отчасти сродни брюзжанию, что в наше-то время всё писали каждый раз с нуля на ассемблере, и на дискету влезало. Но, с другой стороны, и необходимость под каждую телегу держать SSD не меньше терабайта как-то не даёт поводов надеть намордник и радоваться.
За перлы-пхп не скажу, а с Питоном под Линуксом мороки оказалось больше, чем под Виндой: половину пакетов ставь из репозитория, половину пакетов через pip, который зачастую надо отдельно ставить и под который ещё обязательно надо заводить virtualenv, и потом путайся, что ты куда откуда поставил. А можно ли параллельно завести другую версию Питона, кроме как самому собрав из сорцов, и потом все нужные пакеты под неё тоже самому собрав из сорцов - я пока не понял, но непохоже. Под Виндой для этого не надо было делать ни-че-го, кроме как запустить сетупыкзе - ацкий труд, да.
А чуть-чуть испортить, чтоб слегка подбешивало - и делать немного, и фокус-группы заметят. По-моему, как-то так и работают дизайнерские дизайнеры все последние года.