[ П Р О Д А М ] полностью готовый CC CVV-шоп ___ [ S E L L ] fully ready-to-use CC CVV shop

[WOC]

Цена

5.000

Контакты

woc2012@1jabber.com

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

Работа над проектом велась с упором на качество, безопасность от пентестеров и производительность. Ниже я подробно опишу функциональные блоки, предоставлю скрины и озвучу условия проверки и продажи.

1. Пользователи.

Система поддерживает три уровня пользовательских ролей с разными правами доступа:

1. Администратор (Administrator): полный доступ ко всем функциям шопа, включая управление пользователями, загрузкой данных и настройками.

2. Продавец (Seller): предоставляет картовые базы для загрузки администратором, получает установленный процент от продаж по каждой базе. Проценты настраиваются индивидуально. Выплаты контролируются администратором.

3. Служба поддержки (Support Staff): доступ к тикетам, их редактированию и ответам для решения пользовательских вопросов.

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

2. Новости.

Раздел новостей — центральная точка для информирования пользователей после авторизации. Здесь отображаются свежие апдейты с возможностью пролистывания к предыдущим публикациям. Новости могут содержать, например, сообщения о загруженных базах или изменениях функционала. Администратор легко редактирует их inline, используя гибкий WYSIWYG-редактор с поддержкой HTML.

3. Биллинг.

Раздел пополнения баланса позволяет пользователю внести средства через криптовалюту. Система легко расширяется под другие валюты, на данный момент поддерживаются bitcoin и litecoin.
Пользователь выбирает нужную валюту, создаёт запрос и получает уникальный адрес для перевода.

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

Важно, что платёжные процессы не зависят от сторонних сервисов для повышения безопасности, а курсы валют и информация о транзакциях получаются из надежных публичных источников. Администратор загружает и поддерживает адреса в формате CSV, что упрощает массовую обработку данных.

4. Шоппинг.

В каталоге карт собрана исчерпывающая информация:
база происхождения, BIN, срок действия, банк, страна, тип и цена. Полный доступ к данным, включая CVV, предоставляется только после покупки.

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

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

5. Корзина

Корзина шопа позволяет легко удалять ненужные карты, очищать список или завершать покупку. Если нужно, пользователь может запросить проверку карт перед оплатой. Система поддерживает настройку комиссии за проверку в админке.

Интерфейс чётко отображает общую стоимость выбранных карт, сумму комиссии за проверку и итоговую сумму к оплате.

Чекер интегрируется с bincodes.com, но по запросу возможно подключение другого сервиса или разработка алгоритма проверки, соответствующего вашим требованиям.

6. История заказов.

Просмотр истории
После завершения покупки пользователь получает доступ к разделу "История заказов". В этом разделе для каждой купленной карты отображаются основные поля. Дополнительно, каждую запись можно развернуть для просмотра всей информации, доступной в базе по этой карте.

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

Статусы карт
Каждой купленной карте присваивается один из следующих статусов:

Валидна: Проверка карты не запрашивалась или она успешно пройдена.
Невалидна: Чекер определил карту как невалидную. В этом случае:
Стоимость карты возвращается пользователю.
У селлера изымается начисленный процент.

Ошибка чекера: В процессе проверки карты произошла ошибка.
Таймаут чекера: Проверка не завершилась в указанный в настройках срок.

Повторная проверка
Карты с ошибкой чекера (статус 3) или таймаутом (статус 4) могут быть отправлены на повторную проверку без дополнительной комиссии. Чтобы избежать злоупотреблений, администратор может задать минимальный интервал времени между повторными проверками карты.

Интерфейс администратора
Администратор имеет отдельный интерфейс, где отображаются все карты с ошибками проверки. Из этого интерфейса он может:

Направить отдельные карты или их группы на повторную проверку.
Отметить карты как невалидные вручную.

6. Базы карт.

Карты заливаются пачками (базами). База - это текстовой файл в гибком формате, который указывается при загрузке базы карт. Например, если указать формат как:

Карты загружаются в систему пакетами, называемыми базами. Каждая база представляет собой текстовый файл, который должен соответствовать определенному формату.

При загрузке базы администратор указывает формат, в котором будут размещены данные. Например, если формат указан как:

num|mon|year|cvv|country|fname|lname|addr|city||zip

