Budżet: 3000 UAH Termin: 12 dni
Готов взяться за работу, пишите. Это может быть как полный самопис или же любой движок на Ваш выбор.
Budżet: 3000 UAH Termin: 12 dni
Готов взяться за работу, пишите. Это может быть как полный самопис или же любой движок на Ваш выбор.
Budżet: 100 USD Termin: 5 dni
Здравствуйте!
Могу помочь качественно реализовать Ваш проект от 100 уе и 5 дн.
Мои преимущества:
10 лет опыта быстрой и качественной работы с:
- OOP PHP;
- MySOL;
- JavaScript;
- CSS;
- HTML5;
- Ajax;
- jQuery;
- OpenCart;
- Drupal;
- SEO.
С уважением, Борис.
Budżet: 150 USD Termin: 10 dni
Добрый день.
С удовольствием поможем с реализацией проекта. Сделаем валидную вёрстку и инсталируем её на WordPress.
E-mail:[email protected]
skype:kibalenko77
Budżet: 2000 UAH Termin: 3 dni
Сделаю качественно и в срок.
Budżet: 80 USD Termin: 3 dni
Здравствуйте. С радостью выполню ваш заказ. Реализую его на PHP. Сроки от 3 дней, пишите, обсудим детальнее. Мой Skype artem-rashin
Budżet: 100 USD Termin: 7 dni
На WordPress готовы выполнить
Скайп для связи: igor.sliozko
Примеры работ в профиле
Budżet: 100 USD Termin: 10 dni
Зроблю на asp.net mvc 5... yarchak_bohdan -скайп.
Budżet: 250 USD Termin: 25 dni
Можем реализовать самописным на CGI, Jqery Ajax. В качестве примера посмотрите http://shop.secom.in.ua Построен на базе web-системы учета товаров и анализа продаж. Эксплуатируется в нескольких магазинах и бутиках. (сроки и стоимость можем уточнить после уточнения задачи)
Budżet: 3000 UAH Termin: 4 dni
Доброго времени суток. Готова к сотрудничеству. сделаю на WP
Skype:little_dream_9999
почта:[email protected]
Budżet: 120 USD Termin: 2 dni
Можно урезать Wordpress, облегчить и натянуть на него. Или же написать всё на CodeIgniter (высокоскоростной framework) с нуля. Решение за Вами.
Budżet: 90 USD Termin: 4 dni
Додатково зроблю вам адаптивну верстку.
Розробку сайту виконаю на фреймворці codeigniter.
верстка на bootstrap3.
ось мій скайп: sanyco0991
Budżet: 2500 UAH Termin: 4 dni
Наша веб-студия www.webs.zp.ua готова выполнить Ваш заказ . Работаем по заключению контракта . Пишите [email protected] тлф 0993578500 Менеджер Дмитрий.
Budżet: 2600 UAH Termin: 7 dni
Готові виконати на Wordpress .
Наш сайт: http://chili-web.com.ua
Портфоліо - на сайті.
Budżet: 100 USD Termin: 5 dni
Добрый день, логичней было бы на WP, если у Вас есть какие то другие пожелания, не проблема, обращайтесь
Budżet: 3000 UAH Termin: 5 dni
Скайп отправлю в личные.
Разработку проведу на Wordpress
Здравствуйте
Зачем велосипедить и придумывать что то еще если у Вас уже есть какой то смопис и на нем крутится админка - не просче на ней и дописать?
Ага и заодно создать себе и окружающим головную боль в виде поддержки своего сайта на уникальном и выдающемся по своим возможностям движке...
Ну если для Вас разобраться в самописном движке головная боль - тогда да давайте прикрутим к одной админке уже самописной еще какую то хрень типа вордпреса или джумлы, а потом когда понадобится что то доделать то все сразу скажут та не надо и админку переписывать Вы что и в итоге человека розведут еще и на переписывание кастомной админки, то есть переделать все ) я Вас понимаю что это проще всего, но исходя из опыта скажу что ничего кошмарного нет в самописца - сами пишем самописный движок под кастомные задачи - так как делать что то кастомное на вордпресе или же на джумле это утопие, а темболие если надо что то легкое
Спору нет - для каждой задачи есть свой простой вариант решения и очень может быть, что плод Ваших трудов хорош.
НО есть брутальная реальность - Вы (Ваша команда) написали ультра-легкую, безбаговую (!!!) и безопасную админку на скажем актуальном сегодня (условно) php 5.6 (или другом языке) (в чем я очень сильно сомневаюсь, но допустим, что это реальность) и завтра по той или иной причине Вы прекращаете поддерживать сайт клиента. Что делать клиенту, ладно, не клиенту, а простому фрилансеру, что берет на обслуживание плод Вашего труда? У Вас есть вики по вашему детищу или другой аналог codex.wordpress.org, вменяемая документация? Где спросить совета по настройке? К кому обращаться если что поломалось? Что делать клиенту, когда минимальная подерживаемая хостингом версия языка, на котором написана админка выше той, на котором Ваше детище написано?
Вот только по вышеописанным причинам это - головная боль для всех. И я уже молчу про "ультра-современные" недоцмс типа motocms, что изначально написаны для работы с flash - за это еще и денег просят.
Ну начнем из того что эту админку мы не писали, и я предложил просто решение дописывать то за что человек уже заплатил.
Наша команда написала движок под себя, и использовала как по нам самые свежие и удачные решения, я не спорю с тем что может есть и какие то решения получше и может поновее.
По поводу документации - зачем она нам. Мы свой продукт никому не парим, а предлагаем людям использовать не говно-монстры, а нормальное решение, и если мы уже выполняем проект на нашем движке то ведем его до конца, и будем его вести. По поводу хостинга то мы тоже предлагаем клиенту в зависимости от того какая у него будет нагрузка и в зависимости от самого проекта лучший вариант.
Вот в том-то все и дело, что пока Вы обслуживаете свой продукт - все ок.
Когда выходим за рамки этого обслуживания - начинается головная боль у всех, кроме вас
Jest strona na Wix Studio. Na stronie kategorii produktów (strona dynamiczna) na urządzeniach mobilnych pojawiają się duże białe przerwy między kartami produktów, gdy niektóre pola są puste. Karty produktów bez danych zajmują ~1949px wysokości na mobilnym. Bloki akordeonów ("Skład", "Opis", "Specyfikacje techniczne") rezerwują dużą pustą przestrzeń, nawet gdy danych nie ma. Blok z galerią zdjęć również tworzy dużą białą przerwę, gdy zdjęcia nie ma. Co należy zrobić: Kiedy pola "Skład", "Opis", "Specyfikacje techniczne" są puste w CMS — nagłówki akordeonów powinny pozostać widoczne, ale pusta przestrzeń wewnątrz nie powinna być rezerwowana Kiedy zdjęcia nie ma - blok galerii nie powinien tworzyć dużej białej przerwy Poprawki powinny działać na wszystkich stronach kategorii, nie tylko na jednej Ważne: Nagłówki sekcji ("Skład", "Opis" itp.) powinny zawsze pozostawać widoczne. Należy usunąć tylko pustą białą przestrzeń wewnątrz.
Jestem profesjonalnym projektantem 3D, tworzę wysoko szczegółowe rendery pomników i kompleksów memorialnych (format pionowy 9:16). Moimi klientami są właściciele warsztatów i pracowni, którzy potrzebują wygodnego cyfrowego katalogu moich modeli do pokazania swoim detalicznym klientom. Co potrzebuję: Wybrać optymalną platformę i stworzyć lekki, szybki web-app (katalog), który będzie idealnie wyglądał na smartfonach i poprawnie otwierał się na komputerach. Kluczowe wymagania dotyczące katalogu: Design: Maksymalny minimalizm. Ciemny motyw (czarne tło), duże pionowe zdjęcie (proporcje 9:16), pod nim tylko nazwa/artykul modelu. Żadnych długich opisów. Zarządzanie bazą: Potrzebuję maksymalnie prostego systemu dodawania nowych modeli (idealnie — przez znane Google Arkusze lub bardzo wygodną wewnętrzną bazę danych). Muszę po prostu załadować zdjęcie i wpisać artykuł, nie łamiąc układu. Integracja z klientami (Najważniejsze): Katalog musi łatwo integrować się na stronach moich klientów-warsztatów (niektórzy mają WordPress, inni własne rozwiązania). Należy przemyśleć elegancki sposób osadzania: przez Iframe (aby katalog działał bezpośrednio w ich stronie) lub przez odpowiednie ustawienie przycisku-linku. Co już próbowałem: Testowałem Glide i Adalo. W Adalo uzyskałem potrzebny wizual (9:16 na czarnym tle), ale zarządzanie wewnętrzną bazą danych i zabawa z linkami do Google Dysku okazały się zbyt niewygodne do stałej pracy. Poza tym mam wątpliwości co do prawidłowego osadzania Iframe w cudzych stronach, aby nie rozjeżdżał się na szerokich monitorach. Oczekuję od was w odpowiedzi: Na jakiej platformie (Adalo, Glide, Bubble, Webflow, Glide + Airtable lub coś innego) proponujecie to zrealizować i dlaczego? Jak zostanie rozwiązany problem z przechowywaniem ciężkich zdjęć (renderów)? Jak proponujecie technicznie osadzić ten katalog na zewnętrznych stronach moich klientów? Szukam specjalisty, który zamknie ten techniczny ból pod klucz, abym mógł spokojnie zajmować się modelowaniem 3D.
Strona internetowa jest już uruchomiona i działa. Główne zadanie to zrozumienie obecnej struktury projektu, sprawdzenie jakości realizacji, naprawienie znalezionych problemów technicznych oraz pomoc w dalszych zmianach.Główna technologia Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit W projekcie mogą być również używane: Prisma JWT-uwierzytelnianie Stripe Mailgun Google APIs Vercel lub Netlify FunctionsGłówne zadania przeprowadzenie audytu istniejącego projektu; ocena struktury i jakości kodu; naprawa błędów i rozwijanie obecnej funkcjonalności; poprawa renderowania po stronie serwera i szybkości ładowania stron; sprawdzanie poprawności wyświetlania strony na urządzeniach mobilnych; praca z formularzami, częścią administracyjną i zewnętrznymi integracjami; wnoszenie technicznych zmian SEO; wspieranie i stopniowe ulepszanie istniejącej strony.Co jest dla nas ważne dobre doświadczenie w pracy z Next.js, React i TypeScript; umiejętność rozumienia cudzych kodów; zrozumienie SSR i specyfiki Next.js App Router; uwaga na wydajność i jakość realizacji; umiejętność wyjaśniania znalezionych problemów i proponowania zrozumiałych rozwiązań; samodzielność i staranna praca z działającą stroną. Na pierwszym etapie należy zapoznać się z projektem, przeprowadzić audyt techniczny i zaproponować listę priorytetowych zmian. Po tym możliwa jest stała praca nad dalszym rozwojem strony.
Szukamy doświadczonego programisty Embedded do stworzenia energooszczędnego oprogramowania dla urządzenia noszonego (format: pas piersiowy) do monitorowania stanu psychofizjologicznego. Projektowanie schematu zostało zakończone, rozwój będzie prowadzony na bazie płytki deweloperskiej (Development Kit) z późniejszym przeniesieniem na niestandardową płytkę.Stos i baza sprzętowa:MCU: Nordic Semiconductor nRF52840 lub nRF5340.Środowisko programistyczne: nRF Connect SDK / Zephyr RTOS (wyłącznie C/C++).Peryferia:Optyczny czujnik pulsu (PPG) — komunikacja przez I2C.6-osiowy czujnik inercyjny (IMU akcelerometr + żyroskop) — komunikacja przez SPI.Sterownik silnika wibracyjnego (LRA 1030) — sterowanie przez PWM.Zewnętrzna pamięć SPI Flash do cyklicznego logowania.Zakres pracy według etapówEtap 1: Uruchomienie, sterowniki peryferiów i telemetria BLECel: Ożywić sprzęt, skonfigurować stabilne zbieranie danych i ich przesyłanie na smartfon/PC.Konfiguracja pracy szyn I2C i SPI z wykorzystaniem DMA (Direct Memory Access) w celu odciążenia procesora.Pisanie/integracja sterowników dla PPG i IMU (konfiguracja częstotliwości próbkowania, buforów FIFO czujników).Rozwój niestandardowego profilu BLE (usługa GATT) do przesyłania surowych danych z czujników w czasie rzeczywistym.Podstawowa inicjalizacja PWM do sterowania silnikiem wibracyjnym LRA (uruchomienie testowych wzorców wibracji).Etap 2: Warstwa algorytmiczna (DSP i wielopoziomowa logika sprzężenia zwrotnego)Cel: Zrealizować matematyczne przetwarzanie sygnałów bezpośrednio na chipie (Edge Computing) oraz logikę reakcji urządzenia.Realizacja algorytmów filtracji artefaktów ruchu: oczyszczanie sygnału PPG z wykorzystaniem danych z akcelerometru (IMU).Wydobycie interwałów R-R (HRV) z oczyszczonego sygnału PPG.Realizacja 4-poziomowej logiki stabilności systemu:Poziom Dryfu: Śledzenie płynnych zmian HRV i oddechu.Poziom Predykcji: Obliczanie matematycznego trendu na pogorszenie stanu.Poziom Mikro-korekcji: Generowanie ledwo zauważalnych wzorców wibracji na silniku LRA przy wykrywaniu docelowego wzorca danych.Poziom Sprzętowego resetu: Realizacja logiki bezpieczeństwa (wysokointensywny impuls wibracyjny przy krytycznych wskaźnikach).Etap 3: Oszczędność energii, logowanie i odporność na awarieCel: Przygotowanie urządzenia do autonomicznej pracy z miniaturową baterią i zapewnienie stabilności „24/7”.Głęboka optymalizacja zużycia energii. Przełączanie MCU w tryb uśpienia (System ON/OFF) między cyklami pomiarów. Procesor powinien budzić się tylko na przerwania z buforów FIFO czujników lub timera.Pisanie odpornej na awarie systemu plików w zewnętrznej pamięci SPI Flash (np. LittleFS) do autonomicznego cyklicznego zapisywania logów.Konfiguracja sprzętowego timera watchdog (Watchdog Timer) w celu zapobiegania zawieszaniu się oprogramowania.Wymagania wobec wykonawcy:Doświadczenie w komercyjnej produkcji dla chipów Nordic (nRF52/nRF53) od 3 lat.Pewna znajomość Zephyr RTOS i narzędzi debugowania (Segger Embedded Studio / VS Code, J-Link).Zrozumienie zasad działania cyfrowej filtracji sygnałów (DSP) i pracy z niskim zużyciem energii (Low-Power design).Posiadanie własnego zestawu deweloperskiego (nRF52840-DK lub podobnego) do rozpoczęcia pracy jest mile widziane.Format pracy:Płatność etapowa (Milestones) z dokumentacją wyników na GitHubie. Proszę podać swoją stawkę godzinową lub przybliżoną wycenę kosztów i terminów dla każdego z trzech etapów.
Potrzebny specjalista od Wix do stworzenia strony według makiety Figma. Jest gotowy projekt strony w Figma. Należy go jakościowo zrealizować w Wix, maksymalnie przestrzegając makiety. Wymagane: przenieść projekt z Figma do Wix; zaadaptować wszystkie strony; ustawić wersje desktopową i mobilną; zapewnić poprawne wyświetlanie na różnych urządzeniach. Preferowani wykonawcy z doświadczeniem w pracy z Wix. Proszę przesyłać portfolio z zrealizowanymi projektami.