Budget: 1000 EUR Deadline: 7 days
Hello.
I am developing parsers in NodeJS. I am ready to take it on. Write to me, we will discuss.
Good day!
There are several areas related to digital goods from the game CS-2, we are looking for a specialist ready to collaborate long-term, in addition to payment for project implementation, a salary and a share in the project are also offered.
1) A price parser is needed between platforms (buff163, steam, csfloat, csmarket), which will monitor prices for digital goods around the clock and notify a telegram channel and discord server when certain spreads (price differences) are found. Also, it will need to have the ability to filter information, i.e., specific filtered information in one channel, and all information in another (there will be 2 channels in tg and 2 in discord, divided as two tariffs: free and paid). It should be based on buff163. The format should be:
-Product name
-Price on buff163
-Price in the steam store
-Price on csmarket
-Price on csfloat
-Immediately calculated spread
-Direct link to the item on buff163
Additionally, it will be necessary to support and administer the project, i.e., keep track of news about updates in CS.
The project will be released with updates from the basic bundle of platforms and will be updated every 2 months; it is up to you to decide whether to do everything at once and then just toggle the information retrieval from each platform on/off with a button or do it separately.
2) In continuation of the project described above, it will be necessary to write a bot that people will connect their accounts to, which will automatically buy on buff163 and sell on steam.
3) The second area is farms; we are not particularly specialists in this, so we are open to general discussions and suggestions, we just have a general understanding and desire to enter this niche for now.
Budget: 1000 EUR Deadline: 7 days
Hello.
I am developing parsers in NodeJS. I am ready to take it on. Write to me, we will discuss.
Budget: 999 EUR Deadline: 7 days
contact us
Budget: 1000 EUR Deadline: 14 days
Hello.
I have reviewed your project.
I can implement the first stage as a dedicated Python-based system for monitoring prices across buff163, Steam, CSFloat, and CSMarket, with spread analysis and signal delivery to Telegram and Discord.
I see this as a modular solution that includes:
collecting and updating prices from the required marketplaces
product normalization and matching items across platforms
spread calculation and signal filtering
separation of alerts for free / premium channels
stable 24/7 background operation
logging and a solid foundation for future scaling
I would like to note from the start that auto-buy / auto-sell functionality and the “farm” direction should be treated as separate stages, since they involve a different level of complexity, risk, and support.
For this bid, I suggest focusing on a strong MVP for monitoring, analytics, and alerts.
I have relevant experience in Python projects related to:
multi-source data aggregation
price and spread analytics
signal systems
Telegram / Discord integrations
backend automation and server-side logic
I can build the first stage in a way that allows further expansion without rebuilding the core system.
Price: €1000
Timeline: 14 days
If this approach fits your expectations, I can immediately define the MVP scope and the structure of the first version.
Budget: 1000 EUR Deadline: 14 days
Hello, I am a Python developer with over 5 years of experience. I have ready-made software that analyzes the Steam market based on given links to items, calculates profitable options using a formula, and if necessary, makes purchases at advantageous prices, outbids offers, tracks inventory, holds items upon purchase, and later sells them according to a strategy. I also have a parser for information on skins in the Steam market, where you provide a search link, and the system collects all prices and information on skins. Overall, I have worked a lot with their API and am well-versed in it; there will also be no issues with other web services, as I have been doing parsing for a long time. Message me privately, and we can discuss; I can show you a demo of the current product, and I think you will be interested. I look forward to collaborating! The deadline I indicate is approximate; we need to discuss all the details. I have also created bots for Telegram and Discord, so that is not a problem.
Budget: 2000 EUR Deadline: 15 days
Hello,
I’m very interested in your CS2 digital goods project and long-term collaboration opportunity. I have experience working with automated data parsing, marketplace integrations, and bot development, including real-time monitoring systems and notification pipelines (Telegram/Discord).
I can build a reliable price parser across platforms like Buff163, Steam, CSFloat, and CSMarket, with filtering logic for different user tiers and accurate spread calculations. I also have experience designing scalable bots for automated trading workflows and can support ongoing maintenance, updates, and feature expansion.
Additionally, I’m open to discussing the farming direction and proposing efficient, scalable solutions based on your goals.
I’m looking for a long-term partnership and would be glad to contribute both technically and strategically to the project.
Best regards,
Jeo Vincent Carretas
Budget: 1000 EUR Deadline: 1 day
Good day!
I have experience in this market + 2 ready cases in my portfolio.
Write to me - we will discuss.
Budget: 1000 EUR Deadline: 30 days
Good day, I am ready to complete your task quickly and efficiently, as well as for long-term cooperation and project support. I have extensive experience in developing various parsers. Please write in private messages to discuss the details. I will be happy to help)
Budget: 1000 EUR Deadline: 12 days
Hello!
Interesting project, I am ready to get involved in the development of a parser and further development of the system in the long term.
Experience
🔹 Data parsing and monitoring
🔹 Telegram / Discord bots
🔹 API and scraping (marketplaces)
🔹 Real-time alerts and filtering
🔹 Building scalable services
Vision (stage 1 — parser)
I will create not a script, but a price monitoring service:
data collection from buff163 (base) + steam / csfloat / csmarket
data normalization
spread calculation
filtering based on conditions
Notifications
Telegram (free / premium channels)
Discord (2 channels)
Format:
title
prices by platforms
spread
link to buff
Flexible filters:
% spread
price
item type
Architecture
Backend: Python / Node.js
DB: PostgreSQL
Queues: Redis
Scheduler (constant monitoring)
I will lay the possibility to:
add new platforms
enable/disable sources
Important
I will not implement automatic account management and auto-purchase.
But I can create:
a signaling system
semi-automatic tools
Estimate
Timeline: 7–14 days
Ready for long-term cooperation, support, and project development
Sincerely,
Budget: 950 EUR Deadline: 10 days
Hello,
I can build the first block as a focused price-monitoring and signal layer for digital goods arbitrage.
Plan for the first stage:
1. Connect the target sources and collect price data on a fixed schedule.
2. Normalize listings into a common schema: item name, source, price, availability, timestamp, and link.
3. Add price comparison logic to detect spreads and flag the best matching opportunities.
4. Filter out noise with basic rules for duplicates, unstable listings, and low-confidence matches.
5. Send the results to Telegram/Discord in a clear format for quick manual review.
6. Add logging and simple admin controls so the flow can be monitored and adjusted.
This first block gives you a working core for price collection and opportunity detection. The second and third stages can be discussed privately and scoped separately, depending on whether you want auto-buy / auto-sell logic and the additional flow around farms.
Before starting, I would clarify:
- which sources should be covered in stage 1
- what price difference should trigger a signal
- whether you need Telegram, Discord, or both for alerts
- whether the same item matching should be strict or fuzzy
I’m ready to start with the technical breakdown and deliver the first block first.
If it’s convenient, we can continue the discussion in private in any language that is comfortable for you: Ukrainian, Russian, or English.
Budget: 1000 EUR Deadline: 1 day
Hello, I am interested in the offer. I am ready to discuss the details in private messages. I will be happy to collaborate!
Budget: 3000 EUR Deadline: 30 days
Good day. If all 3 points are to be done, then it is a lot of work, and some websites have protections against parsing. I wrote a parser for buff and for steam. Overall, I understand all of this and can do it, but only if you are willing to offer more than 1k. Because there is a lot of work here, and for 1k, it is unlikely that anyone will do it for you.
Budget: 1700 EUR Deadline: 10 days
Good day
I have experience parsing most of the listed websites
Parsers need to use a large number of proxies, an individual approach to each site
The cost for 2 sources + a general system starts from 1400 euros, then connecting a new source - from 600.
These are approximate prices for basic functionality - price parsing + profit determination.
PHP CURL
Budget: 1000 EUR Deadline: 14 days
Ready to cooperate, have experience in working in this area.
A patch is required for the graphics card driver that expands the capabilities of managing the graphics adapter by adding additional user settings. The patch must integrate into the existing driver architecture without disrupting its core functionality and ensure compatibility with supported versions of the operating system. The main goal is to provide more flexible access to parameters that are not available in the standard driver control panel, with the ability to modify them through a user interface or software API. The patch should provide a modular structure that allows for the addition of new parameters in the future without significant code redesign. It is necessary to ensure proper error handling, change logging, the ability to revert settings to default values, as well as maintain compatibility with future driver updates as much as possible. The solution should be accompanied by technical documentation describing the architecture, implemented capabilities, limitations, and testing recommendations.
We are a large logistics company with our own exports. We have a large fleet of vehicles and we constantly send our own vehicles for export to European countries.Description Website: https://echerha.gov.ua/ On this website, we place our vehicles in an electronic queue for crossing the state border. During registration, the following data must be entered: driver's first and last name; foreign passport number; email address; logistics phone number for notifications; type of vehicle (cargo); manufacturer's name of the vehicle; state registration number of the tractor; state registration number of the trailer; customs declaration number. A specific day and time for crossing the border is predetermined for each vehicle. For example, the vehicle must pass through the "Rava-Ruska" checkpoint on Monday at 10:00.Our Problem - The queue on the website https://echerha.gov.ua/ moves unpredictably. - For example, today is Friday, and the vehicle must cross the border on Monday at 10:00. - We do not know exactly when the queue will start moving. This can happen on Friday evening, at any time on Saturday or Sunday, early in the morning, during the day, or late at night. - When the queue starts moving, it is immediately visible on the website. Sometimes, within just a few minutes, it can move from Friday to Monday or even to Tuesday. - Because of this, logistics personnel are forced to constantly monitor the mobile application or website to not miss the moment when the queue reaches the required date and time. If this moment is missed, we physically cannot place the vehicle in the queue for the needed time slot.Task - After entering the vehicle data (for example, into a table or another interface, depending on the programmer's implementation), the system should automatically track the movement of the queue. - When the queue reaches the predetermined date and time, the system should automatically fill in the necessary data and place the vehicle in the queue without the involvement of the logistics personnel.
Looking for an experienced TrinityCore 3.3.5a developer who has a good understanding of the core architecture, Battleground system, C++, SQL, and the WoW 3.3.5 client. A custom Battleground “Slavery Valley” has already been integrated into the project, transferred from AzerothCore to TrinityCore. The main part of the work has already been completed, but it needs to be brought up to Blizzard's standards.What has been done TrinityCore 3.3.5a + Eluna. The server is fully configured. The Battleground is integrated into the core. Entry into the BG works. Client UI works (partially). Most SQL and DBC have been transferred. Builds without errors.What needs to be done Fix remaining Battleground bugs. Bring the mechanics up to the level of official Blizzard Battlegrounds. Fix the match start phase. Implement correct starting gates/fire walls. Fix point capture mechanics. Fix match completion. Check score allocation and WorldState functionality. Fix remaining C++ and SQL issues. Conduct a full gameplay test.Requirements Mandatory experience: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Would be a big plus: AzerothCore; Eluna; experience in Battleground development; understanding of the client side of WoW 3.3.5a.Work format Work is staged. Mandatory testing after each stage. Each stage is accepted only after in-game verification. Clear reports on changes are required.In the future This is a long-term project. After completing the Battleground, the following is planned: transfer of new Battlegrounds; transfer of new arenas; new races; new classes; new game systems; further development of a custom World of Warcraft 3.3.5a server. Looking for a developer who has already worked with TrinityCore and can not only write code but also bring the system to a fully operational state.no server from 0 as I want If you are looking for a developer not just for one Battleground, but for creating a server from scratch, then the announcement should look something like this.Project Title Development of a World of Warcraft 3.3.5a server from scratch (TrinityCore / C++ / SQL / Eluna)Project Description Looking for an experienced TrinityCore 3.3.5a developer for long-term collaboration. I need a person who can develop a fully ready World of Warcraft 3.3.5a game server from scratch based on TrinityCore with further project development. The project is large and is expected to take several months of development.Project Foundation TrinityCore 3.3.5a. Maximally stable and close to Blizzard base. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.What is planned to be implemented Fully operational server 3.3.5a. Fixing core bugs. Development of new game systems. Integration of custom Battlegrounds. Integration of new arenas. Transfer of useful modules from AzerothCore to TrinityCore. Development of custom modules. New PvP and PvE systems. New game events. Class balancing. Additional progression systems. Improvement of server performance.In the future After completing the basic part, the following is planned: new races; new classes; new zones; new dungeons; new raids; new Battlegrounds; new professions; new game mechanics; integration of modern systems into the 3.3.5a client.Developer Requirements Mandatory: Excellent knowledge of TrinityCore 3.3.5a. Confident knowledge of C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Understanding of TrinityCore architecture. Experience with Battleground, PvP, and game mechanics. Would be a big plus: Experience with AzerothCore. Eluna Lua Engine. Working with DBC and MPQ. Experience in creating custom game systems.Work format Work is staged. Each task is documented as a separate technical assignment. Mandatory testing after each stage. Work is accepted only after verification directly in the game. A developer is needed who can bring functionality to a fully operational state, not just write code.
Create compatibility between the ground control station, automatic start system (SAS), radar, and the aircraft.