Если есть 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. Стоимость работы.
полные детали отправим в личные сообщения Цель Максимально ускорить загрузку сайта, особенно на мобильных устройствах. KPI (обязательно) После завершения работ необходимо добиться следующих показателей. Mobile Performance 90+ LCP менее 2.2 сек INP менее 200 мс CLS менее 0.1 TBT менее 200 мс Desktop Performance95+ Что необходимо сделать 1. Полный аудит сайта 2. Оптимизация изображений 3. CSS 4. JavaScript 5. Кэширование 6. Сервер 7. CDN 8. WordPress 9. База данных 10. Шрифты 11. WooCommerce 12. Плагины 13. Core Web Vitals 14. исправить HTTPS-редирект