Потрібен досвідчений Laravel-розробник для інтеграції платіжної системи в існуючий проект. Про проект Backend: Laravel Frontend: React Проект: хмарна платформа зберігання файлів (аналог Dropbox) Що необхідно реалізувати Інтеграцію оплати банківськими картами через API платіжної системи. Створення платежу. Перенаправлення користувача на платіжну сторінку. Обробку успішної та неуспішної оплати. Обробку callback/webhook. Перевірку статусу платежу. Коректне зміна статусу замовлення після успішної оплати. Логування запитів та відповідей API. Роботу як у тестовій, так і в бойовій середовищі. Вимоги Відмінне знання Laravel. Досвід інтеграції платіжних систем (банківські API тощо). Досвід роботи з REST API. Будуть перевагою Досвід інтеграції банківських платіжних шлюзів. Можливість показати аналогічні проекти. Що надамо Повну технічну документацію платіжної системи. Доступ до тестової середовища. При відповіді, будь ласка, вкажіть: 1. Які платіжні системи ви вже інтегрували. 2. Вартість роботи. 3. Термін виконання. 4. Приклади аналогічних проектів (якщо є).
Ставки приховані
Ставки поки відсутні
Ставки приховані
Ставки приховані
-
Артем Изотов 7 квітня 2020Стоп,но самописный сайт и чистый и понятный код несовместимы...Писать самописами в 2020 году,это уже маразм.Ладно если уж cmsки не подходят(т.к они для небольших проектов ИМХО) из за размера проекта,но есть же фреймоворки,как раз для проектов средней сложности.
-
Павел Шимано 7 квітня 2020Потому, что "самопис" увеличивает стоимость сопровождения и обслуживания. Что не понятного-то?! Это Вы проект делаете по принципу "сделал и забыл", а другой подход позволяет из клиента сделать "дойную коровку"
-
Roman Samoylenko 7 квітня 2020Странно насчёт опенкарта конечно, ладно вордпресс и прочее не созданное для магазинов, но на опенкарте как раз всё то что в сайте примере можно и реализовать...
-
Богдан Левченко 7 квітня 2020Опен карт - это древняя CMS, которая не обновляется. Wordpress (при правильной архитектуре и чистом коде) будет лучше в разы.
Для сайтов > 3000 товаров идеально подходит Magento. До 3000 товаров WP -
Олег Б. 7 квітня 2020> Опен карт - это древняя CMS, которая не обновляется.
Очень смешная шутка, наверно именно поэтому когда тенденции рынка меняются разрабы выкатывают новую версию.
Маджента - ок. Магазин на ВП - это мусор с которым потом клиенты не знают что делать -
Павел Шимано 7 квітня 2020Ну, тогда, может не стоит лить грязь в сторону решений, в которых вы не разбираетесь или нет желания разбираться?
Откройте гугл, сейчас не времена интернета на deal-up, плюс/минус функционал у всех CMS идентичен. Где-то в коробке, где-то за деньги. -
Богдан Левченко 7 квітня 2020Где я лил грязь?
У Вас проблемы с восприятием речи. Я сказал свое мнение.
Если Вы пишите быстрые интернет магазины на Open Carte. Я по жму руку :) -
Павел Шимано 7 квітня 2020Ваше мнение - субъективно и ничем не аргументировано.
Все напоминает анекдот (из песни слов не выбросить, национализм - мимо, просто цитата):
- грузины лучше чем армяне
- чем?!
- чем армяне
А так, да, можно заказчику предложить спроектировать большой андронный коллайдер с нуля, т.к. модель которая работает плохая, чем - не важно. -
Богдан Левченко 7 квітня 2020Я смотрю Вы любитель заниматься демагогией. Давай не будем переходить на личности?
Посмотри свои работы и на этих знаниях пойди в ИТ компанию. Тебе Ревью кода там сделают :)
Я не оставлял заявку, я просто зашел и поделился своим мнением :) -
Богдан Левченко 7 квітня 2020Kristina, по Вашим требованиям нужно писать API, и реализовывать на vue или react.
Т.к. сделать с 0 весь функционал который в примере (Админка, ЛК и т.д.) займет уйму времени. Врядли Вы будите готовы заплатить 2000 - 3000$ за самопис. Т.к. за эти деньги можно сделать сайт на Magento или же с API на react или vue -
Павел Шимано 7 квітня 2020Богдан, купите книгу, почитайте мат.часть. В средние века вас бы на костре сожги за ересь. API, vue, react... Вы еще забыли об ASP.NET и скорости распространения частиц углерода в вакууме.
-
Богдан Левченко 7 квітня 2020Я думаю Книга Вам лучше подойдет. Посмотрите рынок Upwork, какие там актуальные проекты и какие знания там нужны, чтобы работать по нормальной ставке, а не за 2 бублика на Украинца или Москвича :)
-
Павел Шимано 7 квітня 2020Отчего же вы там не работаете, а рассказываете тут о 2-3к зелени за банальный вывод характеристик (цвета) в карточке товара, причем без смены изображения товара?! Причем, заметьте, который реализован практически во всех CMS, которые предлагают решения для интернет-магазинов.
Может все-таки книгу? :)
-
Богдан Левченко 8 квітня 2020А с чего Вы взяли, что я там не работаю и с чего Вы взяли, что я против CMS?
Вы параноик какой-то :)).
Спасибо за то что я знаю теперь к кому я могу обращаться и кто готов выполнять мою работу за 2 бублика :)
Давай пообщаемся в ЛС или на публику круче? -
Павел Шимано 8 квітня 2020Богдан, вы ведете себя как школьник, который что-то ляпнул, а правоту доказать или обосновать не может, но кричит "давай адрес, ща приеду, побазарим".
Не вижу смысла продолжать беседу. -
Олег Б. 8 квітня 2020А Вы переходите на личности, при чем там где это не нужно. Если хотите вдоволь поспорить с оппонентом - есть ЛС
-
Павел Шимано 8 квітня 2020Вы адвокат? Нет? Клик на кнопку "пожаловаться".
Или читайте, кто, где и когда перешел на личности. -
Богдан Левченко 8 квітня 2020И на по следок. Kristina написала в требованиях CMS не интересует.
Я ей написал сколько будет стоить сайт на самописе и предложил за такие деньги Framework. Поэтому прежде чем нападать и защищать свои знания в CMS. Вникните в тему и поймите что это не актуально :)
P.S. Хороший интернет магазин это магазин на Framework (https://rozetka.com.ua/, https://elmir.ua/), но не как на CMS. CMS - это бюджетные сайты. -
Богдан Левченко 8 квітня 2020Честно нет слов 😁
У Вас проблемы с восприятием речи.
Где я кричал? Я предложил перейти в ЛС, чтобы не писать на публику.
Я написал свое мнение которое ябы использовал для создания Интернет магазина где будет много товаров.
"Богдан, вы ведете себя как школьник, который что-то ляпнул, а правоту доказать или обосновать не может, но кричит "давай адрес, ща приеду, побазарим".
Не вижу смысла продолжать беседу. "
Почему нельзя было просто написать хорошего вечера и закончить эту демагогию?
Таких как Вы я отношу к разделу быдло, которое не вникает в текст, а вставляет свои 5 копеек и на публику что-то доказывает.
Мне достаточно было посмотреть 1 проект. Рекомендую разобраться с основами HTML. Ваше наименование классов это просто ужас.
Хорошего Вам вечера :) -
Олег Б. 7 квітня 2020При правильном подходе и достаточном упорстве в купе с опытом - можно работать на нескольких Украинцев и при этом содержать семью и особо ни в чем себе не отказывать, без негатива, просто для справки)
-
Станіслав Федоренко 7 квітня 2020Главное что сайт пример на prestashop, но CMS по какой то логике не подходит... Печаль...
Актуальні фриланс-проєкти в категорії PHP
ТЕХНІЧНЕ ЗАВДАННЯРозробка системи Digital Signage для мережі рекламних екранів1. Загальний опис системиСистема призначена для віддаленого керування медіаконтентом (відео, зображення) на мережі телевізорів під управлінням Android TV. Архітектура:Backend / Панель керування (Адмінка): PHP (Laravel / Yii2 або pure PHP) + MySQL.Frontend (Плеєр на ТВ): HTML5 / JavaScript (Single Page Application), який запускається на ТВ у повноекранному режимі через додаток Fully Kiosk Browser.2. Функціональні вимоги: Панель керування (Адмінка на PHP)2.1. Керування екранами (Телевізорами)Можливість додавання/видалення екранів у системі.Кожному екрану присвоюється: Назва (гео-точка), унікальний ID (device_token) та статус (Онлайн/Офлайн).Моніторинг (Пінг): Відображення статусу ТВ у реальному часі. Якщо ТВ не надсилав запитів більше ніж 5 хвилин, фарбувати його статус у червоний колір (Офлайн). 2.2. Керування контентом (Медіатека)Завантаження файлів (відео, зображення) на сервер.Видалення файлів (з автоматичним видаленням фізичного файлу з сервера).Можливість переглядати (та змінювати), на яких екранах транслюється кожний окремий медіафайл.Налаштування порядку відтворення файлів. 2.3. Серверне API (для зв'язку з ТВ)Реалізувати REST API (JSON):POST /api/ping — приймає від ТВ його ID, фіксує час останньої активності (для статусу Онлайн) та повертає поточну версію плейлиста.GET /api/file/device_token — віддає актуальний JSON-масив із посиланнями на медіафайли, їхнім порядком та налаштуваннями часу показу.3. Функціональні вимоги: Клієнтський плеєр (HTML5/JS на ТВ)Плеєр є вебсторінкою, яка відкрита на ТВ. Головне завдання клієнта — автономність.3.1. Кешування та синхронізація (Робота без інтернету)При старті плеєр запитує плейлист через API.Локальне сховище: Усі файли з плейлиста (відео/зображення) JS повинен завантажувати у внутрішню пам'ять браузера (використовуючи Cache API або IndexedDB). Стрімінг (програвання напряму з інтернету) заборонений.Синхронізація: Якщо на сервері додано новий контент, плеєр завантажує його у фоновому режимі, не перериваючи поточний показ. Після завершення завантаження — додає дотрансляції. Якщо контент видалено на сервері, плеєр має видалити його з локального кешу ТВ, щоб не забивати пам'ять пристрою.Офлайн-режим: При повному зникненні інтернету плеєр нескінченно крутить по колу останній успішно завантажений плейлист. 3.2. Відтворення та ротаціяЦиклічне відтворення контентутазгідно із заданим в адмінці порядком.Для зображень має налаштовуватися тривалість відображення у секундах (за замовчуванням 10 сек).Переходи між роликами мають бути плавними, без чорних екранів та помітного перезавантаження сторінки. 3.3. Логування та контроль помилок (Захист від збоїв)Обробка пошкоджених файлів: Якщо відеофайл пошкоджений і не може відтворитися, плеєр повинен пропустити його та увімкнути наступний за порядком, а не зависати на чорному екрані.Логи показів (Аналітика): Плеєр повинен записувати в локальну пам'ять факт кожного успішного відтворення ролика. При появі інтернету ці дані пачкою відправляються на сервер (POST /api/logs), щоб в адмінці можна було побачити статистику: "Ролик А на ТВ №3 був показаний 450 разів за добута 2365 разів всього".4. Вимоги до оптимізації під Android TVІнтерфейс плеєра не повинен містити жодних елементів керування (курсори, смуги прокручування, кнопки). Тільки чистий контент на весь екран.JS-код має бути оптимізований за пам'яттю (вчасно очищати невикористовувані DOM-елементи та об'єктні URL), оскільки бюджетні телевізори мають жорсткі обмеження щодо оперативної пам'яті і можуть аварійно закривати вкладку при витоку пам'яті через 12-24 години безперервної роботи.
Потрібно мігрувати інтернет-магазин Opencart з PHP 7.4 на PHP 8.x. Наразі стоїть ядро v 3.0.3.8. Читаємо, що скоріш за все доведеться мігрувати і ядро на версію 4.0 і ніби складнощів не мало б бути... Функціонал здебільшого кастомний, також є Simple, OCFilter, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.
Необхідно виконати оновлення, перенесення та налаштування Laravel-проєктів на новий сервер із забезпеченням стабільної роботи, безпеки, захисту від експлойтів та коректної роботи всіх сервісів після міграції. 1. Основні задачі Підготувати новий сервер до роботи. Перенести файли проєктів, бази даних, конфігурації та cron-задачі. Оновити серверне програмне забезпечення. Налаштувати безпечне середовище для Laravel. Перевірити сумісність PHP, Laravel, Composer-пакетів та залежностей. Забезпечити захист від відомих експлойтів, шкідливих запитів та несанкціонованого доступу. Налаштувати SSL-сертифікати. Перевірити працездатність сайтів після перенесення. 2. Перенесення Laravel-проєктів Для кожного проєкту необхідно: Перенести файли проєкту. Перенести базу даних. Перенести .env конфігурацію. Налаштувати права доступу до директорій: storage bootstrap/cache Перевірити роботу: головної сторінки; адмін-панелі; авторизації; форм; API; завантаження файлів; email-відправки; cron-задач; queue workers.3. Безпека та захист Необхідно реалізувати базовий і прикладний рівень захисту: закрити root-доступ по SSH; налаштувати SSH-доступ тільки по ключах; змінити стандартний SSH-порт, якщо потрібно; налаштувати firewall; дозволити тільки необхідні порти; встановити Fail2Ban; приховати службові версії Nginx/Apache/PHP; заборонити доступ до .env, .git, backup-файлів, log-файлів; налаштувати правильні file permissions; перевірити проєкти на наявність шкідливих файлів; перевірити Composer-пакети на відомі вразливості; оновити залежності, якщо це не ламає функціонал; налаштувати захист від SQL injection, XSS, CSRF та path traversal; перевірити правильність Laravel APP_ENV та APP_DEBUG; встановити APP_DEBUG=false на production; налаштувати rate limiting для критичних endpoint-ів; перевірити доступи до storage/uploads; налаштувати захист від виконання PHP у upload-директоріях; перевірити права доступу до адмін-панелей. 4. SSL та домени Необхідно: Встановити SSL-сертифікати. Налаштувати автоматичне оновлення SSL. Увімкнути редирект з HTTP на HTTPS. Перевірити коректну роботу сайтів через HTTPS. 5. Резервне копіювання Необхідно налаштувати backup: файлів проєктів; баз даних; .env файлів; uploaded media; cron-конфігурацій; Nginx/Apache конфігурацій. Backup має виконуватись автоматично за розкладом. Бажано зберігати копії окремо від основного сервера. 6. Перевірка після перенесення Після міграції необхідно перевірити: відсутність 500/403/404 помилок; відсутність критичних помилок у Laravel logs. 9. Результат виконання Після завершення робіт має бути: Laravel-проєкти успішно перенесені на новий сервер; сайти працюють стабільно; SSL налаштований; сервер захищений базовими security-налаштуваннями; доступи до критичних файлів закриті; backup налаштований; cron та queues працюють; старий сервер можна відключити після фінальної перевірки.
Шукаю розробника на проект з 4 пов'язаних завдань, для сайту best-matchmaking.com виконуються послідовно:Інтеграція готового premium Blade-шаблону блог-статті + автогенерація Schema/SEO-розмітки (Article, FAQPage, Open Graph, canonical) для всіх поточних і майбутніх статейДоопрацювання структури блогу: зміна URL з 301-редиректами, перейменування в футері/меню/хлібних крихтах, чистка прихованого коду, видалення категорійНовий блок (фото + цитата відгуку) в існуючий конструктор головної та посадкових сторінок = можливість самостійно додавати текстові блоки між розділамиУніфікація шрифтів, розмірів і кольорів по всьому сайту (крім блогу) — єдиний стандарт для заголовків і звичайного тексту, включаючи хедер і футерДетальне ТЗ по кожному пункту — Додаю нижче за гугл посилання. https://docs.google.com/document/d/1E5oQO2E-xmKJ3C0jW0ZsSPDBjaiELq0ETxfdivW6yIs/edit?tab==t.0 HTML-зразки та код надсилаю в особисті повідомлення після відповіді ВАЖЛИВО.! Детально перегляньте всі 4 завдання, перш ніж видавати оффер, особливо останнє - шрифти. Там досить багато роботи. Потрібен досвідLaravel + Blade — впевнений, не початковий рівеньФронтенд (CSS/JS) на тому ж рівні, що й бекендДосвід роботи з існуючим, не своїм кодомФормат роботиBackup і тестовий сервер перед початком, перенесення на продакшн ОБОВ'ЯЗКОВО — після погодження та тестування Обов'язкова самоперевірка на всіх пристроях до здачі — надсилати "готово, перевіряйте" без власного тестування не підходить. Баґи, знайдені після здачі, виправляються в рамках тієї ж задачі. Баґи, що виникли при перенесенні. У ході перенесення також повинні бути виправлені на продакшн. Звіт зі скріншотами "до/після" по кожному пунктуТермін і бюджет — після оцінки обсягу за детальним ТЗ. Чекаю ваші оффери. Дякую