то файл базы может быть таким:

4483382594746426|05/27|433|UNITED STATES|RIO|BATTILANA|4632 N 14TH STREET|PHOENIX||85014|6022300027|riolauren09@gmail.com|05/21/1985|||

Формат базы карт можно настраивать, изменяя порядок полей (например, num, mon, year, и другие) и устанавливая любые разделители между ними. Это позволяет гибко адаптировать систему под структуру данных, используемую в загружаемом файле.

year,mon,num:cvv|country|fname|lname|addr|city||zip файл может быть таким:

2019,06,4750556086658452:663|UNITED STATES|RIO|BATTILANA|4632 N 14TH STREET|PHOENIX||85014|6022300027|riolauren09@gmail.com|05/21/1985|||

2019,01,4462913451847617:799|UNITED KINGDOM|Mark|Buterworth|7 Beckingham Street|Maldon||CM98LQ|07506664579|butterworthm89@gmail.com|05/02/1989|||

Кроме того, вся информация, находящаяся после последнего указанного разделителя, автоматически преобразуется в "дополнительные данные" ("extra data"). Эти данные становятся доступными пользователю только после покупки карты (см. описание выше).

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

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

Определение критериев ценообразования карт. Важно грамотно настроить алгоритм расчета стоимости карт, который активируется сразу после загрузки базы. Этот процесс включает:

Установку базовой цены для карты в загружаемой базе.
Настройку наценок, которые могут зависеть от ряда условий. Например, добавление $2 для карт типа CREDIT, $0.5 за бренд VISA или $0.3 за карты из США.
Активация базы. После активации картам автоматически присваивается стоимость, и данные о них сохраняются в базе данных MySQL. После этого критерии ценообразования становятся статичными, и их изменение невозможно, поскольку цена для каждой карты уже установлена.

После активации база становится доступной для покупки в соответствующем разделе магазина. Также предусмотрена возможность деактивации базы. В этом случае все непроданные карты будут удалены, но сама база останется в системе. Базу можно снова активировать, если, например, необходимо изменить параметры ценообразования.

В списке баз можно просмотреть подробную статистику по каждой базе:

Дата загрузки.
Количество строк в загруженном файле и количество успешно распарсенных строк (т.е. строк, которые были преобразованы в карты), а также данные о дубликатах и ошибках.
Количество проданных карт на данный момент.
Статистика по картам: сколько из них валидных, сколько невалидных, и сколько закончено с ошибкой чекера.
Общая сумма проданных карт, а также подробная информация о заработке: сколько средств заработано, сколько выплачено селлерам и сколько еще карт нужно продать для выполнения целей.

7. Раздел общих настроек

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

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

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

Дополнительный критерий "When searching by". Этот параметр позволяет задать комиссию за поиск по конкретным полям. Если поле оставлено пустым, комиссия будет применяться ко всем типам поиска. Например, можно установить комиссию за поиск карт по определенному бину, или наоборот, исключить ее для поиска по данному полю.

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

8. Селлеры

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

Раздел администрирования селлеров
В админском разделе отображается информация о каждом селлере, включая:

Сумму, которую он заработал за весь период.
Сумму, которая уже была выплачена.
Сумму, которую еще предстоит выплатить.
Администратор может выкупить баланс селлера, переведя ему необходимую сумму. После этого нажимается кнопка "Зеленая", которая переносит сумму из поля To be paid в Paid. Сумма в To be paid обнуляется, а значение Paid увеличивается. Также баланс селлера уменьшается на выплаченную сумму.

Статистика по базам для каждого селлера
Каждый селлер имеет раздел с подробной статистикой по своим базам, где указывается:

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

9. Раздел технической поддержки.

9.1. Раздел FAQ

Часто задаваемые вопросы (FAQ)



Просмотр FAQ
Пользователь может просматривать список часто задаваемых вопросов. Каждый вопрос отображается в виде заголовка, и при нажатии на него, раскрывается подробный ответ.

Редактирование FAQ администратором
Администратор имеет возможность редактировать список FAQ прямо на странице. Для этого используется встроенный WYSIWYG-редактор, который позволяет быстро обновлять и форматировать текст, добавлять изображения и ссылки, а также изменять содержание вопросов и ответов.

