Сбор информации по породам кошек
Юля отличный исполитель, замечаний к сотрудничеству и его результатам не возникло, всегда находится на связи.
Готов обращаться в будущем сам и рекомендовать Юлию как исполнителя другим.
Для наполнения базы необходимо выполнить сбор информации по породам кошек.
Перечень пород во вложении.
Струкутра собираемых данных следующая:
| Список | Breed/species | Название породы |
| Список | Original breed name/TRANSLATION | Оригинальное название породы |
| Список | Type/Family | Подвид |
| Строка | General Description | Общее описание |
| Список | ORIGIN : | Страна происхождения |
| Дата | Breed registration date | Дата официальной регистрации породы |
| Список | Lifespan | Средняя продолжительность жизни |
| Строка | BRIEF HISTORICAL SUMMARY : | История происхождения породы |
| Строка | BEHAVIOUR / TEMPERAMENT/DISPOSITION/Qualities/Character | Поведение/Темперамент/Характер |
| Строка | Living Arrangements/BREEDING/Habita/Distribution | Особенности/условия содержания/разведения породы |
| Строка | Interaction/Time Requirements | Требовательность к вниманию |
| Строка | Diet | Кормление/Диета |
| Строка | Gait/Movement | Походка/движение |
| Список | Maximum speed | Максимальная скорость |
| True/False | Gender | Пол |
| True/False | Altered | Кастрация |
| Число | Range number of offspring | Среднее количество потомства |
| Число | Breeding interval per year | Интервал размножения в год |
| Строка | Breeding season | Сезон размножения |
| Число | Gestation | Длительность беременности |
| Число | Range age at sexual or reproductive maturity | Возраст полового созревания |
| Список:карманный, мелкий, средний, большой, гигантский | Size | Размер |
| список | Height at withers | Рост |
| список | Weight | Вес |
| Строка | General appearance/Shape | Общий вид |
| Строка | COAT/FUR/Wool/Hair texture/Quality | Шерсть текстура/качество |
| Число | COAT/FUR/Wool/Hair length | Шерсть длина |
| Строка | COAT/FUR/Wool/Hair dencity/quantity | Шерсть плотность |
| Список | COLOUR : | Цвет/Окрас/Масть |
| Строка | Head Shape/Profile/Type/Expression/Skull | Форма головы/Череп |
| Строка | Muzzle/Forehead | Морда |
| Строка | Jaws/Teeth/Beak | Челюсть/Зубы/Клюв |
| Строка | Ears size | Размер ушей |
| Строка | Ears shape | Форма ушей |
| Строка | Ears placement/Position | Положение ушей |
| Строка | Body | Тело/Корпус |
| Строка | Tail | Хвост |
| Строка | Docked | Купирован |
| Строка | LIMBS FOREQUARTERS | Передние конечности |
| Строка | HINDQUARTERS | Задние конечности |
| Список:молчаливый, умеренно шумный, шумный, очень шумный | Noise | шумность |
| Список | WCF | |
| Список | FiFE | |
| Список | TICA | |
| Список | ACF | |
| Список | CCA | |
| Строка | Взаимоотношения с детьми | |
| Строка | Аргументы "за" породу | |
| Строка | Аргументы "против" породы | |
| Список:отсутствует, низкая, средняя, высокая, очень высокая | агрессивоность | |
| Список:низкая, средняя, высокая | игривость/активность | |
| Список: низкая, средняя, высокая | дружелюбность | |
| Список:отсутствует, низкая, средняя, высокая | любовь к детям | |
| Список:не прихотливый, требует периодического ухода, требует регулярного ухода, требует ежедневного ухода | прихотливость | |
| Список:отсутствует, низкая, средняя, высокая | потребность во внимании | |
| Список:отсутствует, низкая, средняя, высокая | любовь к людям | |
| Список:отсутствует, низкая, средняя, высокая | любовь к животным | |
| Список:отсутствует, низкая, средняя, высокая, очень высокая | способность к обучению/дрессировке | |
| отсутствует (может обходиться без выгула на улице); низкая (до 1 часа и 5 км/день); средняя (до 2х часов и 10 км/день); высокая (до 4х часов и 20 км/день); очень высокая (более 4х часов и 30 км/день) | Потребность в выгуле | |
| True/False | Возможность содержания вне помещения | |
| Список:низкая, средняя, высокая | Переносимрсть жары | |
| Список:низкая, средняя, высокая | Переносимрсть холода | |
| True/False | Прихотливость в корме | |
| True/False | Аллергик | |
| True/False | Аллергетик | |
Бюджет: 4000 UAH Срок: 60 дней
Здравствуйте! Обожаю собак и кошек, немного знаю о них, собрать информацию думаю, что будет несложно. Готова прямо сейчас приступить к выполнению. Сделаю все быстро и качественно.
[email protected]
Скайп-Julenu4
Бюджет: 500 USD Срок: 2 дня
Здравствуйте! Учусь на ветеринара, потому тема животных очень близка.
В работе воспользуюсь студенческой библиотекой, для заполнения разделов более грамотной, и достоверной информацией.
Бюджет: 500 UAH Срок: 5 дней
Здравствуйте! Готова приступать к работе. Люблю животных, поэтому работу выполню с огромным интересом, качественно и быстро! :) [email protected]
Бюджет: 500 UAH Срок: 4 дня
Соберу макситмально информацию. Цена обсуждается. Пишите в ЛС,
Бюджет: 500 UAH Срок: 3 дня
Добрый день!
Качественно соберу информацию по породам кошек.
Люблю животных, тема работы интересная.
Предпочитаю поэтапную оплату на карту Приватбанка.
Бюджет: 500 UAH Срок: 7 дней
Могу взяться за работу
Бюджет: 400 USD Срок: 3 дня
Здравствуйте Дмитрий! Буду рада с Вами сотрудничать !
Бюджет: 800 UAH Срок: 4 дня
Здравствуйте, готов выполнить. Цена указана за 79 пород. В Вашем файле названия не отображаются.
Бюджет: 10 USD Срок: 2 дня
С удовольствием приступлю к выполнению работы!
Здравствуйте. Необходимо отключить резервирование при проведении заказа наряда. Потому что когда он проводится, расходная накладная не может закрыться, так как товар попадает в какой-то резерв. Ошибка, которую нужно решить. 1с8.3 торговля.
Для клиентского проекта в области Microsoft 365 Modern Workplace мы ищем опытных фрилансеров (м/ж/д) с акцентом на Microsoft Places. В центре внимания находится консультация, конфигурация и оптимизация среды Microsoft 365 для поддержки современных концепций гибридного рабочего места. Задачи Консультирование по внедрению и эксплуатации Microsoft Places Анализ существующих сред Microsoft 365 и разработка подходящих концепций решений Конфигурация зданий, этажей, конференц-залов и рабочих мест Настройка и оптимизация сценариев бронирования рабочих мест и комнат Интеграция Microsoft Places в Microsoft Teams, Outlook и Exchange Online Поддержка по вопросам лицензирования, а также рекомендации по лучшим практикам Проведение семинаров и передача знаний для пользователей и IT-команд Поддержка при устранении неполадок и в процессе эксплуатации Требования Многолетний опыт работы в среде Microsoft 365 Практический опыт работы с Microsoft Places Очень хорошие знания Microsoft 365, Microsoft Teams, Exchange Online и Outlook Опыт работы с Microsoft Entra ID (Azure AD) Знания современных концепций гибридного рабочего места и Modern Work Желательные знания Microsoft Teams Premium PowerShell для администрирования Microsoft 365 Опыт работы с решениями для бронирования рабочих мест и комнат Сертификации Microsoft в области Modern Workplace или Microsoft 365 Опыт в разработке и внедрении современных концепций рабочих мест Начало: как можно скорее Продолжительность: около 3 месяцев с возможностью продления Место работы: удаленно / по согласованию Загрузка: по согласованию Интересно? Поскольку проект в настоящее время находится на стадии подготовки, мы хотели бы заранее познакомиться с подходящими экспертами. Пожалуйста, отправьте нам на contract (AT) advergy de: Резюме Доступность Часовая ставка (удаленно / на месте) Трехстрочный текст о том, почему вы особенно подходите для этого проекта Большое спасибо и с наилучшими пожеланиями Седа
Сайт разработан на: Backend: Java + Spring Boot База данных: MySQL Frontend: JavaScript, HTML, CSS Шаблонизатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архитектура: Монолитное приложение На данный момент на сайте реализован: Блог с административной панелью. Возможность создавать и редактировать статьи через админ-панель. Возможность добавлять HTML-разметку и контент через визуальный интерфейс. Статические страницы сайта, которые сейчас создаются разработчиком вручную. ⸻ Цель задачи Необходимо реализовать возможность создавать и управлять новыми коммерческими страницами услуг через существующую административную панель аналогично тому, как сейчас создаются статьи блога. После реализации администратор должен иметь возможность самостоятельно создавать новые SEO-страницы услуг без участия разработчика. ⸻ Текущее состояние Сейчас через админ-панель можно создавать только записи блога. Пример: Статья 1 Статья 2 Статья 3 Каждая статья имеет: Заголовок URL (slug) Контент SEO-параметры Изображения ⸻ Что необходимо реализовать 1. Новый тип контента «Услуги» Создать в админ-панели отдельный раздел: «Услуги» Он должен быть независим от раздела блога. Пример структуры: Блог Услуги ⸻ 1. Создание страницы услуги Администратор должен иметь возможность создать новую страницу услуги через интерфейс. Коммерческие страницы услуг состоят из 13 блоков, из которы 4 блока динамических и 9 статических. Поля: Название услуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основное содержимое страницы Изображение Статус публикации (Черновик / Опубликовано) ⸻ 1. Контент страницы Контент должен поддерживать: HTML-разметку Форматирование текста Заголовки H2-H6 Списки Изображения Ссылки Желательно использовать существующий редактор, который уже применяется в блоге. ⸻ 1. Генерация URL Каждая услуга должна иметь собственный URL. Примеры: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Отображение на сайте После публикации страница должна: автоматически становиться доступной по своему URL; использовать существующий шаблон страниц услуг либо новый шаблон; корректно отображаться на всех устройствах. ⸻ 1. SEO Для каждой услуги необходимо обеспечить возможность настройки: Title Description H1 Canonical URL (желательно) Open Graph (желательно) Страницы должны индексироваться поисковыми системами аналогично страницам блога. ⸻ 1. Список услуг В админ-панели реализовать: список всех услуг; поиск; редактирование; удаление; изменение статуса публикации. ⸻ 1. Важно Реализовать возможность создавать новые типы SEO-страниц без доработки кода в будущем. через единый механизм управления контентом. ⸻ Что ожидается от разработчика Необходимо проанализировать существующую реализацию блога и максимально переиспользовать текущую архитектуру для создания нового раздела «Услуги». При отклике прошу указать: Каким образом будет реализована задача. Какие изменения потребуются в БД. Оценку по времени. Стоимость работ. Какие технологии должен знать исполнитель Обязательно: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Работа с Linux Ubuntu Желательно: Spring Security SEO-оптимизация серверных страниц Опыт работы с CMS и CRUD-модулями Опыт поддержки монолитных Spring Boot проектов
Необходимо разработать отдельную CRM-систему для централизованной обработки всех розничных заказов из различных каналов продаж (Prom, Rozetka, собственные сайты и ручные заказы). Основные требования: Единый реестр заказов из всех источников с сохранением информации о источнике и его статусе. Отдельный внутренний статус CRM, который работает независимо от статуса на маркетплейсе или сайте, с двусторонней синхронизацией статусов там, где это поддерживается. Гибкая интеграция с 1С: для каждого источника администратор может отдельно включить или выключить автоматическую выгрузку заказов. Интеграция с перевозчиками для автоматического создания ТТН, сохранения её номера в CRM и передачи номера ТТН на Prom и Rozetka. Интеграция с Checkbox для создания проектов чеков, используя настраиваемое соответствие способов оплаты, с последующим контролем фискализации. Поддержка ручного создания заказов (телефон, Viber, Telegram, Direct и т.д.) с полным последующим циклом обработки через CRM. Все API-ключи и настройки интеграций должны управляться администратором через интерфейс CRM без участия программиста. Полный журнал действий и логирование интеграций для контроля работы системы. Основная цель Менеджер должен иметь возможность полностью обработать заказ в одном интерфейсе CRM — от получения заказа до создания документа в 1С, ТТН, проекта чека и завершения заказа, без необходимости заходить в кабинеты Prom, Rozetka, сайтов, перевозчиков или Checkbox.
У нас работает синхронизация двух источников данных с CRM. Система в целом стабильна. Но остается часть, которая рассинхронизируется. Основная гипотеза — в одном из источников данные изменяются уже после первичной синхронизации, и эти изменения не всегда подтягиваются в CRM. + данные в двух источниках имеют разные названия/идентификаторы, хотя представляют собой одни и те же сущности