Firefox продолжает нас радовать всякими ненужными функциями, мешающими работе браузера. Одна из них - разделенный просмотр (т.е. отображение разных страниц на одном экране). Называется Split View. Отключается так:
1. открыть страницу about:config
2. найти пункт browser.tabs.splitView.enabled
3. установить его в состояние false
(этот пост является переводом предыдущего поста на английский язык)
Eight years ago, I posted on my blog that a Vietnamese citizen was selling a so-called "miracle program" called All PLC and HMI Crack, which had a ridiculously ugly green interface that made it instantly recognizable:
Versions 4.2 and 2.2 are actually identical
The program goes by many names: "PLC HMI Password Crack," "PLC - HMI Password Decryption," "PLC HMI Password Unlock," "Crack All PLC HMI," "PLC HMI Keyword," and so on. I initially doubted that it worked, but various users started telling me in the comments that it was not fake and could actually crack something. So, after all these years, I suddenly found this program available for free, downloaded it, and tried to crack some basic things (for example, opening a password-protected S7-200 project). And it actually worked. However, there is an important thing to understand: similar cracks have been around for a long time and are no big secret. Still, at least we have confirmation that the program is real — and that is exactly what attracts potential buyers. It seems that if the old version is real, the new ones must be too.
Then I found an entire website, unlockplcbd.com, dedicated to this scam. Look at these wonderful ad brochures that the developer is showing off:
He really tried! He clearly hired a designer, because given the
program's shabby green appearance, the author could not have made such
PDFs himself. However, these PDFs have some obvious flaws that alone
should give the scam away. For example, if you open these two documents,
you might notice one very strange detail: the description of version
5.3 claims it can crack Siemens S7-200 Smart controllers, but for some
reason, version 5.7 no longer includes those controllers — though it
does include the S7-300, S7-400, and even the S7-1200. Where did the
S7-200 Smart go? Probably the scammer simply forgot to copy that mention
when designing the new brochure. The version 5.3 brochure also mentions
Koyo controllers, but they are also missing from version 5.7. These
strange, illogical moments should raise immediate suspicion.
Now let's move on to our hero of the day. Here he is:
As you can see, the phone number is published right in the
program: +8801758432841. This is done deliberately so you have no doubt
that it is the author communicating with you on WhatsApp — not some
other scammer. Although, in fact, the author is the scammer.
Now, the most important part: what is the scammer selling?
Nothing! After receiving the money, he sends a RAR archive containing
the same old program that he wrote many years ago. Here is how the scam
works: he originally sold this program, but at some point, buyers leaked
it online, making it freely available. Instead of losing money, the
scammer turned this situation into a profit. He started creating
advertising PDFs for non-existent new versions of the program. His old
software — now freely available because it was leaked — became a kind of
"demo version" for these fake new releases.
So now, the scammer does not need to develop anything. He simply
creates fake brochures for non-existent versions, collects payments, and
vanishes — leaving the victim with an old, freely available program.
Here is his program, which you can easily find online: link
(Mirror: link)
And here is the program this scammer sent me after payment: link
(Mirror: link)
As you can see, there is no difference — the version he sold is 4.2, though it is actually no different from version 2.2. What is more, the scammer did not even bother to fix the "About" window, so in version 4.2, that window shows version 2.3, and the software name does not match either:
The versions 5.3 and 5.7 that the scammer advertises in his brochures do not exist. There are only fake screenshots on his website:
8 лет назад в моем блоге было сообщение о том, что некий вьетнамский гражданин продает чудо-программу под названием All PLC and HMI Crack с идиотским салатовым интерфейсом, по которому эта прога сразу идентифицируется:
Версии программ 4.2 и 2.2. По факту - абсолютно идентичные
У программы много названий: "PLC HMI Password Crack", "PLC - HMI Password Descryption", "PLC HMI Password Unlock", "Crack All PLC HMI", "PLC HMI Keyword" и т.п. Я изначально выражал сомнения в работоспособности данной программы, но разные пользователи начали писать мне в комментариях, что программа не фейк и что-то взламывает. И вот спустя столько лет я вдруг случайно нахожу данную программу в бесплатном доступе, скачиваю ее и пробую взломать некоторые элементарные вещи (например, открыть запороленный проект к S7-200). И оно действительно работает. Правда, тут надо понимать один важный аспект: подобные взломы давно уже реализованы и не являются тайной. Но однако, по крайней мере появилось подтверждение, что программа настоящая. И именно это является приманкой для потенциальных покупателей! Кажется, что если старая версия настоящая, то и новые тоже. Далее нахожу целый сайт unlockplcbd.com, посвященный всей этой афере. Глядите-ка какие замечательные рекламные буклеты демонстрирует разработчик данного ПО:
Да уж, расстарался! Явно нанял дизайнера, ибо учитывая убогий салатовый внешний вид ПО, нарисовать такой PDF автор точно бы не смог. Правда есть явные косяки с этими PDF, которые сами по себе уже должны выдать аферу. Например, открыв эти два документа, вы можете заметить одну очень странную деталь: в описании программы v5.3 заявлено, что она якобы может вскрывать контроллеры Siemens S7-200 Smart, но в версии 5.7 по какой-то причине эти контроллеров уже нет, но зато есть S7-300, S7-400 и даже S7-1200. Куда же подевались S7-200 Smart?.. Ну, видимо, мошенник просто забыл скопировать упоминание о нем, когда верстал новый рекламный буклет. Также в буклете на версию 5.3 упомянуты контроллеры Koyo, а в версии 5.7 их почему-то уже нет. Т.е. эти странные и нелогичные моменты сразу должны вызвать подозрения.
Теперь переходим собственно к нашему герою дня. Вот он:
Как видим, номер телефона опубликован прямо в программе: +8801758432841. Это сделано специально, чтобы у вас не было сомнений насчет того, действительно ли с вами в WhatsApp общается автор, а не мошенники. Хотя на самом деле сам автор и есть мошенник.
Теперь самое главное: ну а что же жулик продает? А ничего! Получив деньги, он отправляет RAR-архив, содержащий ту же самую старую программу, которую он написал много лет назад. Вот как работает мошенничество. Изначально он продавал свою программу (старую), но в какой-то момент покупатели выложили её в интернет, сделав общедоступной. Вместо того чтобы потерять деньги, вьетнамский жулик превратил эту ситуацию в прибыль. Он начал создавать рекламные PDF-файлы для несуществующих новых версий программы. Его старое ПО при этом — общедоступное, потому что оно было выложено в сеть — стало своего рода демо-версией для этих поддельных новых релизов.
Таким образом, теперь мошеннику не нужно ничего разрабатывать, достаточно лишь рисовать PDF с рекламой несуществующих программ, брать деньги и сваливать.
Вот его программа, которую вы легко найдете в интернете: ссылка
А вот программа, которую этот жулик скинул мне после оплаты: ссылка
Как вы можете заметить, разницы нет никакой, а версия проданной программы является 4.2, хотя на самом деле ничем не отличается от версии 2.2. Мало того, жулик даже не озаботился тем, чтобы исправить окно "О программе", поэтому в версии 4.2 это окно показывает версию 2.3, да и название ПО тоже не совпадает:
Никаких версий 5.3 и 5.7, которые жулик рекламирует в своих буклетах, не существует. Есть только фальшивые скриншоты у него на сайте:
Все его рекламные буклеты и псевдо-скриншоты - это обман. Мало того, для тех, кто не хочет платить ему $500, жулик предлагает вариант за $300, который будет взламывать только одну модель контроллера, например, Siemens S7-1200. Естественно, что это тоже всё обман.
Помимо красивого сайта автор выкладывает ролики на Youtube и публикует лживую информацию на других сайтах о своей программе.
Не доверяйте жуликам, экономьте деньги )).
Реализация Qt-подобного строкового класса для C++Builder
Если совсем кратко говорить, то суть в том, чтобы использовать Borland'овский стандартный класс UnicodeString через методы QString из Qt. Т.е. речь идет не о чем-то новом в плане разработки, а лишь об унификации стандартов: если уже есть опыт с QString и нет желания вникать в особенности UnicodeString, то можно использовать этот класс. Также использование классов с одинаковыми методами может быть удобно с точки зрения переносимости кода между разными средами разработки. Упрощенные реализации QChar и QStringList сделаны лишь в том контексте, что они требуются классу QString, не более того.
Использует встроенные возможности C++Builder (UnicodeString, UTF8String, AnsiString).
Поддерживает набор кодировок и преобразований между ними.
Реализует специфичные методы Qt, такие как section, simplified, toHtmlEscaped.
Учитывает особенности индексации UnicodeString (начинается с 1).
Модуль позволяет использовать Qt-подобный строковый API в проектах на C++Builder без подключения Qt, что полезно для миграции кода или поддержки кроссплатформенных исходников с Qt-стилем работы со строками.
В архиве три файла для C++ (требуется поддержка компилятором C++11):
1. Qt
2. Visual C++
3. C++Builder
Версия для Visual C++ является базовой. В версии для Qt добавлена поддержка строковых литералов для QString и работа с QList. В версии для C++Builder добавлена поддержка строковых литералов для UnicodeString.
Реализация динамического массива на C++, обеспечивающего стабильность указателей.
Под стабильностью указателей понимается неизменность адресов в памяти, где располагаются объекты, являющиеся элементами массива. Т.е. указатель-переменная, созданный отдельно от массива и указывающий на любой его элемент, сохранит актуальность независимо от того, какие действия производятся с этим массивом.
Немного об идее.
Идея родилась по ходу разработки конкретного кода, где использовались указатели на элементы динамического массива std::vector и, соответственно, потребовалось сохранять валидность этих указателей при изменении размера вектора. А vector так не умеет. Стал смотреть альтернативы - std::list стабилен, но не имеет индексации - поэтому даже не рассматривал его, std::deque работает через чанки, т.е. разрозненные последовательности элементов, но стабильности в нем нет, там тоже бывают реаллокации. Ну, и в C++Builder, в котором проект я разрабатывал, своих нормальных вариантов тоже нет, TList просто недоразумением показался, причем, и старый TList из C++Builder 6, и более новый. Так зародилась идея сделать динамический массив стабильных элементов. Ну, а потом еще выяснилось, что в Qt, на котором я писал программы раньше, начиная с 6 версии фактически ликвидирован класс QList, который превратился в мурзилку для QVector. История такая, что в Qt 5 для всех объектов, кроме простых типов, QList как раз и работал без реаллокации элементов. Они хранились просто в "куче", а для любителей realloc существал QVector. Т.е. всё было логично и удобно. Потом кто-то из разработчиков Qt изучил тысячи строк кода и внезапно обнаружил, что многие программисты используют QList там, где следовало бы применить QVector, и не нашел ничего лучше как просто превратить QList в QVector. Так что для Qt 6, если вдруг потребуется динамический массив без реаллокаций, то тоже можно применять класс nx_array.
Не имея желания изобретать велосипед, я взял за основу стандартные std::list и std::vector. Вся идея очень проста: у класса nx_array два поля данных: data_list[] типа std::list и ptr_vector[] типа std::vector. Элементы массива статично лежат в data_list[], т.е. в "куче", без реаллокаций, а ptr_vector[] хранит указатели на эти элементы. Через эти указатели и реализован доступ по индексу.
Немного о реаллокациях и стабильности указателей.
Как уже было сказано, указатель-переменная, созданный отдельно от массива и указывающий на любой его элемент, сохранит актуальность независимо от того, какие действия производятся с этим массивом. Однако, это не означает, что элемент массива не может быть удален или перемещен с изменением адреса, что неминуемо приведет к инвалидации указателя. И, само собой, это не означает, что указатель будет как-либо привязан к индексации массива. Например:
nx_array<QString> my_array; my_array += "B"; // добавили элемент my_array[0] со значением "B" QString* item_ptr = &(my_array[0]); // item_ptr хранит адрес my_array[0]
// добавляем в массив новый my_array[0]:
my_array.addItem("A", 0); // item_ptr хранит прежний адрес, который теперь указывает на my_array[1]
Методы класса.
Методы nx_array условно разделяются на три категории:
1. Собственные методы класса, необходимые для комфортной работы. Эти методы отличаются своими названиями, записываемыми без символа подчеркивания, где каждое следующее слово пишется с заглавной буквы, например, метод добавления элемента - addItem().
2. Реализация некоторых стандартных методов STL, дающая возможность при желании быстро заменить в готовой программе объекты std::vector на nx_array, не исправляя вызовы методов класса. Речь идет о всем знакомым методах push_back(), pop_back() и т.д.
3. Методы, являющиеся общими для nx_array и STL, они, всё по той же логике совместимости с std::vector, имеют названия из STL: например, функция, возвращающая размер массива, т.е. количество его элементов, называется size(), а функция возвращающая ссылку на элемент массива с проверкой индекса - at(index).
1. Конструктор без параметров и конструктор с параметрами размера и зарезервированного пространства (резервирование относится только к внутреннему массиву ptr_vector, а не к основному хранилищу объектов):
nx_array<int> arr1; // пустой массив nx_array<int> arr2(5); // массив с 5 элементами nx_array<int> arr3(3, 10); // 3 элемента, резерв = 10
2. Конструктор из std::initializer_list:
nx_array<int> arr1{1, 2, 3}; // массив с тремя элементами nx_array<int> arr2({1, 2, 3}, 10); // резерв = 10
nx_array<QString> arr1{"a", "b", "c"}; // массив с тремя элементами nx_array<QString> arr2({"a", "b", "c"}, 10); // резерв = 10 nx_array<QString> arr3{{"a", "b", "c"}, 10}; // тоже самое
3. Конструктор из rvalue-контейнера
nx_array<int> arr1(std::vector<int>{1, 2, 3}); // Перемещение из временного вектора nx_array<int> arr2(std::list<int>{4, 5, 6}); // Перемещение из временного списка
В следующих конструкторах последний bool-параметр означает выбор между копированием (=false) и перемещением (=true):
4. Конструктор из контейнеров:
std::list<int> lst = {1, 2, 3}; nx_array<int> arr1(lst, 10); // Копирование из std::list, резерв = 10 nx_array<int> arr2(lst, 10, true); // Перемещение, резерв = 10
5. Конструктор из итераторов:
std::vector<int> vec = {1, 2, 3}; nx_array<int> arr1(vec.begin(), vec.end()); // копирование из вектора nx_array<int> arr2(vec.begin(), vec.end(), 10, true); // перемещение, резерв = 10
6. Конструктор копирования и перемещения:
nx_array<int> original{1, 2, 3}; nx_array<int> copy(original); // Копирование nx_array<int> moved(std::move(original)); // Перемещение nx_array<int> moved2(original, 0, true); // Явное перемещение
7. Конструкторы из конкретных контейнеров:
std::array<int, 3> std_arr = {1, 2, 3}; nx_array<int> arr_a(std_arr, 5); // Копирование, резерв = 5
std::vector<int> vec = {1, 2, 3}; nx_array<int> arr_v(vec, 10, true); // Перемещение, резерв = 10
8. Конструктор из простого массива:
int raw_arr[] = {1, 2, 3}; nx_array<int> arr1(3, raw_arr); // Копирование nx_array<int> arr2(3, raw_arr, 10, true); // Перемещение, резерв = 10
// Пример с std::vector: std::vector<int> vec = {4, 5, 6}; nx_array<int> arr3(3, vec.data()); // Копирование из данных вектора
Основные методы класса:
bool isPointerValid(const T* ptr) - ищет переданный в функцию указатель в векторе указателей класса. Несмотря на то, что указатели на элементы массива стабильны и в общем и целом можно без опасений создавать переменные-указатели на эти элементы, но указатель всё же потеряет актуальность в случае удаления элемента из массива. По этой причине реализована эта функция поиска элемента по его адресу.
int getItemIndex(const T* ptr) - по сути та же функция, но возвращает не признак того, найден элемент или нет, а его индекс. Если элемент отсутствует, вернет значение -1.
T* getItemPtr(size_type index) - возвращает адрес элемента массива по его индексу.
T& at(size_type index) - возвращает ссылку на элемент массива по его индексу (т.е. тоже самое, что оператор [index]) с проверкой корректности указанного индекса.
size_type size() - возвращает количество элементов массива
void checkIterator(const const_iterator& it) - функция проверки актуальности итератора
void moveItem(size_type from, size_type to) - перемещает элемент массива на другую позицию
void swapItems(size_type i, size_type j) - меняет два элемента массива местами
void removeItem(size_type index) - удаляет элемент массива по индексу
void removeRange(size_type start, size_type finish = END_POS) - удаляет диапазон элементов массива
void addItem(const T& value, int position = END_POS, bool useExc = false) - добавляет элемент в массив. По умолчанию - в конец массива. Если указан номер элемента, превышающий размер массива, то функция либо добавит элемент в конец (если useExc = false), либо выдаст исключение.
T& emplaceItem(int position = END_POS, Args&&... args) - добавляет элемент с инициализацией
void resize(size_type new_size) - меняет размер массива, т.е. либо удаляет лишние элементы, либо наоборот добавляет пустые элементы в конец массива
void resize(size_type new_size, const T& value) - тоже самое, но со значением по умолчанию для добавляемых элементов
void reverse() - меняет последовательность элементов массива на противоположную
bool sort() - сортирует элементы массива от меньшего к большему. Требует, чтобы типа данных массива поддерживал оператор "<", в противоположном случае функция вернет false
list_type toStdList() - возвращает копию массива в формате std::list
list_type ejectStdList() - возвращает (извлекает) оригинал объекта внутреннего поля std::list класса nx_array через list::splice(), обнуляя исходный массив. Адреса бывших элементов массива сохраняются неизменными, сторонние указатели не теряют актуальности.
list_type toStdList() && - вызывает ejectStdList()
std::vector<T> toStdVector() - возвращает копию массива в формате std::vector
std::vector<T> toStdVector() && - возвращает std::vector с перемещенными из std::list данными (через std::make_move_iterator), обнуляя исходный массив
std::deque<T> toStdDeque() - возвращает копию массива в формате std::deque
std::deque<T> toStdDeque() && - возвращает std::deque с перемещенными из std::list данными (через std::make_move_iterator), обнуляя исходный массив
QList<T> toQList() - возвращает копию массива в формате QList
QList<T> toQList() && - возвращает QList с перемещенными из std::list данными (через std::make_move_iterator), обнуляя исходный массив
void apply(Function func) - применяет функцию ко всем элементам массива
T extract(size_type index) - извлекает элемент (через std::move) с удалением из контейнера. Не работает с типами данных, которые нельзя перемещать
T extract(const_iterator pos) - метод, аналогичный предыдущему, но работающий через итератор, а не по индексу. Является аналогом метода extract() в реализации std::list стандарта C++17
void addArray(const Container& container, int position = END_POS) - присоединение другого массива путем копирования элементов. Поддерживаются массивы типа nx_array , vector, list, deque и QList
void addArray(const Container&& container, int position = END_POS) - присоединение другого массива путем перемещения элементов функцией std::move. Функция аналогичная методу mergeArray(), но требует указания std::move в явном виде при вызове. При вызове для типов данных nx_array или std::list вместо std::move будут вызваться функции spliceArray.
void addArray(const T* arr, size_type size, int position = END_POS, bool useExc = false) - функция, аналогичная предыдущей, но для добавления копии простого массива. Требует указания его размера. При useExc = true провоцирует исключения при указании нулевого адреса массива или некорректного параметра position
void spliceArray(list_type& lst, int position = END_POS) - присоединение массива std::list через list.splice, т.е. с сохранением присоединяемых элементов в исходных областях памяти. Указатели, созданные для этих элементов до выполнения функции, сохранят актуальность. Присоединяемый массив обнулится
void spliceArray(nx_array& arr, int position = END_POS) - метод, аналогичный предыдущему, но для nx_array . Поскольку nx_array хранит данные в std::list, то для него также доступно перемещение элементов через list.splice
void mergeArray(Container& container, int position = END_POS) - присоединение другого массива путем перемещения элементов функцией std::move. Поддерживаются массивы типа vector, deque и QList. Не используется для list и nx_array , поскольку для них существует более эффективная функция spliceArray()
Операторы, используемые в nx_array.
Как и в случае с функциями добавления элементов, операторы различают копирование и перемещение объектов через rvalue-ссылки (std::move) или функцией list.splice. Для присвоения копий элементов других классов-контейнеров используется оператор "=", а для добавления к существующим элементам таких копий - операторы "+" и "+=". Для присвоения другого контейнера путем перемещения его элементов используется оператор "<<=", для добавления элементов путем перемещения - "<<".
nx_array<QString> arr1 = {"X", "Y"};
nx_array<QString> arr2 = {"Z"};
arr1 += "A" + QString("B") << arr2; // arr1 = {X, Y, A, B, Z}
// arr2 - пуст
arr1 += ("A" + QString("B")) << arr2; // более корректная запись (учитывая, что << имеет более высокий приоритет, чем +)
Оператор [index] работает аналогично стандартному массиву, vector'у и т.п.
Методы, реализованные для удобной замены std::vector на nx_array.
Методы, возвращающие итераторы: begin(), end(), rbegin(), rend(), cbegin(), cend(), crbegin(), crend()
UPD
Добавлено публичное поле isDeleteItemsOnDestroy типа bool. Поле используется для массива, хранящего указатели, применительно к которым следует выполнить команды delete при удалении массива (объекта класса nx_array) из памяти. Поле isDeleteItemsOnDestroy немного схоже с свойством OwnObjects класса TList из Delphi и C++Builder. Однако, в отличие от OwnObjects оно управляет исключительно поведением деструктора ~nx_array(), а не каких-либо других методов класса. Если требуется выполнить команды delete применительно к удаляемым элементам динамического массива nx_array, которые являются указателями на объекты классов, то для этого специально реализованы отдельные методы, имеющие постфикс "_with_delete":
clear_with_delete()
iterator erase_with_delete(const_iterator pos)
removeItem_with_delete(size_type index)
removeRange_with_delete(size_type start, size_type finish = END_POS)
replace_with_delete(size_type index, T new_item)
В продолжение предыдущего поста по поводу установки WinCC. Дошло до установки TIA Portal v15 при наличии уже установленной версии v13. Установщик на v15 общий - и для Step 7, и для WinCC, ну, и при старте выдает вот такое:
"TIA Portal STEP 7 Professional V15.1 - WinCC Professional V15.1 cannot be operated in parallel with the currently installed version of 'WinCC Professional' or 'WinCC Runtime Professional'. Please remove..."
Тут история такая же, как и с SQL Server из предыдущего поста. Siemens опять развел панику на ровном месте, потому что на самом деле разные версии WinCC Flexible прекрасно уживаются в одной операционной системе. Соответственно, нужно опять подчистить конфигурационный файл установщика, чтобы снять эти ограничения. Файл тот же самый, что и в истории про SQLServer:
\InstData\Resources\SIA2.ini
В нем находим все упоминания TermMessage9, TermMessage13, TermMessage16, TermMessage17, TermMessage31, TermMessage32, TermMessage36 и удаляем их. Далее установка проходит без эксцессов.
Ну, и если вы хотите быстро находить в установках Siemens файлы, где прописаны подобные ограничения (а это могут быть не только SIA2.ini), то рекомендую использовать бесплатную программу Searcher. Например, установщик требует что-то удалить (remove), так давайте по этому слову и найдём все текстовые файлы *.ini, где содержится слово "remove":
Вот, собственно, и всё.
Как известно, старые версии TIA Portal актуальности не теряют (из-за отсутствия совместимости версий для внесения изменений и осуществления Upload). И тут возникла проблема с установкой WinCC Professional v11 из-за уже установленного SQL Server 2008. Установщих TIA Portal v11 устанавливает, помимо всего прочего, SQL Server 2005. Но по какой-то неизвестной причине Siemens решил, что обе версии SQL Server - 2005 и 2008 - не могут существовать в одной операционной системе.
Чтобы отключить это ограничение, нужно отредактировать файл \InstData\Resources\SIA2.ini. В разделе TERMS нужно закомментировать (поставить ";" в начале строки) или удалить эти две строки:
{Registry};{HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\Tools\Setup\Version};{REGSZ};{NOTEXIST};{0};{TermMessage30};{0}
{Registry};{HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\Tools\ClientSetup\CurrentVersion\CurrentVersion};{REGSZ};{NOTEXIST};{0};{TermMessage30};{0}