cooler

Диззи, это не мои слова если чё, сам впрягайся)

Долбаеб кинул рекламодателя на 700 р и ещё пытается оправдаться, сейчас зальем пруфы работоспособности

Работоспособность сайта показана на видео. Сайт полностью рабочий, диззи, и снова ты просто взял и запихнул себе в рот чужие яйца. "скам сайт" - XDDDD. получше чем твои курсы будут

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

Надеюсь с этого момента вы будете нахуй слать его каждый раз, иначе и вас заскамят одним хорошим днём на 700 (или меньше=))

"Сайт фулл пустой и похож на скам" - поэтому нужно кидать рекламодателя на жалкие 7$. Когда же эта ебаная шваль доиграется)

Рано или поздно эта школа довыебыватся. Надеюсь его кто-нибудь найдет и ноги переломает за такие поступки.

И да, долбаебина, ты скамнул не меня, а добросовестного рекламодателя XDDD) Надеюсь тебе хватит нищих 700р на покушать

на рекламу

скам на 7$

от диззи

AobScan с плюсов сконвертирован в C# код. Теперь скорость сишарповского аобскана сравнилась со скоростью аобскана с плюсов.

Цена обеих: 600р.
Писать: https://t.me/coolerobj_bot
Отвечаю в боте за минуту.

Кейаут перестанешь юзать, тогда поговорим. Позор ходячий

Чтоб вы понимали ребят там кряк просто джампом на другую функцию, он даже не додумался добавить bool isAuth и ставитт его на true только после успешннй авторизации, а в чите проверять true или false на такой случай, не говоря уже о том чтобы написать норм бекенд без всяких этих ужасных апи и подвязать норм чит к серверу, хотяб сигнатуры на серв вынес бы

ну напимер есть мод каторий я хотел скачять он для меня самий имбовый но версия 1.12 и теперь я не даделовую карту и я хз какой мод поставить можем придумаешь ти или зделаем месте карту а мод поставим каторий походит нам двоем

я нашел новий баг а точнее експлоит, короче чтоби его виполнить нужно стрельнуть в бота и вот я щасл ечу верх умираю стреляюсь с стенкой умираю снова и мне дают очки, таким образом можно фармить опит

Наконец то мы увидели настоящий уровень знаний dizzy code а не то о чем он яростно заливал нам в уши на протяжении всего времени

КЕЙАУТ БОЖЕ

ХАХАХАХАХАХАХАХА

ХАХАХАХАХАХАХАХАХАХАХАХАХАХ

когда хотел выебнуться перед более квалифицированной личностью, которая имеет больше знаний чем использование кейаута и VMP.

боооже

Найс сразу акк наепнули

cooler pinned «@ouringg_reserved - новый и единственный тг куллера»

@ouringg_reserved - новый и единственный тг куллера

Представьте ситуацию: основная форма заебала настолько, что вы просто хотите её закрыть к ебаной матери. Но когда вы вызываете Close(), закрывается и основная и дочерние формы.

Задание: закрыть основную форму так, чтобы дочерняя осталась жить. Прятать через Hide() нельзя XD.

Справитесь?

учитесь писать sql запросы ребята

Интерфейсы в C# - это квинтэссенция контрактного программирования, которая выходит далеко за рамки простого определения абстрактных членов для будущей имплементации. Помимо базового функционала LSP (принцип подстановки Лисков) и инверсии зависимостей, современные интерфейсы обогатились дефолтными реализациями, статическими абстрактными членами и виртуальными методами, что радикально расширило их применимость в enterprise-разработке. Особенно элегантно они проявляют себя в сценариях с explicit-имплементацией, где один класс может по-разному реализовывать одноименные члены разных интерфейсов, а благодаря ковариантности и контравариантности в обобщённых интерфейсах мы получаем мощный инструмент для построения гибких иерархий типов. При грамотном применении паттерна Interface Segregation Principle в связке с Dependency Injection, интерфейсы становятся краеугольным камнем для написания слабосвязанного, тестируемого кода, а возможность множественного наследования интерфейсов и их композиции через default-реализации позволяет элегантно обходить ограничения однонаследования классов, формируя при этом чистую и понятную архитектуру. В контексте юнит-тестирования они незаменимы для создания mock-объектов и стабов, а в микросервисной архитектуре служат идеальным инструментом для определения контрактов взаимодействия между сервисами, особенно в сценариях с использованием gRPC или других RPC-механизмов.

Как я влюбился в асинхронность C#

