Юрій К.
Победившая ставка- Проекты 9
- Оценка -
- Рейтинг 393
Бюджет: 1000 RUB Срок: 2 дня
Сделаю за указанную стоимость + отзыв. Специализируюсь на Opencart, Ostore
Бюджет: 3000 RUB Срок: 1 день
Здравствуйте
Есть опыт в подобных вопросах.
Могу провести проверку по запросах к базе
Ставки скрыты
Ставки пока отсутствуют
-
Руслан Т. 20 мая 2021Здраствуйте Борис.
В данном случаи вам поможет оптимизация сервера(базы sql), или смена хостинга на более продуктивний... -
Александр Ваховский 20 мая 2021Рекомендую для начала обзавестись нормальным сервером. VPS на Hetzner стоит копейки, до 10$ в месяц, дальше сделать адекватный конфиг сервера, а потом уже делать анализ медленных запросов и в целом оптимизировать магазин.
Просто для сравнения, магазин на Magento 2 даже не заведется на хостинге. Это уже прошлый век, для лендингов и блогов. Нормальные проекты должны иметь нормальное железо и никаких ограничений -
Борис Емельянов
20 мая 2021
Оптимизация сервера? Нет, скорее оптимизация модулей и самого движка. У меня всё работало нормально. Товаров было несколько тысяч. Через какое то время я ещё несколько тысяч залил сразу и тут это случилось.
-
Александр Ваховский 20 мая 2021Ну давайте в однобокие споры не вступать. Я говорю как разработчик, поверьте на 100% знаю о чем. Рано или поздно то что у Вас произошло, должно было произойти. Вы конечно можете там что-то подкрутить итд. Но без нормального сервера, проект будет тупить у клиентов, влезать в ограничения по кол-ву запросов, по inode итд.
Вам просто сложно понять, что хостинг за 300-500 рублей и сервер за 750 руб, это разница в плане производительности не сравнимая. Всего-то на 250 руб дороже. Для магазина который работает, это вообще не вопрос денег.
Если это стартап проект, который еще не приносит денег, то даже в этом случае это экономия на спичках.
Актуальные фриланс-проекты в категории Базы данных и SQL
О проекте и задаче У нас небольшой отдел продаж (руководитель отдела продаж + 2 менеджера) и база около 220 активных клиентов. Сейчас возникла неотложная необходимость внедрить легкую CRM как операционный уровень, чтобы менеджеры в режиме реального времени фиксировали звонки, договоренности и статусы по воронке продаж, а руководство видело, какие клиенты «зависли» на определенном этапе. Параллельно мы активно используем AI-аналитику (Claude) для работы с выгрузками, отчетами, поиска аномалий и анализа P&L. Поэтому CRM нужна именно как чистый источник данных, из которого можно будет формировать качественные выгрузки. Что нужно сделать (Этап 1 — Внедрение) Аудит и выбор решения. Окончательно определить вместе с нами платформу. Рассматриваем украинские решения (KeyCRM или SalesDrive), поскольку важна интеграция с украинской телефонией и Новой Почтой. Также готовы рассмотреть Pipedrive. Настройка системы. Создание воронки продаж, карточек клиентов, настройка полей в соответствии с нашей спецификой. Интеграции. Подключение телефонии, мессенджеров и Новой Почты. Импорт данных. Корректное перенесение существующей базы клиентов (около 220 контактов) из текущих файлов. Обучение. Краткий инструктаж для руководителя отдела продаж и двух менеджеров по правилам ведения сделок, чтобы обеспечить чистоту и качество данных в CRM. Дальнейшие задачи (Этап 2 — Сопровождение) Техническая поддержка и доработка автоматизаций в процессе работы. Контроль корректности выгрузок данных для дальнейшей AI-аналитики. Кого мы ищем Специалиста с опытом внедрения KeyCRM, SalesDrive или Pipedrive (пожалуйста, добавьте примеры или кейсы в отзыве). Человека, который понимает принципы построения аналитики продаж и умеет настраивать экспорт данных без «мусора». Ответственного специалиста, готового к долгосрочному сотрудничеству и сопровождению проекта. В отзыве, пожалуйста, укажите Ваш опыт работы с KeyCRM, SalesDrive или Pipedrive. Ориентировочную стоимость и сроки базовой настройки для нашей команды (3 пользователя). Готовы ли вы далее администрировать систему и на каких условиях.
Распаковать и отсортировать базу в формате XL по городам Распаковать и отсортировать базу в формате XL по городам Распаковать и отсортировать базу в формате XL по городам
О компании Торговая компания. Работаем с товарной группой более 2000 позиций по разным категориям.Текущая ситуация Сейчас номенклатура ведётся в Google Sheets — данные консолидированы по вкладкам (категориям). Структура вкладок: Наименование товара Группы цен: себестоимость, опт, розница Характеристики: вес, количество в упаковке и т.д. Важно: количество колонок отличается для разных категорий товаров, так как у них разные характеристики.Почему текущее решение не подходит Google Sheets не позволяет настраивать права доступа на уровне отдельных колонок. Нам нужно: Давать пользователям права на просмотр определённых колонок (например, только себестоимости) Давать права на редактирование определённых колонок (например, розничных цен) При этом ограничивать доступ к остальным колонкам в той же вкладкеЧто нужно сделатьОсновные требования Гибкая система разграничения прав Доступ на уровне отдельных колонок (чтение / запись) Назначение прав по ролям или пользователям Управление правами без участия программистов Поддержка разной структуры данных Разные категории товаров имеют разный набор характеристик Добавление новых колонок/характеристик без программирования Независимость от разработчиков Администрирование силами внутренних сотрудников Добавление категорий, колонок, пользователей — через интерфейс Интеграция с ERP Выгрузка актуальных цен в нашу ERP-систему Экспорт или автоматическая интеграция по API Анализ данных с помощью ИИ (желательно) Возможность анализа всего перечня номенклатуры Обогащение, проверка, рекомендации — если у вас есть идеи, опишитеОжидаемый результат Работающее решение, в котором: Номенклатура структурирована по категориям с разными наборами характеристик Права на колонки гибко настраиваются (просмотр / редактирование) Данные выгружаются в ERP Команда может управлять системой самостоятельноЧто нужно от вас при отклике Опишите в общих чертах, как вы видите решение: Какой инструмент / платформу предлагаете
Необходимо провести глубокую техническую проверку трех PDF-файлов на достоверность и возможные признаки редактирования или подделки. Нужна не только визуальная оценка документов. Исполнитель должен хорошо понимать внутреннюю структуру PDF-файлов и уметь анализировать: метаданные файлов; структуру PDF и отдельных объектов; историю создания и возможного редактирования; используемое программное обеспечение; встроенные шрифты, изображения, слои и другие элементы; возможные признаки повторного сохранения, конвертации, внесения изменений или формирования документа задним числом; любые технические несоответствия, которые могут свидетельствовать о манипуляциях с файлами. По результатам проверки необходимо предоставить понятный письменный вывод по каждому файлу с указанием выявленных признаков, рисков и ограничений проверки. Рассматриваем специалистов, имеющих практический опыт в цифровой криминалистике, анализе PDF-документов, метаданных или проверке электронных файлов на подлинность. В отзыве, пожалуйста, кратко опишите ваш опыт, методы и инструменты, которые вы используете для такой проверки.
Общая информация Необходимо разработать простую минималистичную вебсистему, основной целью которой является ведение базы клиентов, создание записей на визиты и автоматизация процесса подтверждения визитов через SMS, отправка одноразовых ссылок через API с самого сервиса. Проект разрабатывается поэтапно. На первом этапе необходимо реализовать лишь базовую функциональность (MVP), чтобы систему можно было использовать в реальной работе. После запуска и тестирования она будет постепенно расширяться новыми модулями.Основная функциональность первого этапа авторизация пользователей; база клиентов; создание и редактирование записей; список записей (или простой календарь); переключение между торговыми точками; интеграция с SMS-оператором через API; отправка SMS с произвольным текстом или ссылкой для подтверждения визита; подтверждение или отмена визита клиентом по одноразовой ссылке; отображение статуса подтверждения непосредственно рядом с записью клиента. На начальном этапе вместо полноценного календаря допускается использование простого списка записей по дням. Каждый день должен содержать хронологический список бронирований с указанием времени, имени клиента, услуги, работника и статуса подтверждения. В дальнейшем этот список можно будет заменить на полноценный календарь без изменения структуры системы. В системе должна быть возможность переключаться между торговыми точками. Каждая торговая точка имеет собственный список записей (или календарь), но все они используют общую базу клиентов.