9.2. Раздел списка тикетов

Для пользователя
Пользователь видит список своих тикетов, каждый тикет отображается с основными параметрами, такими как статус, дата создания и тема тикета. Пользователь может открыть тикет для подробного просмотра и отслеживания хода его решения.

Для пользователя с ролью Support Stuff
Пользователь с полномочиями Support Stuff (Служба поддержки) видит все тикеты, поданные всеми пользователями. Он может просматривать и управлять тикетами, отвечать на них и решать возникающие проблемы. Также есть возможность фильтровать тикеты по различным параметрам (например, статусу или дате).

9.3. 1. Категория:
Пользователь выбирает категорию тикета из предложенного списка:

1.1 Payment — вопросы, связанные с оплатой.
1.2 Refund — запросы на возврат средств.
1.3 Other — другие проблемы или вопросы.
2. Приоритет:
Указывается приоритет тикета:

2.1 Low — низкий приоритет.
2.2 Normal — стандартный приоритет.
2.3 High — высокий приоритет.
2.4 Critical — критический приоритет, требует немедленного внимания.
3. Заголовок:
Вводится краткое описание проблемы или запроса, чтобы дать представление о содержании тикета.

4. Содержимое тикета:
Вводится подробное описание проблемы или запроса, включая все необходимые детали для решения ситуации.

9.4. росмотр/редактирование тикета:

Можно добавлять новые комментарии. Кроме того, все действия, такие как закрытие или изменение приоритета тикета, отображаются в виде записей. Записи от пользователей с разными ролями отображаются разными цветами. Support Stuff может принимать (Accept) тикеты. Тикету можно менять категорию, приоритет, а также закрыть как Resolved, Wont Fix и Duplicate Of <...>.

10. Качество продукта:

Код продукта на достаточно высоком уровне. Проект писался изначально с расчетом на то, что его будут пытаться взламывать.
Проверка ошибок везде, где только можно, особое внимание уделялось SQL-уязвимостям.

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

Движок стремится следить за тем, чтобы юзер даже самыми идиотскими действиями не смог перевести систему в неверное состояние, например, назначить суммарный процент всех селлеров по базе > 100%.
Администратор не может разжаловать самого себя.

Движок очень внимательно следит за всем, кто касается денежных операций.
Все операции, работающие с деньгами или балансами пользователей, обернуты в SQL-транзакции.
Таким образом, не получится неприятных ситуаций, когда у пользователя деньги списались, а карты в список заказов к нему не попали.

Или наоборот.

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

Большие объемы данных отображаются по частям (разбиваются на страницы).

Все ошибки репортятся пользователю через красивое UI.

С покупкой вы становитесь обладателем:

1. Полных исходников, которые я не просто передам, но и разверну на вашем сервере, с тщательной настройкой и оптимизацией.

2. Полностью адаптированного под вас алгоритма чекера, если стандартное решение не удовлетворяет вашим требованиям.

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

как происходит передача:

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

2. Согласен на гарант, но за ваш счет.

3. Могу залить и активировать купленый вами магазин.

5. Также могу дать контакт кодера, который сможет поддерживать проект ваш.

Платеж исключительно в BTC. Проект передается в одни руки - массовую продажу шопа считаю неэтичной. Реализация осуществляется по принципу аукциона. кто больше предложит- тот и заберет. (минимальная ставка — $5.000). По запросу нового владельца могу публично подтвердить эксклюзивность сделки в этой теме.

 

[WOC]

I am selling an exclusive, carefully designed, and technologically advanced, fully ready-to-use CC shop, developed using the latest web technologies. This product combines well-thought-out functionality, CSS3 and JavaScript visual effects, as well as ease of management thanks to built-in WYSIWYG editors.

The project was developed with a focus on quality, security against penetration testers, and performance. Below, I will provide a detailed description of the functional blocks, provide screenshots, and outline the terms for verification and sale.

1. Users.

The system supports three levels of user roles with different access rights:

Administrator: Full access to all shop functions, including user management, data uploading, and settings configuration.

Seller: Provides card databases for upload by the administrator and receives a set percentage from the sales of each database. Percentages are customizable. Payouts are controlled by the administrator.

Support Staff: Access to tickets, their editing, and responses to resolve user inquiries.