Знаете, я долго смотрел на async/await как на какую-то модную приблуду. Ну правда, зачем усложнять простой синхронный код этими модными словечками? Task.Run тут, await там... А потом как-то резко дошло.
Работал над большим проектом, где надо было одновременно: принимать события с брокера, обрабатывать их, слать запросы в несколько API, сохранять результаты в базу. И всё это - желательно не роняя производительность. В синхронном стиле это выглядело как филиал ада - колбеки, вложенные блоки, состояние размазано по коду как масло по бутерброду.
И тут я по-настоящему оценил всю красоту async/await. Смотрите, как элегантно:

async Task ProcessMessageAsync(Message msg)
{
    // Получаем данные из API параллельно
    var userTask = _userService.GetUserAsync(msg.UserId);
    var statsTask = _statsService.GetStatsAsync(msg.ProductId);
    
    // Ждем оба результата
    await Task.WhenAll(userTask, statsTask);
    
    // Теперь у нас есть все данные для обработки
    var result = await _processor.CreateReportAsync(
        userTask.Result, 
        statsTask.Result
    );
    
    // Сохраняем результат
    await _repository.SaveAsync(result);
}

Код читается сверху вниз, как обычная синхронная логика. Но при этом он не блокирует поток впустую - пока ждем ответа от API или базы, можно обрабатывать другие сообщения. И всё это без единого колбека или callback hell!
Особенно меня впечатлило, как изящно решаются типичные проблемы:

— Параллельные запросы - Task.WhenAll
— Таймауты - CancellationToken
— Обработка ошибок - обычные try/catch работают как надо
— Отмена операций - просто прокидываем токен отмены по цепочке

А сборка мусора сама разберется с тасками, когда они станут не нужны. Никаких утечек памяти из-за забытых колбеков.
Конечно, есть и подводные камни:

— Легко словить дедлок, если неправильно смешать sync и async код
— ConfigureAwait(false) надо помнить для библиотечного кода
— Производительность может просесть если создавать слишком много тасков

Но это мелочи по сравнению с тем, насколько проще стало писать масштабируемые приложения. Теперь я даже простые CRUD-операции делаю асинхронными - а вдруг завтра этот метод станет узким местом?
И знаете что? Производительность реально выросла. На тестах под нагрузкой асинхронная версия стабильно держала в 3-4 раза больше RPS чем синхронная. А код при этом стал чище и понятнее.
Так что да, async/await - это не просто синтаксический сахар. Это мощный инструмент, который помогает писать эффективный и поддерживаемый код. Главное - понять базовые принципы и не бояться использовать.

P.S. А ведь раньше все писали асинхронность на колбеках...

Ну ребят впринцепи это лишь еще одно подтверждение моих слов, не более

Бедный диззи забанил в своем тгк😢😢 что так эго твое пошатнул?? Маленького мальчика так задели мои слова???

Я не куллер, и пост писал не куллер, а я

А4пук настолько себя зарывает что это просто позор, у типа появились минимальные знания програмирования и среди ребят которые не разбираются ни в чем он возвысил себя до уровня какого то просветленного идола который знает больше всех, начал продавать свои никому не нужные курсы, при том, что его интеллектуальные способности заканчиваются на банальных мемори патчах!! Вот вы понимаете ребят? Все эволюционируют, придумывают что то новое, нерест там допустим какой то инж выпустил, убого? Очевидно, но это уже что то по сравнению с тем, чем занимается данная персона, потому что там уже как то с какими то указателями идет работа, функции из игры вызываются, да даже сокеты если без костылей сделано начинают задействоватся, но нет.. А4пук умнее всех! Потому-что он знает что на самом деле ReadProcessMemory вызывает NtReadVirtualMemory из ntdll! А та в свою очередь вызывает NtReadVirtualMemory из ядра(хотя не уверен что о последнем он знал, ведь он затирал что чтение памяти происходит без системных вызовов, вероятно потому-что он вообще не знал что это такое)..
Это настолько смешной персонаж что я в данном комьюнити сомневаюсь что кого то похожего смогу найти, в общем, а4пук, расширь для начала свои знания, прежде чем пытатся что-то кому-то доказать.
Всем добра, а а4хуку ума😃

Челы которые за айос шарят подскажите, если мне прошлую учетку блокнули эпл и я зарегал новую, могут ли ее также блокнуть чисто из-за того что прошлая на этом устройстве была блокнута? Просто я сейчас так сделал и мне новый акк забанили

