Budżet: 5000 UAH Termin: 14 dni
Могу на wordpress, могу на самописном mvc. Остальное поподробнее, хотя бы как это примерно должно визуально выглядеть
1) Главная
Сверху лого «ПОРА есть арктическое», Баннер GoArctic, лого ПОРЫ, значок FB, VK
Строка меню:
«О проекте», «Справочник арктических продуктов», «Каталог производителей», «Научный взгляд» (не уверена, как назвать раздел), «Рецепты»
Ниже слайдер:
Коллаж с фоточками еды
«Найти арктические продукты в вашем регионе» (кнопка «Каталог»)
Какой-нибудь рецепт
Какое-нибудь исследование, новость (будет меняться, для теста можно наш релиз ДК поставить)
Ниже длинный баннер: «Вы производитель арктических продуктов? Заполните форму для включения в каталог», при нажатии ведет в раздел «Как попасть в каталог», описанный ниже
Дубляж строки меню и ссылки на соцсети
2) О проекте (думаю, просто пролистывать вниз, одной страницей)
Цель
«Арктическая зона РФ - кладезь не только полезных ископаемых, но и уникальных продуктов питания, экологически чистых и богатых различными полезными элементами. К сожалению, по целому ряду причин – от сложной логистики до отсутствия у населения средней полосы информации об арктических продуктах – эти продукты практически невозможно приобрести за пределами Крайнего севера.
23 января 2018 года на площадке Экспертного центра «Проектный офис развития Арктики» прошел дискуссионный клуб на тему «Арктическая диета и здоровое питание», в рамках которого был анонсирован старт проекта «ПОРА есть арктическое» - каталога производителей арктических продуктов питания из оленины, различных северных видов рыбы, дикорастущих ягод и грибов. Основная цель каталога – познакомить жителей «материка» (именно так в районах Крайнего севера называют центральную часть России) с тем продуктовым многообразием, которое дала нам Арктика. В разделе «Каталог» вы можете не только ознакомиться с перечнем компаний, которые производят такие продукты питания, но и узнаете, где вы можете приобрести их в своем регионе. Миссия проекта – способствовать тому, чтобы арктические продукты стали доступны всем россиянам, а не только жителям Арктической зоны РФ.»
Критерии отбора
«На территории любого субъекта РФ работает множество производителей продуктов питания. Помимо общих стандартов и требований, каким критериям должен соответствовать производитель, чтобы попасть в каталог «ПОРА есть Арктическое»?
Основной ингредиент должен относиться к условной категории «арктический продукт», то есть продукт, который в естественных условиях встречается преимущественно лишь в Арктике
Сырье должно быть из районов, относящихся к Арктической зоне РФ
Желательно, чтобы производство также осуществлялось на территории этих регионов, однако если по каким-то причинам конечный продукт произведен на территории другого региона, разработчики каталога могут сделать исключение, при условии соблюдения первых правил».
Как попасть в каталог
«Хотите, чтобы ваш бренд был представлен в каталоге? Заполните эту форму и редакция портала свяжется с вами для получения более подробной информации».
Далее онлайн форма для заполнения (мы пишем вопрос, а ниже строка для заполнения, ну или другой формат - на усмотрение дизайнера)
«Наименование компании»
«Регион и город»
«Производимая продукция»
«Контактные данные» - здесь строчки под телефон и email
«Сайт компании (при наличии)»
3) Справочник арктических продуктов
Общий текст о пользе и уникальности арктических продуктов.
Далее:
“Поскольку одна из глобальных задач Каталога - рассказать жителям центральной части России о гастрономическом разнообразии, которое предлагает нам российская Арктика, мы создали краткий Справочник арктических продуктов, в котором вы можете ознакомиться с информацией об уникальных арктических продуктах и способах их употребления. Для вашего удобства мы сделали так, что при нажатии на название продукта вы можете перейти в раздел Каталога производителей, в котором отображены все производители, в чьей продуктовой линейке есть данный продукт.”
Дальше мини-справка по всем продуктам. При этом в справке рассказывается не только об уникальных свойствах продукта, но и о том, в каком виде он может быть и для чего может пригодиться. Например, оленина:
“Оленина *Гиперссылка на всех производителей по тегу “оленина”*
Мясо северного оленя является полноценным биологическим продуктом не только в отношении белков, жиров и витаминов, но и по наличию микроэлементов, необходимых в питании человека. Специалисты отмечают, что благодаря условиям обитания оленей и экологической чистоте их рациона, они едят ягель, ветки, листья, ягоды, грибы. Эти животные практически никогда не болеют, поэтому оленина является экологически чистым и безопасным продуктом. В ней содержится много микроэлементов, витаминов. Употребление оленины повышает мышечный тонус, улучшает работу желудка, сердца, желудочно-кишечного тракта.
В каком виде можно купить оленину?
Из сырого или замороженного мяса оленя можно приготовить множество вкуснейших блюд (каких именно? Смотрите в разделе Рецепты *гиперссылка на раздел “Рецепты”*). Однако Северянам знакомо и множество вкуснейших мясных продуктов из оленины:
Юкола *Гиперссылка на всех производителей по тегу “юкола”* - это сушёно-вяленое мясо северного оленя…
Чипсы из оленины. Представляют из себя.. Это полезный снэк или закуска.”
Такие справки не просто по крупным группам, а по конкретным продуктам, например, арктический омуль, муксун, морошка.
3) Каталог производителей
Каталог будет по продуктам. Внутри категории размещаем по алфавиту. Если производитель занимается, например, и рыбой, и мясом, он отражается дважды.
Основная стр – небольшой текст о том, как полезны и уникальны продукты из Арктики, ниже – картинки-квадратики с надписями по категориям:
-Оленина
-Птица?
-Рыба и морепродукты
-Ягоды
-Грибы
-Травы
При нажатии на каждый мы попадаем в каталог. Например, если нажать на квадратик с олениной, мы попадаем на стр каталога, где отражаются все производители продуктов из оленины. Сверху буквально на абзац нужен текст про то, какое у оленей прекрасное и полезное мясо. Ниже все производители, по алфавиту. В зависимости от того, сколько их будет получаться, либо все на одной странице, либо по 10 шт отображать. Не считаю, что нужно создавать под каждого производителя страницу, просто в каталоге отображаем основную информацию:
а) Лого (в каком формате запрашивать?)
б) Наименование
в) Регион
г) Краткая инфа/Перечень продукции
д) Сайт
е) Где купить?
Интернет-магазин, если есть
Физические магазины - полный адрес. (Если магазинов мало и/или все в одном городе – просто списком. Если много – группировать по городам. Как вариант для производителей, у которых много где продается, перечислять города, а при нажатии на город выводить адреса. При этом если продукция продается во всех магазинах какой-то сети, например, “Пятерочка”, то просто указываем “В магазинах сети “Пятерочка”).
Внизу строка тегов по продукции (eg: #оленина, #морошка), теги более узкие, чем просто категории, то есть не просто рыба, а конкретные виды, корюшка, например. И при нажатии на тег высвечиваются все производители по продукту. Также фильтры при поиске по каталогу. Должен быть фильтр по:
А) Регион происхождения
Б) Регион доступности (i.e., где купить)
Пример:
ООО «Рыбокомбинат «Таймыр»
Основной специализацией рыбокомбината является производство продукции из ценных промысловых пород рыбы, преимущественно сиговых, а также из щуки, корюшки и налима, добытых в естественной среде обитания. Ассортимент продукции насчитывает около 300 наименований, в том числе холодное и горячее копчение, пресервы, вяленая рыба и полуфабрикаты.
Регион происхождения: Красноярский край
Где купить: Красноярский край, г. Норильск
- Гастрономический бутик «Северные деликатесы», пл. Металлургов, 10, 1 этаж
- Фирменный магазин рыбокомбината «Таймыр», ул. Талнахская, 30
- Фирменный магазин МПК «Норильский», ул. 50 лет Октября, 14/1
- Сеть универсамов «Жар. Птица»
Теги: муксун, чир, сиг, нельма, омуль, корюшка…
4) Рецепты - Просто размещать тут рецепты и параллельно теги ставить на продукты, которые используются, чтоб люди могли из рецепта перейти в каталог и посмотреть, где купить нужный ингредиент.
Budżet: 5000 UAH Termin: 14 dni
Могу на wordpress, могу на самописном mvc. Остальное поподробнее, хотя бы как это примерно должно визуально выглядеть
Budżet: 1000 UAH Termin: 4 dni
Здравствуйте, готов выполнить ваш проект. Хорошо владею WordPress. Выполню качественно и в срок.
Budżet: 5000 UAH Termin: 7 dni
Здравствуйте! Готовы обсудить все детали! Сделаем в сроки и чётко по ТЗ.
Наши работы - https://diol-studio.com/portfolio
Наша команда - https://diol-studio.com/
Звоните в любое время +38(073)-103-19-22, +38(099)77-55-265, +38(096)409-47-76. (Viber,Telegram,WatsApp).
Skype: diol-studio.
Witam wszystkich, potrzebujemy stworzyć stronę internetową do organizacji wydarzeń i sprzedaży biletów. Możliwe opcje na gotowym szablonie, frameworku lub wasza propozycja. Preferowane, abyście mieli doświadczenie w tworzeniu stron internetowych do sprzedaży biletów. Przykłady stron prześlemy w prywatnych wiadomościach. W razie potrzeby stworzymy prototyp. Jeśli wcześniej pracowaliście nad tworzeniem podobnych stron, proszę o przesłanie przykładów w prywatnych wiadomościach. Szczegóły omówimy w prywatnych wiadomościach. Dziękuję i miłego dnia!
Opracowanie architektury jednolitej platformy zarządzania flotą stron WordPressKontekst projektu Istnieje flota kilku dziesiątek stron WordPress, umieszczonych na jednym serwerze i obsługiwanych przez jeden zespół. Strony są stopniowo przekształcane w jednolity standard rozwoju i wsparcia — wspólny system projektowania z jednolitą biblioteką bloków (ACF + Gutenberg) oraz jednolitym standardem bezpieczeństwa. Wymagana jest architektura platformy do centralnego zarządzania tą flotą.Zadanie Potrzebne jest opracowanie technicznej architektury jednolitej platformy zarządzania flotą stron WordPress. Platforma to nie dashboard metryk, ale pełnoprawny system centralnego zarządzania i dostępu.Wymagania dotyczące platformy Jednolity dostęp dla super-administratora — jeden punkt dostępu do zarządzania wszystkimi stronami floty: przegląd stanu, wersji, statusu zgodności ze standardem. Dostęp jednym kliknięciem do panelu administracyjnego każdej strony — możliwość wejścia do wp-admin dowolnej strony floty z jednego interfejsu, bez przechowywania/wprowadzania haseł dla każdej strony osobno. Wymagana jest przemyślana mechanika uwierzytelniania (tokeny z ograniczonym czasem życia, powiązanie z konkretnym użytkownikiem, pełne logowanie dostępu). Rozgraniczenie ról: super-admin widzi i zarządza całą flotą; administratorzy poszczególnych stron mają dostęp tylko do swoich stron. Jednolity system projektowania z personalizacją na poziomie strony — wspólna biblioteka bloków (ACF + Gutenberg), dystrybuowana na wszystkie strony przez centralny mechanizm aktualizacji, ale z możliwością lokalnej personalizacji bloków pod konkretną stronę bez utraty kompatybilności z przyszłymi aktualizacjami biblioteki. Wspólny dashboard monitorowania i powiadomień — stan stron i serwera, alerty o awariach/problemach, status aktualizacji i zgodności każdej strony względem jednolitego standardu. Łatwe dodawanie nowych stron do sieci — platforma powinna wspierać szybkie klonowanie/rozszerzanie nowej strony na podstawie jednolitego standardu (plugin Core, system projektowania) i podłączenie jej do Hub z minimalną liczbą ręcznych kroków.Ograniczenia architektoniczne (ważne) WordPress Multisite nie jest brany pod uwagę i nie nadaje się do tego zadania. Powód nie leży w wygodzie interfejsu, ale w fundamentalnych właściwościach architektonicznych Multisite: Wspólna baza danych i wspólne jądro dla wszystkich stron sieci oznaczają jedną punkt awarii: nieprawidłowa aktualizacja pluginu lub jądra może jednocześnie wyłączyć wszystkie strony sieci, a nie tylko jedną. Wspólny zbiór zasobów serwerowych (pracownicy PHP, połączenia z bazą danych) oznacza, że anormalne obciążenie jednej strony (akcja, wzrost ruchu, atak) degraduje wydajność wszystkich pozostałych stron sieci, w tym tych, które nie są w żaden sposób związane z tym obciążeniem. To systemowe właściwości Multisite, które nie mogą być wyeliminowane przez proces lub dyscyplinę — dlatego wymagana jest architektura, w której każda strona pozostaje niezależną instalacją (własna baza danych), a unifikacja i centralne zarządzanie osiągane są innymi środkami.Wstępny kierunek architektoniczny Na chwilę obecną najbardziej obiecującym wydaje się podejście architektoniczne Hub & Spoke, w którym niezależne instalacje WordPress ("Spokes"), każda ze swoją bazą danych, są łączone: wspólnym dystrybuowanym pluginem Core (biblioteka bloków, podstawy bezpieczeństwa, moduł mostu do połączenia z Hub); centralną aplikacją zarządzającą ("Hub") — rejestr stron, logowanie jednym kliknięciem, monitorowanie, powiadomienia. Jednak ta architektura nie jest z góry wybranym rozwiązaniem. Jeśli wykonawca uważa, że istnieje bardziej odpowiednie podejście architektoniczne, może zaproponować alternatywę pod warunkiem jej uzasadnienia technicznego i ekonomicznego. Osobne zadanie w ramach specyfikacji — uzasadniona analiza i rekomendacja: budować Hub od podstaw customowo, czy wziąć za podstawę gotowe rozwiązanie self-hosted (MainWP, InfiniteWP, ManageWP lub analogiczne) i rozszerzać je pod specyficzne wymagania (integracja z pluginem Core, śledzenie zgodności wersji bloków, przyszła warstwa marketingowa). Potrzebna jest porównawcza ocena pod względem czasu, kosztów wsparcia, elastyczności i ograniczeń każdego wariantu, z wyraźną rekomendacją.Wymagania architektoniczne Podczas projektowania rozwiązania należy uwzględnić następujące wymagania niefunkcjonalne: odporność na awarie i brak jednego punktu awarii dla floty stron; możliwość niezależnej aktualizacji, przywracania i konserwacji każdej strony; minimalizacja blast radius przy awariach i błędach aktualizacji; możliwość poziomego skalowania przy wzroście liczby stron; bezpieczeństwo centralnego zarządzania i delegowanego dostępu; możliwość późniejszego wydzielenia Hub w osobną infrastrukturę bez zmiany zasad architektonicznych; rozszerzalność platformy do dodawania nowych centralnych usług. Ponadto architektura powinna pozostawać żywotna przy zwiększeniu liczby stron z kilku dziesiątek do 100+ bez konieczności zasadniczej rewizji wybranego podejścia.Długoterminowy rozwój platformy Platforma jest postrzegana jako długoterminowa podstawa cyfrowego ekosystemu firmy, a nie jako narzędzie wyłącznie do administracji stronami WordPress. Podczas projektowania należy przewidzieć możliwość późniejszego dodawania centralnych usług (np. zarządzanie aktywnościami marketingowymi, analityka, biblioteka komponentów, integracje i inne moduły) bez konieczności przerabiania podstawowej architektury.Technologie Konkretny stos technologiczny nie jest ustalany z góry — wykonawca samodzielnie proponuje i uzasadnia technologie w dokumencie architektonicznym (język/framework dla Hub, model hostingu/deployu, mechanizm uwierzytelniania itd.), w oparciu o wymagania zadania. Uzasadniona propozycja technologii jest obowiązkową częścią wyniku pracy, na równi z porównaniem custom vs gotowe rozwiązanie dla Hub.Co potrzebne od wykonawcy Doświadczenie w projektowaniu architektur multi-site/multi-tenant na WordPress (zasadniczo — NIE na bazie Multisite) Praktyczne doświadczenie w pracy z MainWP/InfiniteWP/ManageWP lub podobnymi systemami zarządzania flotą stron WP — zrozumienie ich możliwości i ograniczeń na poziomie API/rozszerzalności Doświadczenie w tworzeniu pluginów WordPress na poziomie produkcyjnym (ACF, rozwój bloków Gutenberg, REST API) Zrozumienie kwestii bezpieczeństwa przy budowie systemów centralnego/delegowanego dostępu (uwierzytelnianie oparte na tokenach, audyt dostępu, minimalizacja blast radius) Umiejętność przygotowania dokumentacji architektonicznej: diagramy, kontrakty API między Hub a stronami, schemat danychFormat pracy Pierwszy etap — dokument architektoniczny z uzasadnionym rozwiązaniem (custom vs gotowe rozwiązanie), schemat interakcji komponentów, kontrakt API Hub ↔ plugin Core, plan etapowej realizacji. Dokument powinien zawierać schemat wireframe interfejsu platformy (kluczowe ekrany: rejestr stron, dostęp do panelu administracyjnego, dashboard monitorowania). Po zatwierdzeniu architektury — możliwe jest kontynuowanie współpracy. Ważna uwaga Oczekuje się samodzielnego opracowania architektury, opartego na praktycznym doświadczeniu projektowania i eksploatacji podobnych systemów. Nie wystarczy dostarczyć kompilacji ogólnych rekomendacji lub typowych odpowiedzi, wygenerowanych przez AI. Każde kluczowe rozwiązanie architektoniczne powinno być poparte uzasadnieniem technicznym: dlaczego wybrano właśnie to podejście, jakie alternatywy były rozważane, jakie są jego zalety, ograniczenia i potencjalne ryzyka w kontekście tego projektu. W razie potrzeby wykonawca powinien odwoływać się do praktycznego doświadczenia, istniejących rozwiązań, dokumentacji, projektów open-source lub innych źródeł, które potwierdzają żywotność proponowanych rozwiązań architektonicznych.
Szukam doświadczonego programisty do pracy z witryną, która działa na ModX Revolution. Na chwilę obecną konieczne jest wykonanie szeregu poprawek technicznych, w tym: wprowadzenie zmian na stronie; zamiana zdjęć, banerów i siatek rozmiarowych; aktualizacja informacji kontaktowych; inne drobne poprawki; podłączenie Google Analytics; integracja systemu płatności LiqPay i tak dalej W przyszłości planuję regularnie rozwijać stronę, dlatego szukam odpowiedzialnego specjalisty do długoterminowej współpracy, który będzie mógł szybko realizować niezbędne poprawki. Wymagania: pewne doświadczenie w pracy z ModX Revolution; jakościowe wykonanie zadań; przestrzeganie ustalonych terminów; gotowość do stałej współpracy Praca z witryną - https://marimoth.com Piszcie, a się dogadamy Maria
Cześć wszystkim. Szukam specjalisty, który pomoże rozwiązać problem z źródłami React. Problem polega na tym, że ich nie ma. Dlatego trzeba stworzyć nowe repozytorium, wyciągnąć maksimum z DevTools/source maps, a następnie przywrócić projekt. Szczegóły opiszę kandydatom. Czekam na wasze odpowiedzi.
Strona działa na frameworku Next.js (opartym na React). Trzeba zrealizować wszystkie punkty zgodnie z TŻ. TŻ jest dołączone w pliku. Oczekuję na propozycje.