Comments 41
у многих пользователей есть необходимость в работе с этой ОС
Почему же тогда последнее время все стараются сделать по которое даже не совместимо с win7, не говоря о winxp?
Виртуальные машины тоже надо активировать
Совершенно верно, XP полно в embedded, промышленном оборудовании, медицине. Даже для разработки под некоторые контроллеры именно она используется, ибо программатор умеет работать только с ней. И виртуалки здесь не выход - многие драйвера спецоборудования не работают нормально на виртуальных машинах. А менять весь программно-аппаратный комплекс из-за устаревания ОС - нерентабельно.
Вывод: капитализм в погоне за сиюминутный прибыль задерживает развитие отрасли.
Вывод: людям работать надо, а не заниматься улучшайзингом ради улучшайзинга. Если оно прекрасно работает, а новое ничем, кроме ОС, по сути, не отличается, то зачем что-то менять? Какому-нибудь условному прецизионному станку с ЧПУ или томографу глубоко фиолетово, если там будет не XP, а 10, ничего в его функционировании от этого не поменяется (ну кроме того, что под 10 не будут работать его драйверы и ПО, но я говорю о гипотетическом случае, если бы он мог работать и под тем, и под тем). Оператору тоже глубоко фиолетово, он работает в спецПО, а не пялится на нескучные обои. Кстати, кое-где еще есть техника, которая, о ужас, прекрасно работает под DOS или OS/2.
Да и такое оборудование или вообще без интернета или крайне ограничено.
Банкоматы до последнего работали на ХР, а может и сейчас продолжают работать.
С правильно настроенными политиками, оно вполне безопасно. Менять же ОС, значит и менять железо в банкомате, что очень дорого для крупной сети, потому собственно и тянули до последнего. Плюс, новое железо/софт, новые косяки.
Лет пятнадцать назад работал в NCR.
NCR (тогда) - это банкоматы и решения для ритейла (кассовые аппараты, самообслуживание, инфокиоски и т.д.)
Да, действительно почти на всём железе "крутилась" WinXP-embed. А на малой части поставляемого и обслуживаемого оборудования - SLES.
И разницы межды ними не было никакой, так как спец-софт был на Java и проблемы на том момент (на обоих платформах) были только с локализацией.
А так похрен на чём запускать банкомат или кассу самообслуживания было: JRE везде одинаково работает.
Зачем банки и торговые сети требовали именно WinXP в качестве OS - тайна сия великая есть. Периферию, драйверы и т.д. всё равно поставлял вендор
Если нет разницы, ХП или 10-ка, то почему не линукс, который вообще вроде как не требует повышения совместимости при повышении версии дистрибутива? Ах да, не популярен, и графически беден, если вернуться в те годы. Обновлять же ПО, для совместимости - мы эти типа всё, закончились или ай как дорого.
Так линукс основная система, а зоопарк виндов в виртуалках.
не требует повышения совместимости
Там после отказа от python2 граблей достаточно, да libc++ вместе с qt грабли умеет разложить. В общем у линуска свои проблемы. И да например ubuntu так же активно деградирует как и шиндоз.
На линуксе вы точно так же не заведёт старое по. Потому что оно завязано на старые пакеты, а те на другие и вообще может ещё и старое ядро надо будет. Т. е. в конечном итоге получаем те же яйца, вид сбоку.
Ну ещё можно с докером или альтернативами заморочиться, но чем это принципиально отличается от виртуализации?
в таких местах на по обычно jre a xp только для его запуска
Потому что если у кого-то одна программа требует XP, её следует виртуализировать, а не заставлять всех прогибаться под легаси. Разработка под XP требует добавлять костыли, в нашем проекте мы то и дело натыкаемся на то, что "а вот этот код под XP работать не будет, там нет нужных функций" и "а вот для XP тут надо вкорячить костыль". Типичный пример костыля.
Некоторые старые интерфейсы, криво работают с виртуалкой/новыми ОС.
Не говоря про то что на них банально свежих драйверов может не быть.
Тот же программируемый ЧПУ это вещь в себе, ему ни обновления софта/безопасности не нужны(потому что он автономно работает), ни смена ОС(т.к. работа над софтом заканчивается в момент продажи станка). Работает такое оборудование десятки лет, а производитель может запросто перестать существовать гораздо раньше.
Такому станку вполне можно выделить отдельный ПК с утаревшей ОС и конкретно этим необновляемым софтом для станка.
Другой софт (производители которого прекратили поддержку XP) на этот ПК не ставить.
Претензия-то какая была: "а вот многие разработчики прекратили поддержку XP". То есть, человек хотел бы взять ПК с XP и нафаршировать его современным софтом.
Не дело в том что современный софт вполне мог бы работать на XP если бы его специально не делали несовместимым.
Например blender не хочет работать на win7 потому как python не хочет работать на win7 потому как visual studio компилирует несколько дополнительных зависимостей которых нет в win7. А именно 3 функции которые работают со строками имен файлов.
А visual studio выпуcкает компания заинтересованная в устранении конкурентов в виде своих же старых ос (бизнес ничего личного). Я ни на что не намекаю, но при разборе чего конкретной программе нехватает, обычно это несколько функций из kernel32 и нескольких слабосвязанных с функционалом ос методов из runtime c++ (которые сначала складывали в api-ms-win-*, но не все часть реализованна более скрытными методами, на уровне костылей загрузчика что бы нельзя было скопировать просто подобный файл в более старую ос).
ps: современным софтом — ничем не лучше старого проверенного временем, а иногда знатно хуже.
Да, в некоторых случаях программа достигает предел развития и дальше в развитии останавливается, разработчики же чтобы оправдать свою работу, начинают прикручивать различные свистоперделки.
Взять тот же utorrent. Развитие остановилось годы назад, а оно всё ещё обновляется.
ютороент есть куда развивать.
он до сих пор:
х32 бинарь
не умеет протокол второй версии,
умирает из-за х32 при больших торрент файлах.
х32 бинарь
Чем вас не устраивает x32? Кроме религиозных соображений.
не умеет протокол второй версии,
Есть qbittorrent
умирает из-за х32 при больших торрент файлах.
С чего вы взяли что он умирает из-за x32 ?
Интересно, почему в своё время сделали генерацию кода активации по алгоритму, который можно вынуть из программы, а не подписывание хеша от серийников оборудования закрытым ключом и проверку открытым?
Потому что надо захватить рынок, пусть и пиратскими копиями
Windows XP — система 2001 года. В это время среднестатистический компьютер банально не имел никакого "постоянного" оборудования, у которого серийники были бы доступны программным путём.
Активация и в XP, и в более поздних, а вероятно и в более ранних версиях, привязывается именно к серийникам и прочим уникальным ID оборудования. Она слетает, если в компьютере поменяли слишком много железа.
Она слетает, если в компьютере поменяли слишком много железа.
Активация в ХР привязывается к конфигурации компьютера. Если вы подсадите диск с ХР на соседний компьютер с такой же конфигурацией, она никакой разницы не заметит, несмотря на то, что там вообще все серийники будут другими. Как там в более поздних, не знаю, не проверял, но скорее всего, ситуация похожая, т.к. лицензия, по сути, привязывается конкретно к материнской плате. Диски, память, прочее оборудование — всё это винду не интересует. Может быть, серийник материнки сейчас она уже отслеживает. Проверить не могу, ибо те времена, когда я покупал компы пачками на предприятие, уже давно прошли.
Буду знать, я почему-то был уверен, что привязывается к серийникам железа.
Сейчас отслеживается и идентификатор материнки, и процессор, и накопители, сетевые адаптеры, видеоадаптеры, номер логического раздела, куда установлена система, MAC-адрес и многое другое. Каждый идентификатор даёт некоторый "вес". Где-то даже была табличка, что сколько даёт. Как только суммарный вес изменений превышает некий порог, система запросит переактивацию в связи с существенно изменившейся аппаратной частью.
Именно поэтому можно заменить накопитель, и активация не слетит.
там вроде еще влиял период за который были значительные изменения. то есть если одновременно поменять видеокарту и добавить новый диск, то активация может слететь, но если это сделать одно за другим через некоторое время, то новая конфигурация в итоге будет такая-же, но активация не нарушится. с другой стороны, если для тестирования переставить другую видеокарту, а после этого вернуть обратно старую, то активация может слететь, хотя система будет точно такая-же, как была изначально.
Энтузиасты еще не слышали про VLK ключи? Их использование без соответствующей лицензии ничем не лучше (с точки зрения закона), но не требует применения очумелых ручек там, где гланды можно удалить более традиционным путем.
Энтузиасты, скорее всего, в курсе, что есть разные типы дистрибутивов, и переустановка с одного на другой не всегда возможна.
Один из возможных сценариев: управляющая программа поставляется в комплекте с ОС и оборудованием, есть образ диска (бакап). Оборудование частично заменено (мать сгорела, например), поднятый из бакапа образ требуется заново активировать.
поднятый из бакапа образ требуется заново активировать.
За время существования Windows XP человечество придумало не один способ превращения не-VLK версии в VLK, в т.ч. на уже установленной системе, и эти способы не сложнее восстановления системы из образа. Работа энтузиастов интересна тем, что им удалось победить эллиптику, на которой мелкомягкие генерировали ключи и ответные коды, и которая якобы была невскрываемой, но кейген как таковой уступает другим известным способам неофициальной активации.
Например, для мед. оборудования кейген - как раз идеальный вариант. Т.к. позволяет не модифицировать систему и не запускать на ней посторонние приложения. Так можно быть уверенным в том, что работа системы не нарушена.
Про WPAKill видимо тоже не слышали, ну это для HomeEdition
инструмент активации XP для будущих поколений
а также работает над дизассемблированием утилиты xp_activate32.exe.
Так в его же треде уже нашли исходник утилиты. В сущности нашли эллиптическую кривую, по которой вычисляется код, и по ней считают.
Что характерно: в исходнике ресурсы на English Default и... на русском. :-D
Энтузиасты выпустили утилиту активации Windows XP, так как у многих пользователей есть необходимость в работе с этой ОС