Такими попытками "возвышения" обычно занимаются только дети или люди, которые не вышли за рамки базового уровня, но уже успели уверовать в свою исключительность. Они цепляются за что-то вроде WinAPI и думают, что на этом этапе они достигли чего-то выдающегося. Но если это ваш потолок — поздравляю, вы на месте, и дальше вам двигаться некуда.

Если же хотите выебываться своим знанием WinAPI — делайте это где-нибудь в другом месте, потому что мне глубоко похуй на ваши выебоны. Программирование — это не соревнование "кто круче вызвал функцию", а способность решать задачи любыми средствами, хоть вручную, хоть с помощью инструментов вроде ChatGPT. Так что давайте без этой детской фигни.

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

Проблема в том, что для многих подобное знание становится своего рода самоидентификацией, и вместо того чтобы углубляться дальше, они начинают отгораживаться от прогресса. Эти разработчики часто не идут дальше базовых вызовов системы, предпочитая оставаться на уровне работы с API операционной системы, тогда как сфера программирования постоянно эволюционирует и требует гораздо более широкого и гибкого подхода.

Привычка высмеивать других как "копипастеров" или, в современных терминах, "ChatGPT-пастеров" часто исходит из проекции собственных неуверенностей. Это своего рода защитный механизм: когда ты не продвигаешься дальше, чем базовый набор знаний, критиковать других кажется более безопасным способом сохранить свою позицию. Человек, который осознал, что он сам был "пастером" на начальных этапах своей карьеры, может испытывать когнитивный диссонанс — вместо того чтобы признать этот факт и продолжать учиться, проще обвинить окружающих в том, что они поступают так же, как когда-то поступал он.

Такие люди, уцепившись за одно понятие или технологию (будь то WinAPI или что-то другое), начинают чувствовать превосходство над теми, кто пользуется современными инструментами, включая интеллектуальные помощники вроде ChatGPT. Но это мышление застопоривает их развитие, ведь программирование — это, в первую очередь, умение решать задачи, адаптироваться к новым инструментам и технологиям. Инструменты вроде ChatGPT становятся всего лишь очередным шагом эволюции работы разработчиков, освобождая их от рутинной работы и позволяя сосредоточиться на более сложных аспектах кода.

Ирония состоит в том, что те, кто критикует "пастеров", часто сами прибегают к копированию чужого кода, считая это легитимным, если они понимают его работу на базовом уровне. Однако, использование готовых решений — это неотъемлемая часть реальной работы программиста. Даже самые опытные разработчики не могут помнить все алгоритмы, API и конструкции, и задача состоит не в том, чтобы знать всё наизусть, а в умении быстро находить, адаптировать и применять решения.

Моя точка зрения: Истинное мастерство программиста заключается не в том, насколько глубоко он освоил одну конкретную технологию, а в его способности учиться и адаптироваться. Мир разработки динамичен, и даже если WinAPI или любой другой инструмент кажется сложным на первых порах, рано или поздно появляется что-то новое, требующее такого же внимания и глубокого понимания. Истинный профессионал понимает, что его развитие — это непрерывный процесс, и высокомерие по отношению к другим способам работы или инструментам — это признак узости мышления, а не глубины знаний.

Так что, возможно, вместо того чтобы кичиться чем-то вроде WinAPI или пренебрегать "пастерами", стоит сосредоточиться на собственном росте. Разработчики, которые активно развиваются, понимают, что суть успеха не в обладании конкретными знаниями, а в способности решать проблемы с помощью любых доступных инструментов.

Когда я только начал использовать паттерн Dependency Injection (DI) в C#, это казалось мне сложным и непонятным. Я был новичком в паттернах проектирования, и мои программы были похожи на клубок, где классы были связаны друг с другом без явного управления зависимостями. Как и у многих начинающих разработчиков, у меня были проблемы с «паутиной зависимости», когда изменения в одном классе приводили к беспорядку во всей системе.

И тогда я решил попробовать DI.

Я начал изучать концепцию Inversion of Control (IoC) и понял, что суть DI — это передача контроля над созданием объектов внешней системе, а не создание их внутри классов. Вскоре я наткнулся на Microsoft.Extensions.DependencyInjection — встроенный контейнер зависимостей, который оказался простым в использовании и идеально подошёл для моих нужд.

Мой первый проект с DI был простым консольным приложением, где мне нужно было реализовать разные классы для работы с данными: IDataProvider, DatabaseDataProvider и FileDataProvider. Идея была в том, чтобы легко переключаться между источниками данных без изменения бизнес-логики. Раньше я просто «жёстко» прописывал зависимости внутри классов, и это усложняло поддержку и тестирование кода.

