Мы запускаем в Украине услугу психологического здоровья как веб-приложение React / Next и ищем внешнего англоязычного разработчика, который возьмет на себя текущую работу (мы готовы на 95% с самим приложением).
Ниже описание часть на русском и часть английском языке. Кому интересно уточните пишите / говорите ли на английском, какой почасовой тариф.
Первая задача - лендинг должен быть визуально редактируемым, чтобы те же элементы можно было повторно использовать на новых страницах.
Вот некоторые из CMS, которые вы можете рассмотреть или предложить свою:
https://strapi.io/
https://reactbricks.com/
https://www.builder.io/
https://www.storyblok.com/
https://www.datocms.com/
https://tina.io/
Talking from the perspective of a user story, basically, a content editor should be able to login to a dashboard where the current public site is editable with available components and should be able to create a sequence of pages (like this example about stress pages) in our two languages just within this 3rd party solution. Then publish to dev environment and after testing select that only specific pages would be pushed to production while public site navigation is updated (if needed, because some page sequences will exist entirely outside the current menu.
Requirements:
1. visual cms for Next to be able to build our own static pages with predefined elements (titles, text areas, buttons).
2. support for multiple languages, so we would not need to check if we have not left out some pages untranslated when we create a new flow in one language. for the first version, we need two languages - Ukrainian and Russian.
3. Django then would be then used for content management on the internal app, not for any externally available pages, so it's not part of the scope.
4. Performance should still be good given the selected stack. does not matter if we need to push changes to some other environment to see the preview. does not matter if we have to wait for the pages to be optimised for publishing. A website can't be single-page application and content can't be served via Jvascript.
5. We need to think in terms of blocks/sections within the page, not page templates themselves. We need to be able to copy the "about us" page as a collection of blocks/sections with elements and then add/change the existing ones, all while editing the content.
6. Routing between pages will be nothing complicated since we will basically lead users to the same payment button. like creating a new landing flow for stress topic should be 2-3 pages and then same payment button. so page stress#1 should lead to stress#2 via customisable button links etc.
Budget: 8000 UAH Deadline: 30 days
Good day.
I have good experience in React. I`ve beeng working with about 3 years.
That`s no problem to communiczte in English.
I will be glad to start working with you.
There is a site on Wix Studio. On the product category page (dynamic page), large white gaps appear between product cards on mobile devices when some fields are empty. Product cards without data take up ~1949px in height on mobile. Accordion blocks ("Composition", "Description", "Technical Specifications") reserve a large empty space even when there is no data. The photo gallery block also creates a large white gap when there are no photos. What needs to be done: When the fields "Composition", "Description", "Technical Specifications" are empty in the CMS — the accordion headers should remain visible, but the empty space inside should not be reserved When there are no photos - the gallery block should not create a large white gap The fix should work on all category pages, not just one Important: Section headers ("Composition", "Description", etc.) should always remain visible. Only the empty white space inside should be removed.
There is a site on Wix Studio. On the product category page (dynamic page), large white gaps appear between product cards on mobile devices when some fields are empty. Product cards without data take up ~1949px in height on mobile. Accordion blocks ("Composition", "Description", "Technical Specifications") reserve a large empty space even when there is no data. The photo gallery block also creates a large white gap when there are no photos. What needs to be done: When the fields "Composition", "Description", "Technical Specifications" are empty in the CMS — the accordion headers should remain visible, but the empty space inside should not be reserved When there are no photos - the gallery block should not create a large white gap The fixes should work on all category pages, not just one Important: Section headers ("Composition", "Description", etc.) should always remain visible. Only the empty white space inside should be removed.
I am a professional 3D designer, creating highly detailed renders of monuments and memorial complexes (vertical format 9:16). My clients are workshop and studio owners who need a convenient digital catalog of my models to show to their retail customers. What I need: To select the optimal platform and create a lightweight, fast web app (catalog) that will look perfect on smartphones and open correctly on computers. Key requirements for the catalog: Design: Maximum minimalism. Dark theme (black background), large vertical image (proportions 9:16), with only the name/article of the model below it. No long descriptions. Database management: I need a very simple system for adding new models (ideally through familiar Google Sheets or a very user-friendly internal database). I should just be able to upload an image and enter the article number without breaking the layout. Client integration (Most important): The catalog should be easily integrated into the websites of my workshop clients (some use WordPress, others have custom-built sites). An elegant embedding method needs to be thought out: via Iframe (so the catalog works directly within their page) or through proper button-link setup. What I have already tried: I tested Glide and Adalo. In Adalo, I achieved the desired visual (9:16 on a black background), but managing the internal database and dealing with Google Drive links turned out to be too inconvenient for regular use. Plus, I have doubts about correctly embedding Iframe into other websites so that it doesn't misalign on wide monitors. What I expect from you in the response: On which platform (Adalo, Glide, Bubble, Webflow, Glide + Airtable, or something else) do you propose to implement this and why? How will the issue of storing heavy images (renders) be resolved? How do you propose to technically embed this catalog on the external websites of my clients? I am looking for a specialist who can handle this technical pain point turnkey, so I can focus on 3D modeling.
The website is already launched and operational. The main task is to understand the current project structure, check the quality of implementation, fix identified technical issues, and assist with further changes.Main Stack Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit The project may also use: Prisma JWT authorization Stripe Mailgun Google APIs Vercel or Netlify FunctionsMain Tasks conduct an audit of the existing project; evaluate the structure and quality of the code; fix bugs and enhance current functionality; improve server-side rendering and page load speed; check the correctness of the website display on mobile devices; work with forms, the administrative part, and external integrations; make technical SEO changes; maintain and gradually improve the existing website.What is Important to Us good experience with Next.js, React, and TypeScript; ability to understand someone else's code; understanding of SSR and the features of Next.js App Router; attention to performance and quality of implementation; ability to explain identified problems and propose clear solutions; independence and careful work with the existing website. At the first stage, it is necessary to familiarize yourself with the project, conduct a technical audit, and propose a list of priority changes. After that, ongoing work on the further development of the website is possible.
We are looking for an experienced Embedded developer to create energy-efficient firmware for a wearable device (form factor: chest strap) for monitoring psychophysiological state. The circuit design is complete, and development will be based on a development kit with subsequent transfer to a custom board.Stack and hardware base:MCU: Nordic Semiconductor nRF52840 or nRF5340.Development environment: nRF Connect SDK / Zephyr RTOS (strictly C/C++).Peripherals:Optical pulse sensor (PPG) — operates via I2C.6-axis inertial sensor (IMU accelerometer + gyroscope) — operates via SPI.Haptic motor driver (LRA 1030) — controlled via PWM.External SPI Flash memory for cyclic logging.Work scope by stagesStage 1: Bring-up, peripheral drivers, and BLE telemetryGoal: Bring the hardware to life, set up stable data collection, and transmit it to a smartphone/PC.Configure I2C and SPI buses using DMA (Direct Memory Access) to offload the processor.Write/integrate drivers for PPG and IMU (configure polling frequency, sensor FIFO buffers).Deploy a custom BLE profile (GATT service) for real-time transmission of raw data from sensors.Basic initialization of PWM for controlling the haptic LRA motor (launch test vibration patterns).Stage 2: Algorithmic layer (DSP and multi-level feedback logic)Goal: Implement mathematical signal processing directly on the chip (Edge Computing) and device reaction logic.Implement algorithms for filtering motion artifacts: clean the PPG signal using accelerometer data (IMU).Extract R-R intervals (HRV) from the cleaned PPG signal.Implement 4-level system stability logic:Drift Level: Track gradual changes in HRV and breathing.Prediction Level: Calculate a mathematical trend for deterioration.Micro-correction Level: Generate barely noticeable haptic patterns on the LRA motor when a target data pattern is detected.Hardware Reset Level: Implement safety logic (high-intensity haptic pulse at critical metrics).Stage 3: Energy saving, logging, and fault toleranceGoal: Prepare the device for autonomous operation from a miniature battery and ensure "24/7" stability.Deep optimization of energy consumption. Put the MCU into sleep mode (System ON/OFF) between measurement cycles. The processor should wake up only on interrupts from sensor FIFO buffers or a timer.Write a fault-tolerant file system in external SPI Flash (e.g., LittleFS) for autonomous cyclic log saving.Configure a hardware watchdog timer to prevent firmware hangs.Requirements for the performer:Experience in commercial development for Nordic chips (nRF52/nRF53) of at least 3 years.Proficient in Zephyr RTOS and debugging tools (Segger Embedded Studio / VS Code, J-Link).Understanding of digital signal filtering principles (DSP) and low-power design.Having your own debugging kit (nRF52840-DK or similar) for starting work is welcome.Work format:Milestone payments with results documented on GitHub. Please indicate your hourly rate or approximate cost and timeline estimates for each of the three stages.