Если есть 2 пути: быстрее и качественнее, делает качественнее.
Можете смело выбирать.
На сайте выводятся id-шники определенных элементов.
Пример 759459048.1413478397
Нужно кодировать этот idшник в более удобочитаемый формат
Пример HT45R9
Потом кодировать обратно.
Нужны:
- скрипт для сайта, который будет кодировать длинные id в короткие
- скрипт, который из короткого значения будет делать исходное длинное.
Бюджет: 100 UAH Срок: 1 день
Сделаю.
Бюджет: 200 UAH Срок: 3 дня
Готов взяться за задание для написания скрипта.
Делать алгоритм нереально, слишком много вариаций, формулой не обойдешься, а вот если бы не нa google декодировать, а на сайте, все было бы довольно просто
Игорь, смотрите с такой стороны
Надо короткий айдишник вводить в таблицу, дальше в таблице короткий айдишник декодируется обратно в исходный длинный и подставляется в формулу. Формула собирает значения с нескольких ячеек и превращает их в ссылку. Дальше при нажатии на эту ссылку идет передача данных в определенный сервис, в том числе и длинного id.
Теперь, может есть вариант декодировать это все не в google docks а на каком-то серверном приложении. Например в гуглдоксах формула собирает данные и формирует все туже ссылку, которая содержит короткий id. По нажатию на ссылку информация поступает в приложение, декодирует в ссылке короткий id на длинный, делает такую ссылку как нужно и делает по ней переход.
Что скажите?
Спасибо!
По нажатию на ссылку информация поступает в приложение. Приложение декодирует в ссылке короткий id на длинный, то есть, делает такую ссылку как нужно и делает по ней переход.
по скайпу к сожелению сейчас не могу
если что - почта vabz собака bk ру
пример запроса
www . google-analytics.com/collect?v=1&tid=UA-477854-1&cid=1223916595.1366127334&t=pageview
код который нужно кодировать - cid=1223916595.1366127334
ссылка может состоять еще и из других параметров.
прикрепляются через &параметр= в конце
Смотрите, если сделать так.
Сделать определенное приложение и разместить в папке сайта.
Дальше в любом месте можно составлять ссылку с необходимыми параметрами и делать по ней переход (excel, гугл док, блокнот..... и т.д.)
Ссылка будет примерно вида:
www. domain.com/decoding/cid=BTR789&..... остальные параметры
При переходе по ссылке информация поступает в приложение в папке сайта.
Оно берет cid=BTR789 кодирует обратно в длинный код, и склеивает с
www .google-analytics.com/collect?v=1&tid=UA-477854-1& и остальными параметрами.
То есть, получает полноценную нужную ссылку и делает по ней переход.
Только нужно сделать возможность изменять строку www . google-analytics.com/collect?v=1&tid=UA-477854-1&. По сути она статическая, но для разных сайтов будет разная.
Что скажите?
мне сложно сказать, я не знаю сколько времени будет занимать разработка.
предлагайте цену
по последнему получается что нужно:
1) скрипт который ставиться на каждую страницу сайта, кодирует передаваемое в него значение, и дает возможность выводить это значение на страницу
2) скрипт, который устанавливается на отдельную страницу, парсит всю ссылку по которой перешли на эту страницу, конвертирует ее по описанному алгоритму и делает по ней переход (типа клик)
Если нет никакой общей части у всех ID и никакого алгоритма создания этих идентификаторов, то есть все ID абсолютно уникальные, и изменяются не только последние разряды, то самый простой алгоритм - это перевод в другую систему счисления. Например с основанием 36 (можно взять больше, но из-за обилия символов будет каша)
1223916595.1366127334 будет выглядеть, как K8OS37.MLCULI
12239165951366127334 , как 2KZJQ8H8N1Q8S
Проще никак. Как видите, тоже не удобоваримое.
Если же анализировать все поступающие идентификаторы, то сложность алгоритма возрастет на порядок и это будет не одна формула, а куча функций.
Роман,
Общей части нет. Абсолютно уникальные.
Находил идентичные задачи, там предлагали кодировать в систему счисления 62. Типа использовать еще регистр букв и доп символы. С допсимволами может быть каша, как вы говорите, а вот с регистром думаю терпимо. Не нашел такого конвертера, поэтому не знаю какая длинна укороченного варианта получится. Даже 7-м символов было бы не плохо.
Что вы имеете ввиду : "если же анализировать все поступающие идентификаторы, то сложность алгоритма возрастет на порядок и это будет не одна формула, а куча функций."
На сайте генерится один id при заходе на сайт с одного браузера.
То есть кол-во id равно кол-ву уникальных заходов на сайт.
А декодироваться и отправляться в составе ссылки такие id будут еще реже.
кстати вот ссылка
https://ptrofimov.wordpress.com/2011/04/15/%D1%81%D0%BE%D0%BA%D1%80%D0%B0%D1%89%D0%B5%D0%BD%D0%B8%D0%B5-%D1%81%D1%81%D1%8B%D0%BB%D0%BE%D0%BA-%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4-id-%D0%B2-62-%D1%80%D0%B8%D1%87%D0%BD%D1%83%D1%8E-%D1%81/
Роман, есть еще один вариант. Вместо кодирования можно генерить свой код и складывать это все в таблицу-сравнений. Дальше из нее же извлекать.
Но в таком случае нужно установить время жизни свзяки "короткий код - длинный код".
Длинный код берется из cookie. Их срок жизни 24 мес после последнего захода на сайт.
Можно например добавить в таблицу поле с последним обращением, или обновлением куки. При нехватке комбинаций использовать самое старое.
Такое реально сделать?
Да, именно по такому принципу и работают сервисы коротких ссылок. Вы немного опередили меня. ) Я тут ломал голову на счет "анализа id".
В любом случае либо таблица соответствий, либо каша из половины символов юникода (даже при системе счисления с основанием 62 не получится 7 символов), либо больше семи знаков.
С идеей использования БД не все так гладко, там довольно непростой механизм, как кажется на первый взгляд. Да и нагрузку на базу лишнюю давать нежелательно.
Есть идея одного алгоритма без использования БД и соостветствий, который в конце концов должен будет привести к строке длиной не более заранее заданного количества знаков, но вопрос в том, насколько ресурсоемкая это задача - возможно будет много итераций и это будет нагружать процессор. Я еще не знаю, что лучше - пока одни только наброски.
по нагрузке на бд: добавление значений - зависит от кол-ва заходов на сайт (может быть 100, может быть 100 тыс в сутки). Но нужно учитывать только факт захода, а не весь сеанс. За длительное время размер базы может быть несколько миллионов, а то и десятков миллионов строк....
по кол-ву знаков в коротком коде 6 было бы отлично (без !"№;%:?*()_ и т.д. желательно )))))
ок, если сможете что-то предложить - пишите!
Я в общем-то когда-то делал подобное задание. Алгоритм очень прост был. С использованием БД 2 и несколько обращений к БД
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Что мы считаем в проекте: Реализованная PnL, ROI и Win Rate для криптокошельков - насколько прибыльно кошелек торговал определенным токеном за выбранный период. На каких данных: история on-chain транзакций кошелька (свопы, переводы токенов) + рыночная цена токена на момент каждой сделки. Основной источник данных - Moralis: два вызова во время первичной загрузки кошелька - нативные ETH-переводы и все ERC-20 token transfers. С чем сравниваем: Nansen.io - берем как эталон, сравниваем наши рассчитанные метрики с тем, что показывает Nansen для тех же кошельков за тот же период. Проблема: наши цифры существенно отличаются от Nansen, и мы не до конца понимаем, по каким правилам часть действий кошелька должна классифицироваться для целей PnL. Необходимо исправить расчет Реализованной 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, positioning. 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. Стоимость работы.