Внедрив DI, я сделал код более гибким. В Program.cs я настроил сервисы через IServiceCollection и настроил зависимости:

var serviceProvider = new ServiceCollection()
    .AddSingleton<IDataProvider, DatabaseDataProvider>()
    .BuildServiceProvider();

Теперь я не создавал классы вручную, а получал их через конструктор:

public class DataService
{
    private readonly IDataProvider _dataProvider;

    public DataService(IDataProvider dataProvider)
    {
        _dataProvider = dataProvider;
    }
}

Это было просто потрясно! Мало того, что код стал чище и проще для поддержки, так ещё и тестировать его стало намного легче! Я мог легко заменить зависимости на поддельные объекты и писать тесты, не создавая реальные подключения к базе данных или файловой системе.

Этот опыт с внедрением зависимостей в C# изменил моё представление о том, как должны строиться приложения. С тех пор я активно использую этот подход во всех своих проектах, от веб-API до десктопных приложений. Я понял, насколько важно правильно управлять зависимостями, чтобы создать масштабируемый и поддерживаемый код.


Стоит ли делать посты в таком формате?😉

Попробовал пописать на старых добрых винформах через паттерн MVP. Вроде бы полёт нормальный. И код чистый, и логика разделена.

Что снять на ютубчик?

AobScan так же с возможность записи новых байтов в виде текста переписан с C# на C++.

Он быстрее C# (статистика на скрине, искался один и тот же регион памяти). Используется стандартная библиотека C++ (std::async, std::future), чтобы параллельно сканировать память процесса.

Чем больше ядер на процессоре - тем быстрее поиск.

Цена за C++ сурс: 800 RUB.
Цена за C# сурс: 600 RUB.

Писать: https://t.me/coolerobj_bot

Не забываем

я написал собственный интерфейс впервые понимая для чего я его пишу и для чего он нужен поздравьте

Что в бс4 можно сделать накидайте идей - я реализую

Исходный код моей незаконченной библиотеки для кастомизации блюстакса 4. Забросил по причине лени, так как добавлять поддержку всех четверок и bgp версий было попросту лень.

Но вы можете внести свой вклад сюда. В сурсе уже есть база.

Код библиотеки был оптимизирован и скорость улучшена на 10%.

Цена: 600₽ за исходный код библиотеки. (Помощь с настройкой бесплатная).
Купить исходник: https://t.me/coolerobj_bot

циганские фокусы

Сегодня я дописал в AobScanner метод записи в память через WriteMemory:

Пример:

WriteMemory(ptr, "bytes", "23 33 44 FF");
WriteMemory(ptr, "int", "2231");
WriteMemory(ptr, "float", "3.14");
WriteMemory(ptr, "double", "3.14159265359");
WriteMemory(ptr, "string", "Hello, World!");

Библиотека развивается очень быстро.
Код тот же, но в разы оптимизированней, без магических чисел и говнокодинга.
Цена: 600₽ за исходный код библиотеки. (Помощь с настройкой бесплатная).
Купить исходник: https://t.me/coolerobj_bot

👋 Привет. Продается самый быстрый самописный AobScan в км, значительную разницу между моей библиотекой (второй скриншот) и Memory.dll (первым) вы можете увидеть на фото.

Библиотека полностью написана на C#. Ускорение заключается в распараллелинного использования всех потоков процессора в ассинхронном виде, а так же новых инструкций которые ускоряют в раз 20. Для каждого типа процессора свой вид ускорения.

От себя я гарантирую:

— Доработку функционала по вашему желанию.
— Мгновенный ответ в личных сообщениях.
— Бесплатные консультации после покупки.

Цена: 600₽ за исходный код библиотеки. (Помощь с настройкой бесплатная).

Писать: https://t.me/coolerobj_bot

На ваш телефон пришло новое сообщение, посмотрите, вдруг, там что-то важное

Успешно закончил aobscan который проводится на видеокарте. Скорость поиска будет зависеть от объема видеопамяти карты и её общей мощности.

Ребят, если что, я не куллер
Я лишь посты выпускаю, потому-что некоторые мне в лс пишут думая что я, это он

Вот бы сейчас собрать команду по C# с неповерхностными знаниями по . NET (хотя бы на уровне джуниора), а не очередняр которые из синтаксиса c# умеют только скачать из nuget библиотеку Memory.dll. Реализовали бы какой-нибудь проект и получился бы у всех крутой портфолио 👍

Поздравляю с началом лета!