The functionality allows administrators to manually manage accounts: add new users, modify their data, or delete them if necessary.

2. News.

The news section is the central hub for informing users after they log in. Here, the latest updates are displayed with the ability to scroll through previous posts. News can include, for example, messages about uploaded databases or changes to functionality. The administrator can easily edit them inline using a flexible WYSIWYG editor with HTML support.

3. Billing.

The balance top-up section allows users to deposit funds via cryptocurrency. The system is easily extendable to support other currencies, with Bitcoin and Litecoin currently being supported.

The user selects the desired currency, creates a request, and receives a unique address for the transfer.

After that, the system checks the transaction in the background, converts it to dollars at the current exchange rate, deducts the fee, and notifies the user of the status.

It is important to note that the payment processes do not rely on third-party services to enhance security, and exchange rates and transaction information are sourced from reliable public sources. The administrator uploads and maintains addresses in CSV format, which simplifies mass data processing.


4. Shopping.

The card catalog contains comprehensive information: origin of the database, BIN, expiration date, bank, country, type, and price. Full access to the data, including CVV, is provided only after purchase.

Users can add cards to the cart and search for them based on multiple parameters, including BIN, expiration date, and other filters.

The administrator can set a fee for using the search feature, as well as an additional commission for filtering by specific criteria. The cost of each card depends on the settings of the database from which it is uploaded, providing flexible pricing.

5. Cart

The shopping cart allows users to easily remove unwanted cards, clear the list, or complete the purchase. If necessary, the user can request card verification before payment. The system supports the setup of a verification fee in the admin panel.

The interface clearly displays the total cost of the selected cards, the verification fee, and the final amount to be paid.

The checker is integrated with bincodes.com, but upon request, it is possible to connect another service or develop a custom verification algorithm that meets your requirements.


6. Order History.

Viewing History After completing a purchase, the user gains access to the "Order History" section. In this section, key fields for each purchased card are displayed. Additionally, each record can be expanded to view all the information available in the database for that card.

Saving and Clearing The user can save the order history in a convenient text format for future use. After saving, there is an option to clear the history.

Card Statuses Each purchased card is assigned one of the following statuses:

Valid: The card has not been verified, or it has passed verification successfully.
Invalid: The checker has determined the card to be invalid. In this case:
The cost of the card is refunded to the user.
The seller’s earned percentage is deducted.
Checker Error: An error occurred during the card verification process.
Checker Timeout: The verification was not completed within the time frame specified in the settings.
Re-checking Cards with a checker error (status 3) or timeout (status 4) can be sent for re-checking without an additional fee. To prevent abuse, the administrator can set a minimum time interval between re-checks for a card.

Administrator Interface The administrator has a separate interface where all cards with verification errors are displayed. From this interface, they can:

Direct individual cards or groups of cards for re-checking.
Mark cards as invalid manually.

6. Card Databases.

Cards are uploaded in batches (databases). A database is a text file in a flexible format, which is specified when uploading the card database. For example, if the format is defined as:

num|mon|year|cvv|country|fname|lname|addr|city||zip

then the database file could look like this:

4483382594746426|05/27|433|UNITED STATES|RIO|BATTILANA|4632 N 14TH STREET|PHOENIX||85014|6022300027|riolauren09@gmail.com|05/21/1985|||

The card database format can be customized by changing the order of fields (e.g., num, mon, year, and others) and setting any delimiters between them. This allows flexible adaptation of the system to the data structure used in the uploaded file.

For example, if the format is set as:

year,mon,num:cvv|country|fname|lname|addr|city||zip, the file could look like this:

2019,06,4750556086658452:663|UNITED STATES|RIO|BATTILANA|4632 N 14TH STREET|PHOENIX||85014|6022300027|riolauren09@gmail.com|05/21/1985|||

2019,01,4462913451847617:799|UNITED KINGDOM|Mark|Buterworth|7 Beckingham Street|Maldon||CM98LQ|07506664579|butterworthm89@gmail.com|05/02/1989|||

Additionally, all information after the last specified delimiter is automatically converted into "extra data." This data becomes available to the user only after purchasing the card (see the description above).

The shop automatically determines the country, bank, card type, brand, level, and many other parameters based on the specified BIN code.

