Авторы гуглохрома сломали совместимость с windows 7, отчего она сломалась у пресловутого «электрона» (надеюсь, в следующем десятке перерождений у его авторов будет печень трески), после чего пошла ожидаемая волна неработающих на windows 7 программ, сделанных на «электроне».

Отдельно занимательно, что большинство из них имеют функции проверки наличия обновлений и/или их автоматической или полуавтоматической установки, но вот функция «новая версия не поставится на вашей системе, так что не надо ничего делать» оказалась слишком сложной концепцией для 2023 года.

Сегодня у меня на работе случилась истерика.

Понадобилось узнать WWN сервера с Windows 2012.
Гугление мгновенно показало, что...

WWNs of HBAs are always available in BIOS or the controller setup during pre-boot on servers that have them installed. How to view it depends on the manufacturer. You can also use a Powershell script to query WMI for that information. http://gallery.technet.microsoft.com/scriptcenter/Find-HBA-and-WWPN-53121140 has a script that will do this for you.

Marked as answer by Boo_MonstersIncMicrosoft contingent staff, Moderator Sunday, December 16, 2012 12:49 PM

Не откажу себе в удовольствии скопировать сюда текст скрипта по ссылке:

function Get-HBAWin {  
param(  
[String[]]$ComputerName = $ENV:ComputerName, 
[Switch]$LogOffline  
)  
  
$ComputerName | ForEach-Object {  
try { 
    $Computer = $_ 
     
    $Params = @{ 
        Namespace    = 'root\WMI' 
        class        = 'MSFC_FCAdapterHBAAttributes' 
        ComputerName = $Computer  
        ErrorAction  = 'Stop' 
        } 
     
    Get-WmiObject @Params  | ForEach-Object {  
            $hash=@{  
                ComputerName     = $_.__SERVER  
                NodeWWN          = (($_.NodeWWN) | ForEach-Object {"{0:X2}" -f $_}) -join ":"  
                Active           = $_.Active  
                DriverName       = $_.DriverName  
                DriverVersion    = $_.DriverVersion  
                FirmwareVersion  = $_.FirmwareVersion  
                Model            = $_.Model  
                ModelDescription = $_.ModelDescription  
                }  
            New-Object psobject -Property $hash  
        }#Foreach-Object(Adapter)  
}#try 
catch { 
    Write-Warning -Message $_ 
    if ($LogOffline) 
    { 
        "$Computer is offline or not supported" >> "$home\desktop\Offline.txt" 
    } 
} 
 
}#Foreach-Object(Computer)  
  
}#Get-HBAWin

Там же по ссылке был и вариант чуть покороче:

you may use the PowerShell command, Get-WmiObject to retrieved the information in Windows Server 2012.

For example:

Get-WmiObject -class MSFC_FCAdapterHBAAttributes -namespace "root\WMI" | ForEach-Object {(($_.NodeWWN) | ForEach-Object {"{0:x}" -f $_}) -join ":"}


If you need assistance with PowerShell, this forum could help you.

http://social.technet.microsoft.com/Forums/windowsserver/en-US/home?forum=winserverpowershell

Hope this helps.

Да, они охуели. И что?
Ничего.

Что знающие люди пишут об изменениях в продуктах «Mozilla»:
http://www.downthemall.net/re-downthemall-and-webextensions-or-why-why-i-am-done-with-mozilla/

The whole story is basically that mozilla folks are fucking up the
add-on space.

The whole story is that DownThemAll! would need a ton of niche APIs that
mozilla has neither the resources nor the will to spec, implement and
maintain[0].

The whole story is that WebExtensions APIs explicitly are supposed to be
high level APIs, while tons of add-ons actually want, nay need low level
APIs to implement their functionality.
The rational here seems to be "Fuck yall, we consider you too stupid
and/or evil to give you low level access, also we're lazy and not good
with money so we couldn't possibly support low level anyway"
The high level API shit is what's killing the platform, not XUL or
(partial) XPCOM deprecation.

The whole story is that I just finally grew tired of the steaming pile
of utter rotten horse manure that is the mozilla decision making process.

---

I have no hopes that they will implement proper APIs, not even for file
writing[0 again]. Other than file writing, there are no proper APIs to
do requests, there are no proper APIs for other stuff such as executing
files, other kinds of OS integration, UI integration and so on and etc
and pp.

