Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Ставки приховані
Ставки поки відсутні
Ставки приховані
-
Дмитрий Соболев
14 жовтня 2016
Вообще нужно будет чтобы была возможность менять сайты на которых будет проходить регистрация. По скольку в принципе рега на всех будет происходить почти однотипно (т.е. из отличий будут только другие элементы сайта, формы). Ну к примеру вот https://vk.cc/5InNmd. После реги будет флеш, и надо будет чтобы юзер после реги как-то провисел в этом флеше. Т.е. чтобы была полноценная сессия уже на флеше. Ну и конечно она будет длиться либо пока пользователь не уйдёт с моего сайта, либо программно определяться время сессии.
-
Ваня Кутузов 14 жовтня 2016для первого примера можна сделать, принципы просто через фрейм, написать генератор мыл, а так после реги там сразу идет авторизация в игру, без подтверждения
-
Дмитрий Соболев
14 жовтня 2016
Ну мне тут один человек сказал, что подобное можно делать, только все регистрации будут происходить не с IP пользователя, а с IP моего сервера. А иначе это будет выглядеть как вирус и без запроса доступа не выйдет. Одним из главных элементов является то, чтобы все регистрации были с IP зашедшего на мой сайт юзера, с useragent'ом от зашедшего на мой сайт юзера, с разрешением экрана и т.д.
-
Ваня Кутузов 14 жовтня 2016Это если делать отправку со своего сервера, то будет 1IP, а если это делать на стороне клиента то будет IP его, в этом примере я посмотрел, можна сделать такое. Тест нужно провести, так думаю что получиться. Именно для этого примера, а другие нужно смотреть
-
Дмитрий Соболев
14 жовтня 2016
Ну а если после регистрации идёт флеш - это в принципе не должно вызвать никаких трудностей, если у пользователя установлен флеш? Так как нужно чтобы человек после регистрации ещё провисел с загруженной игрой какое-то время
-
Дмитрий Соболев
14 жовтня 2016
Понял. Ну это в принципе основные моменты были. Я так понимаю то, что надо будет данные для регистраций брать с моих txt которые будут на моём сервере, и потом при удачной регистрации сохранять их так же в txt на моём сервере (уже другие), Ну и там различная рандомизация на выполнение тех или иных действий. - это не такая проблема будет?
-
Дмитрий Соболев
14 жовтня 2016
Окей, тогда что, протестируешь там можно это сделать или нет, а потом уже приступим ближе к делу?
-
Дмитро Бутко 14 жовтня 2016учтите что ип будет вашего сервера, а не пользователя, поэтому по сути это обычный регистратор аккаунтов
-
Дмитрий Соболев
14 жовтня 2016
Моего сервера? А чтобы IP и прочие данные были пользовательские - никак нельзя?
-
Дмитро Бутко 14 жовтня 2016можно если поднять у пользователя сокс, но без его ведома это уже подпадает под категорию вирусов))
вам проще написать регистратор, купить проксиков и регистрировать аккаунты меняя все данные что необходимы
-
Дмитрий Соболев
14 жовтня 2016
А можно как-то запросить у него доступ на подобные манипуляции?
Если да, то как это будет выглядеть? -
Володимир Бебешко 14 жовтня 2016Как я все это понял, нужно, чтобы при регистрации на одном сайте юзер, сам того не зная, регистрировался и на другом?
Правильно?
С куками, да?
-
Дмитрий Соболев
14 жовтня 2016
Правильно. Сайт на котором нужна рега на html, после реги нужна сессия в зареганом аккаунте на флеше (т.к. этот сайт - игра на флеше). Чтобы рега происходила с IP,useragent и прочих данных юзера, который сидит на сайте.
-
Володимир Бебешко 14 жовтня 2016Ага, ясно.
Только вопрос - на "флеш-сайте" какой серверный язык?
Я делал подобное англичанам, но очень давно, лет 7 назад. Надо вспомнить.
И 1000 грн - это предел?
Актуальні фриланс-проєкти в категорії Javascript та Typescript
Що ми рахуємо у проєкті: Realized PnL, ROI і Win Rate для криптогаманців - наскільки прибутково гаманець торгував певним токеном за обраний період. На яких даних: історія on-chain транзакцій гаманця (свопи, перекази токенів) + ринкова ціна токена на момент кожної угоди. Основне джерело даних - Moralis: два виклики під час первинного завантаження гаманця - нативні ETH-перекази і усі ERC-20 token transfers. З чим порівнюємо: Nansen.io - беремо як еталон, порівнюємо наші розраховані метрики з тим, що показує Nansen для тих самих гаманців за той самий період. Проблема: наші цифри суттєво відрізняються від Nansen, і ми не до кінця розуміємо, за якими правилами частина дій гаманця має класифікуватись для цілей PnL. Потрібно пофіксити розрахунок Realized PnL, ROI і Win Rate, щоб збігались з Нансеном. В заявці напишіть плз : - досвід в схожих задачах - досвід з Nansen - досвід з Moralis - досвід з DeFiLlama - досвід зі статою по криптоопераціям - приблизну вартість і сроки фіксу
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.
Опис замовлення: Шукаємо досвідченого frontend-розробника/фахівця з OpenCart для оптимізації швидкості завантаження сайту (категорії та картки товарів) під вимоги Google Core Web Vitals. Про проект: * CMS: OpenCart. * Специфіка: Сайт працює в режимі каталогу (кошика та оформлення замовлення немає). * Об'єм: 2900 позицій. * Серверна частина: Вже оптимізована (працює на OpenLiteSpeed). * Стек: Робота ведеться виключно з кодом шаблону, модифікаторами та фронтендом. Без роботи із базою даних. Що потрібно зробити (Технічне завдання): 1. Відкладене завантаження скриптів (Delay JS): * Проблема: Сторонні скрипти аналітики (GTM, Google Tag) блокують основний потік на мобільних пристроях приблизно на 4.3 секунди. * Завдання: Налаштувати відкладений запуск цих скриптів. Скрипти повинні активуватися строго по першій дії користувача (перший скролл, тап по екрану або рух миші). * Важливо: Збір статистики, аналітика та робота реклами мають зберегтися у повному обсязі. 2. Виправлення метрики CLS (Стабільність верстки): * Проблема: Сторінка «стрибає» і зсувається під час завантаження картинок. * Завдання: У файлах стилів або шаблону теми жорстко прописати HTML-атрибути width і heightдля всіх зображень товарів у каталозі (листингах) та картках товару. * Мета: Зарезервувати місце під зображення в DOM-дереві до їх фактичного завантаження, щоб унеможливити зсув контенту. Перевірити, щоб адаптивність (CSS) не зламалася. 3. Оптимізація критичного шляху (LCP): * Завдання: Прописати для основного (головного) зображення товару першому екрані тег fetchpriority="high". Це дасть браузеру команду завантажувати головне фото товару у пріоритетному порядку. Вимоги до виконавця та умови приймання: 1. Без зайвих модулів: Робота виконується чистим кодом/модифікаторами, без встановлення додаткових сторонніх чи платних плагінів оптимізації. 2. Безпека та верстка: Ви несете повну відповідальність за верстку. Після внесення правок візуальне відображення сайту на мобільних та ПК, а також функціонал (фільтри, перемикання фото в галереї, меню) повинні залишитися без змін. 3. Критерій здачі роботи (DoD): Надання скріншота та посилання на живий тест звіту Google PageSpeed Insights (для мобільної версії). Показник продуктивності має бути не нижчим за 75 балів, а метрика CLS — не більше 0.1 (у зеленій зоні). Правки вносити строго через модифікатори (OCMOD) або копію теми, щоб не затерти оновлення ядра. У відгуку, будь ласка, вкажіть: 1. Чи був досвід налаштування Delay JS саме для GTM на OpenCart? 2. Термін виконання завдання. 3. Вартість роботи.