The process of uploading a card database into the system involves several key steps, each aimed at optimizing and ensuring the accuracy of data processing.

Uploading the database file into the admin panel. At this stage, the card database file is uploaded into the system for further processing and analysis.

Determining the card pricing criteria. It is essential to configure the card pricing algorithm correctly, which is activated immediately after the database is uploaded. This process includes:

Setting a base price for the cards in the uploaded database.
Configuring markup rates, which can depend on a range of conditions. For example, adding $2 for CREDIT cards, $0.5 for VISA branded cards, or $0.3 for cards from the USA.
Activating the database. After activation, cards are automatically assigned a price, and the data about them is stored in the MySQL database. After this, the pricing criteria become static, and they cannot be changed since the price for each card has already been set.

Once activated, the database becomes available for purchase in the relevant section of the shop. There is also an option to deactivate the database. In this case, all unsold cards will be deleted, but the database itself will remain in the system. The database can be reactivated if, for example, there is a need to adjust the pricing parameters.

In the list of databases, you can view detailed statistics for each database:

Upload date.
The number of lines in the uploaded file and the number of successfully parsed lines (i.e., lines that were converted into cards), as well as data on duplicates and errors.
The number of cards sold so far.
Card statistics: how many are valid, how many are invalid, and how many have ended with a checker error.
The total amount from sold cards, as well as detailed earnings information: how much has been earned, how much has been paid to sellers, and how many more cards need to be sold to meet goals.

7. General Settings Section

In this section, you can configure commissions and global pricing criteria that apply to all databases and cards in the store. These settings are combined with the parameters set for each specific card database.

Global Commissions. Here, you can set commissions for various operations, such as card verification. For example, you can configure a commission for verifying a single card, as previously described. These commissions will apply to all cards unless individual conditions are set for them.

Global Pricing Criteria. This section specifies the basic parameters for calculating card prices, which are also combined with individual settings for each database. This allows you to set general rules for all cards, such as markup based on the card type, country, or brand.

Additional "When searching by" criterion. This parameter allows you to set a commission for searches based on specific fields. If a field is left blank, the commission will apply to all types of searches. For example, you can set a commission for searching cards by a specific BIN, or conversely, exclude it for searches based on this field.

All these parameters help to configure the card management and sales process flexibly based on different conditions, ensuring control over commissions and pricing at all levels.

8.Sellers

Sales Commission.
When uploading a card database, a commission percentage is set for each seller, which will be their share of the price for each card sold. This percentage is used to calculate the seller's income from the sale of cards from the database.

Seller Administration Section.
In the admin section, information about each seller is displayed, including:

The total amount earned by the seller over the entire period.
The amount that has already been paid.
The amount still to be paid.
The administrator can purchase the seller's balance by transferring the required amount. Afterward, clicking the "Green" button moves the amount from the "To be paid" field to "Paid." The "To be paid" balance is reset, and the "Paid" value increases. Additionally, the seller's balance is reduced by the paid amount.

Database Statistics for Each Seller.
Each seller has a section with detailed statistics for their databases, which includes:

Total number of cards in the database.
Number of cards sold.
Number of valid cards.
Number of invalid cards.
Number of cards with errors.
Total value of cards in the database.
The amount the seller has earned from these cards.
The amount already paid and the amount still to be paid.
Total income of the seller.
The total earnings for the seller across all their databases are also displayed, along with information about how much has been paid to them and how much remains to be paid.

9.Technical Support Section

9.1. FAQ Section

Viewing the FAQ
Users can view the list of frequently asked questions (FAQ). Each question is displayed as a heading, and when clicked, the detailed answer expands.

Editing the FAQ by the Administrator
The administrator has the ability to edit the FAQ list directly on the page. This is done using an integrated WYSIWYG editor, which allows for quick text updates and formatting, adding images and links, as well as modifying the questions and answers.

9.2. Ticket List Section

For the User
The user can view a list of their tickets, with each ticket displaying key details such as status, creation date, and the subject of the ticket. The user can open a ticket to see the full details and track the progress of its resolution.

For the Support Staff Role
A user with the Support Staff role can view all tickets submitted by all users. They have the ability to view and manage tickets, respond to them, and resolve any issues. There is also an option to filter tickets based on various parameters (such as status or date).

Ticket Category:

9.3.1. Category:
The user selects the ticket category from the provided list:

1.1 Payment — Issues related to payment.
1.2 Refund — Requests for refunds.
1.3 Other — Other problems or inquiries.
Priority:
The priority of the ticket is indicated:

2.1 Low — Low priority.
2.2 Normal — Standard priority.
2.3 High — High priority.
2.4 Critical — Critical priority, requires immediate attention.
Title:
A brief description of the issue or request is entered to provide an overview of the ticket's content.

4. Ticket Content:
A detailed description of the issue or request is entered, including all necessary details to resolve the situation.

9.4. Viewing/Editing a Ticket:
New comments can be added. Additionally, all actions, such as closing or changing the priority of the ticket, are displayed as records. Records from users with different roles are shown in different colors.
Support Staff can accept (Accept) tickets. The ticket's category and priority can be changed, and it can be closed as Resolved, Wont Fix, or Duplicate Of <...>

10. Product Quality:

The product’s code is at a very high level. The project was initially developed with the assumption that it would be targeted by potential hackers.

Error checking is implemented everywhere possible, with a particular focus on SQL vulnerabilities.

All privileges are checked, not only on the client side but also on the server side. The authentication system is designed in such a way that even if transmitted data (username, password hash) is intercepted, it will be impossible to use them to log in again.

The engine aims to ensure that even the most careless user actions cannot cause the system to enter an incorrect state, such as setting the total commission for all sellers in a database to more than 100%.
The administrator cannot demote themselves.

The engine is very strict when it comes to any operations involving money.
All operations dealing with money or user balances are wrapped in SQL transactions.
This way, there won’t be any unpleasant situations where a user’s funds are deducted, but the cards they ordered don’t appear in the list of their orders.

Alternatively:

The engine is lightweight and runs smoothly. It is designed to handle large volumes of data efficiently. The keys in the tables are properly optimized for the necessary queries.

Large volumes of data are displayed in parts (paginated).

All errors are reported to the user through a clean, user-friendly interface.

By purchasing, you will receive:

The full source code, which I won’t just send to you, but I will also deploy it on your server, with thorough configuration and optimization.

A fully customized checker algorithm, if the standard solution does not meet your requirements.

For two weeks after the transaction, I will provide warranty support. This includes fixing any bugs present at the time of sale, making small adjustments as per your requests (e.g., rearranging the menu, changing style or colors), and handing over the project to your developer if you decide to handle it yourself.

How the transfer works:

You test the functionality of the shop through remote connection via TeamViewer. The demo version will include all account types, loaded databases, cards, payment addresses, and other necessary elements to fully explore and assess the product's capabilities.

I agree to provide a guarantee, but at your expense.

I can upload and activate the shop you purchased.

I can also provide contact information for a developer who will be able to maintain the project for you.

Payment is exclusively in BTC. The project will be transferred into one set of hands – I consider mass sales of the shop unethical. The sale is conducted through an auction principle. The highest bid wins. (Minimum bid – $5.000). Upon the new owner’s request, I can publicly confirm the exclusivity of the deal in this thread.

 

[xhi]

на каком движке работает?
или полностью самописный?

 

[WOC]

самописный.
на любые вопросы отвечу в ПМ, по причинам безопасности.
или в контакты, указаных в этом посте или в ТГ канале.

 

[WOC]

jabber ID: woc2012[@]1jabber.com
(символы [ ] удалить)

 

[WOC]

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

 

[WOC]

Движок очень внимательно следит за всем, кто касается денежных операций.
Все операции, работающие с деньгами или балансами пользователей, обернуты в SQL-транзакции.
Таким образом, не получится неприятных ситуаций, когда у пользователя деньги списались, а карты в список заказов к нему не попали.

 

[WOC]

If screenshots are not displayed, then download the archive in which I put all the screenshots.
http://**************************************************************/d/3m6ZXUfJxcDeuvCTAJHEfn
(file sharing of this forum)


archive password:
@Sale_of_CC_shop

 

[WOC]

все скрины.

http://**************************************************************/d/3m6ZXUfJxcDeuvCTAJHEfn
(файлообменник форума)

пароль на архив:
@Sale_of_CC_shop

 

[WOC]

tg:@Sale_of_CC_shop​

 

[WOC]