And that's just DownThemAll!, looking at my other add-ons (public or for
personal use) and also those I use of other devs, most of them will be
dead in the water, or could only be ported with serious, serious
limitations. Some add-ons I use already were abandoned, rightfully so
because WebExtensions offer no way forward for those addons, and for now
I fix them locally for me if something breaks (I cannot take over
maintainership and publish them as I lack the time and motivation to do so)
I have no use for crappy webrequest/toolbar button APIs alone. At least
the Adblockers will survive I guess... hurray!


Dismantling the add-on system just because mozilla doesn't like the
maintenance burden all of a sudden?

"B-but we want away from XUL and a lot of XPCOM".
So what? Neither is this going to happen anytime soon realistically, nor
is that any reason not to give add-on developers access to whatever
replaces it.

"B-but add-ons will break less if ever if they are WebExtensions".
Sure, and tons of add-ons should and will go the WebExtensions route.
Doesn't mean you have to fuck over the add-ons not fitting in the
WebExtensions space. There are tons of dedicated add-on developers who
have been dealing with breaking changes in Firefox since it first got
add-ons, for better or for worse. Most of the time, we managed in a
timely fashion.

Even those add-ons which can be reasonably ported need to be ported in
the first place. Somebody will have to do the actual work, which is on
entirely different scale than a "few" "let's move this shit into a
framescript so it works with e10s" fixes.

Frankly, it's add-ons which contributed a lot to Firefox' success, and
it's add-on which eased Firefox bleeding users to Chrome, and once the
add-ons that go beyond WebExtensions stuff are gone, the bleeding will
only increase again.

---

WebExtensions are far off from feature parity, let alone bug parity for
even the Chrome extension APIs, yet announce EOL for new add-ons in 53
and EOL for all add-ons in 57 [0 again]?
What the fuck are they thinking?
Whoever was involved in that decision with actual say: Please do us all
a favor and just step down from any leadership position you might have.
Or better yet, apply for a leadership position in the Google Chrome
team; Firefox can use some help from you eventually ending up
inadvertently sabotaging Chrome sooner than later.

mozilla has been a huge clusterfuck for years now, not just in the
add-on space; lacking proper (tech) leadership, lacking vision, focusing
on the wrong things at large more often than not, fucking with their
core users for no apparent reason other than "but we have to do
*something* to stay relevant". And even stupid stunts like force
bundling crapware (pocket) isn't too goddamn stupid to do these days.
"1 million mozillians!", yeah, you will certainly achieve this by
alienating everybody on many fronts at once.

I've been part of the mozilla universe for almost one and a half decades
(or almost 15 years in "metric") now. I'm doing DownThemAll! and other
extensions since about a decade now. I've seen tons of fuckups in that
time, and produced a few myself; but that was OK because none of those
were deliberate and we always worked together on fixing things.
Not ever before did I think mozilla is hopelessly fucked at a
fundamental level. But the last one or maybe two years changed that.

I have to admit that I failed to see this for a quite some time,
deluding myself into thinking "it's not that bad", "they'll will do it",
"temporary setback", "they will recover", "I can learn to live with
that"... Tried to rationalize all this away...
But that's ended.

I'm fed up as an add-on developer, I'm fed up as a mozilla advocate, I'm
fed up as somebody who used to help the other add-on devs, I'm fed up as
somebody who contributed an enormous amount of volunteer time directly
in many different ways, I'm fed up as a Firefox user.

In conclusion, let me end with two quotes from[3] (second one quoting
myself)

"It’s fascinating how Mozilla manages to always find the exactly right
words — to make their most avid browser enthusiasts feel absolutely
miserable!"

"I honestly hate you [mozilla] right now."
"Bye"

По адресу http://www.acidqueen.de/lja/LJa.html можно скачать исходный код и установочный архив программы исправленный и работающий (на 01.04.2015) ljarchive — программы для архивирования своего ЖЖ.

Программе этой почти 10 лет, но с год назад она перестала скачивать комментарии. Однако автор давно забросил её.

Вот, починили.

Великая польза Opeb Source: не было бы исходных текстов в открытом доступе — не починили бы.

В бета-фаерфоксе наконец отсохли строка статуса и тулбары кроме главного.

Срать-ебать, ненавижу.

