WOC
Member
- Messages
- 2
- Reaction score
- 0
- Points
- 1
Продаю эксклюзивный, тщательно продуманный и технологически совершенный, полностью готовый CC-шоп, разработанный на основе самых современных веб-технологий. Этот продукт сочетает в себе продуманный функционал, визуальные эффекты CSS3 и JavaScript, а также простоту управления благодаря встроенным WYSIWYG-редакторам.
Работа над проектом велась с упором на качество, безопасность от пентестеров и производительность. Ниже я подробно опишу функциональные блоки, предоставлю скрины и озвучу условия проверки и продажи.
1. Пользователи
Система поддерживает три уровня пользовательских ролей с разными правами доступа:
1. Администратор (Administrator): полный доступ ко всем функциям шопа, включая управление пользователями, загрузкой данных и настройками.
2. Продавец (Seller): предоставляет базы карт (CC) для загрузки администратором, получает установленный процент от продаж по каждой базе. Проценты настраиваются индивидуально. Выплаты контролируются администратором.
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). По запросу нового владельца могу публично подтвердить эксклюзивность сделки в этой теме.
Цена: $5.000
Контакт: woc2012@1jabber.com
Работа над проектом велась с упором на качество, безопасность от пентестеров и производительность. Ниже я подробно опишу функциональные блоки, предоставлю скрины и озвучу условия проверки и продажи.
1. Пользователи

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

1. Администратор (Administrator): полный доступ ко всем функциям шопа, включая управление пользователями, загрузкой данных и настройками.
2. Продавец (Seller): предоставляет базы карт (CC) для загрузки администратором, получает установленный процент от продаж по каждой базе. Проценты настраиваются индивидуально. Выплаты контролируются администратором.
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). По запросу нового владельца могу публично подтвердить эксклюзивность сделки в этой теме.

Цена: $5.000
Контакт: woc2012@1jabber.com