был вопрос:
Доход с такого в месяц ?сколько клиентов уже есть ?

ответ:
видимо ты невнимательно прочитал объявление. это ответ на "сколько клиентов уже есть ?"

обычно доход от подобных шопов 40к-50к в мес. но бывает и больше и меньше. как раскрутишь.
могу дать свои рекомендации после покупки.

 

[WOC]

telegram ch:@Sale_of_CC_shop

 

[WOC]

канал ТГ залочили
контакт для связи на джаббере

jabber ID: woc2012[@]1jabber.com (remove the [ ] symbols)


TG channel blocked
jabber contact

jabber ID: woc2012[@]1jabber.com (remove the [ ] symbols)

 

[WOC]

было сняло видео о работе магазина. с демонстрацией функций, работоспособности, надежности. в демонстрационном видео показана пошаговая работа магазина. чтобы сложилось полное представление о функциональности магазина.
джаббер: woc[@]xmpp.jp (символы [] удалить)
если вам нужен телеграм- напишите в приватные сообщения свои контакты телеграм.

видео только по запросу.

 

[WOC]

телеграм канал залочили.
джаббер теперь ТОЛЬКО этот: woc@xmpp.jp

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

кто интересуется магазином- это будет очень информативно и нужно.
видео только по запросу.

в приватные сообщения, пиши контакты, и дам видео .

 

[WOC]

временно цену снижаю.
до 31 мая цена $4.700
после 1 июня, цена станет снова $5.500

 

[WOC]

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

 

[zagon]

Странный ТС
оставлю это здесь

zagoland@exploit.im
00:04 на xss в лс отписал
00:04 по поводу шопа
woc@xmpp.jp
00:05 ок
00:05 есть вопросы? там в принципе фото есть .
00:06 напомни plz никнейм там

zagoland@exploit.im
00:06 скажи доработка возможна ?
00:06 zagon
woc@xmpp.jp
00:07 конечно
00:08 я даю кодера впридачу. хочешь на первое время, хочешь хоть на всю жизнь. и он тебе хоть цвет поменяет, хоть стиль, хоть новые разделы. он толковый. по оплате и постановке задач ты уже с ним сам.
00:08 как бы не оставляю одного в поле.
ну и плюс я тут. по любым вопросам и потом подойешь- помогу, расскажу, покажу. я онлайн
00:11 когда хочешь открыться уже?

zagoland@exploit.im
00:11 я бы хотел демку с партнером посмотреть
woc@xmpp.jp
00:12 что за демка? видео могу скинуть.
скрины видел кстати? описание видел?

zagoland@exploit.im
00:12 на вашем хосту может
00:13 посмотреть что есть на стороне админа что на стороне селера и юзера
00:13 оценить что нам не хватает
woc@xmpp.jp
00:13 я не ставлю никаких демок.
скрины видел? или дать?
могу видео дать. посмотришь. там все подробно.

zagoland@exploit.im
00:14 как я должен оценить функциональность шопа? по видео?
woc@xmpp.jp
00:14 разумеется
00:15 обычно таких вопросов не возникает. обычно и скринов хватает. и так все понятно. так ты видел скрины ?

zagoland@exploit.im
00:15 не вижу проблем поднять дев вариант и дать возможность ознакомится
00:15 скрины видел
woc@xmpp.jp
00:15 покупаешь- и поднимаешь
00:16 а я могу предоставить скрины, описание, видео. и ответить на любые вопросы. если таки интерес в покупке

zagoland@exploit.im
00:16 еще критерий при сделке в гаранате - заказать независимого пинтестера
00:16 за мой счет
00:16 найденые проблемы если будут, поправите ?
woc@xmpp.jp
00:17 зачем? чтобы спиздил код и ты потом сказал, что тебе не надо?
теюбя сразу послать?
00:17 я понял откуда ты
00:17 ты из тех турков, которые пытались спиздить код
00:17 покупатель не просил посмотреть на код
00:17 покупателю достаточно видео
00:17 а турки пытаются наебуть
00:17 наебать
00:18 передай привет тому турку кидале и пошли его нахуй еще раз от меня
00:18 доступно объяснил?