ПИДОРАСЫ!!! [1]

1. http://hitech.newsru.com/article/04apr2014/mozilla_eich

Upd По подсказке tymofiy строка статуса вернулась при помощи расширения https://addons.mozilla.org/addon/the-addon-bar/

Смешновато и мило, когда на компьютере закончилось место, потому что его заняли бекапы системы.
Ещё смешнее, когда эти бекапы невозможно стереть, потому что системе бекапа для стирания бекапов нужно больше свободного места, чем есть. Причём сколько — она не говорит.

И просто пиздец как это бесит в 2014 году!!!

Горите в аду, авторы системы «Rescue and recovery»!!!

http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/
Отличная подборка примеров того, что основные «киты» опенсорсного десктопа давно пребывают в состоянии сраного говна.

Я на собственном опыте познал это в «мозилле», тут написано про Gnome, KDE, Launchpad, Mozilla.

Возможно, это — неизбежное следствие изготовления востребованного продукта?

Неужто любая хорошая вещь не может не превратиться в говно, потому что его авторы, по мере обретения успеха, полностью теряют адекватность и представление о своём месте в мире?

Спасения нет?

Есть программка
EasyRedirect
Она позволяет создать на экране кнопку, при нажатии на которую включается и выключается переадресация всех звонков с вашего смартфона на какой-то номер.
Номер задаётся в момент создания виджета и написан на виджете. Написать вместо номера текст нельзя, выбрать номер из телефонной книжки нельзя.

Last Call Forward

Может включить переадресацию звонков с вашего телефона на какой-то номер, когда заряд аккумулятора становится ниже заданного уровня - например, 2%.

Номер задаётся один, причём его не просто нельзя выбрать из телефонной книги - но задать нужно не номер, а всю команду переадресации, что-то вроде **22*номер# - то есть вы должны где-то узнать формат команды.

Возможно, так же и выключает, потому что место для ввода команды отмены тоже есть.


QuickCallForward
Позволяет по отдельности для разных ситуаций (всегда, не отвечает, занято, недоступен) задать именованные "локации" - номера, на которые перенаправлять звонки. Переадресация может включаться и выключаться нажатием кнопки в меню программы, или по примитивному планировщику (один интервал в день для каждого типа).
Почему-то закладки для каждой ситуации отдельные.
Единственная из опробованных программ, которая умеет так же спрашивать у сервера текущее состояние переадресации.

Cally
Включает и выключает переадресацию в зависимости от вашего местоположения. Положение определяет по wifi сетям, bluetooth устройствам, и, вроде, встроенному андроидному определителю положения.
Можно сделать так, чтобы переадресация на какой-то номер включалась через, скажем, 5 минут после вашего прихода в место, где есть некая wifi точка, и выключалась, когда вы оттуда ушли.
Таких мест может быть несколько.

А вот программы, которая могла бы включать переадресацию на местный телефон, если в батарее осталось 2% заряда, и при этом время рабочее - нет.
Не повезло :(

Ещё почему-то никто не любит концепцию автоответчика провайдера - и потому умеют отключать переадресацию, но не умеют заменять переадресацию на номер местного телефона переадресацией на номер провайдерского автоответчика.

«Порадовал» Samsung: после очередного обновления программы для работы с телефонами этой фирмы («Kies») из адресной ениги исчезли поля «фонетические ФИО». У меня в них хранятся русские имена и фамилии, параллельно с записанными латиницей (так уж сложилось, что в Латвии в ходу латиница).

Спасибо, чо.

Зато появилась какая-то версия «лайт», и по умолчанию запускается какой-то «упрощённый режим». Видимо, кто-то об этом очень просил.
Спсибо, что оставили старый режим... Хотя зачем он теперь, без русских имён?

Только для бэкапа и обновления прошивки.

В чём zfs удобнее, чем btrfs: http://rudd-o.com/linux-and-free-software/ways-in-which-zfs-is-better-than-btrfs

These are all things you might want to do, but you'd have to ponder whether it is worth doing given the added effort to do them. ZFS makes it effortless to use these features, without adding any additional work for you. Thus, ZFS makes it possible to do what you want, whereas before with btrfs you would have said "naaah, that's too much work for very little benefit". In this sense, ZFS offers advantages that make btrfs look as cumbersome as LVM in some scenarios.