zagoland@exploit.im
00:18 причем здесь это? я предлагаю гаранта експы, xss
woc@xmpp.jp
00:18 и пусть не присылает дешевые разводки
00:19 тот, кому шоп нужен- и видео даже не надо. функционал виден и так на скринах. очень очень подробно и популярно. даже для тех, кто не в теме.
а те, кто не в теме не приходят купить как правило.
короче наебать не получится.
00:19 демку ему.
00:21 оплачиваешь $5.500- ставлю тебе на хост и делай что хочешь. как пообещал дам кодера. как пообещал- отвечу на любые вопросы.
А наебать не выйдет.
все

zagoland@exploit.im
00:21 в чем наеб я так и не понял?
woc@xmpp.jp
00:22 ты понял
00:22 и я понял
00:22 месяц тут турки твои клянчили код посмотреть.
00:22 чтобы спиздить

zagoland@exploit.im
00:22 объясни ? я у тебя где-то код просил ?
woc@xmpp.jp
00:23 платите деньги- получаете шоп. нет денег- нет шопа
00:23 демку просил.
00:23 от админа

zagoland@exploit.im
00:23 я попросил демку чтобы ознакомится с функционалом шопа
woc@xmpp.jp
00:24 дружище. мы-же оба с тобой понимаем, что ты пришел получить доступ к коду по просьбе турков чтобы спиздить и не платить. т.к. я не дал им спиздить код. они присылают всех подряд со словом "демка".
zagoland@exploit.im 00:26 Ясно, удачных продаж

 

[WOC]

для тех, кто читал сообщения ранее, а именно о том, что группа турков пытается спиить код шопа. которым я не дал это сделать, снял видео функционала. так что данный кусок лога, вырезанный и специально сделанный, чтобы попытаться очернить меня и продающийся шоп, из-за того, что я не дал им то, что они хотели (спиить код шопа). есть у реальных покупателей будут вопросы- с радостью объясню. а по этому персонажу, хочу обратить внимание всех кто на форуме, что он в группе кидал из Турции.
администрации могу предоставить полный лог, и также скрины лога, чтобы было понимание, что нет искажения. также хочу обратить внимание, что человек:
1. не спрашивал цену
2. не спрашивал на каком сервере нужно ставить, характеристики и т.д.
3. не задавал вопросы по безопасности платежей, баз СС и т.д.
4. не торговался (а покупатели всегда торгуются).
5. интерес был только код в виде "демки" с доступом админа.
6, предложение что я дам видео его даже не заинтересовало. хотя даже любой интересующийся взял бы сразу, не говоря уже о заинтересованном покупателе.
повторюсь, что администрации готов предоставить полный лог переписки с этим кидалой.
и прошу удалить эту провокацию с рекламного поста. т.к. она не несет ни смыслового, ни функционального смысла. а служит тут просто флудом и отвлечением внимания людей на турецкие разводки, вместо увеличения профессионализма жителей форума.


-------------------

for those who have read the messages before, namely that a group of Turks are trying to to steal the shop code. whom I did not allow to do this, shot a video of the functionality. so this piece of log, cut and specially made to try to smear me and sold shop, because I didn't give them what they wanted (to steal shop code). real buyers will have questions - I will gladly explain. and for this character, I want to draw the attention of everyone on the forum that he threw from Turkey in the group.

administration can provide a full log, and also screenshots of the log, so that there is an understanding that there is no distortion. I also want to draw your attention to the fact that a person:

1. did not ask the price

2. did not ask on which server you need to install, characteristics, etc.

3. did not ask questions about the security of payments, CC databases, etc.

4. did not trade (and buyers always trade).

5. only the code in the form of a "demo" with admin access was of interest.

6, the suggestion that I would give the video didn't even interest him. although even anyone interested would take it right away, let alone an interested buyer.


- I repeat that the administration is ready to provide a full log of correspondence with this scandal.

and please remove this provocation from the advertising post. because it carries neither semantic nor functional meaning. and it just serves as a flood and distraction of people's attention to Turkish wiring, instead of increasing the professionalism of the forum residents.

 

[WOC]

шоп продается.
цена $5.000
все скрины.

http://**************************************************************/d/3m6ZXUfJxcDeuvCTAJHEfn
(файлообменник форума)

пароль на архив:
@Sale_of_CC_shop

есть видео работу всего функционала. могу дать по запросу.
пишите в ПМ.