Модуль Переходы подогнать под DLE 13.1

Необходимо выполнить обновление, перенос и настройку Laravel-проектов на новый сервер с обеспечением стабильной работы, безопасности, защиты от эксплойтов и корректной работы всех сервисов после миграции. 1. Основные задачи Подготовить новый сервер к работе. Перенести файлы проектов, базы данных, конфигурации и cron-задачи. Обновить серверное программное обеспечение. Настроить безопасное окружение для Laravel. Проверить совместимость PHP, Laravel, Composer-пакетов и зависимостей. Обеспечить защиту от известных эксплойтов, вредоносных запросов и несанкционированного доступа. Настроить SSL-сертификаты. Проверить работоспособность сайтов после переноса. 2. Перенос Laravel-проектов Для каждого проекта необходимо: Перенести файлы проекта. Перенести базу данных. Перенести .env конфигурацию. Настроить права доступа к директориям: storage bootstrap/cache Проверить работу: главной страницы; админ-панели; авторизации; форм; API; загрузки файлов; email-отправки; cron-задач; queue workers.3. Безопасность и защита Необходимо реализовать базовый и прикладной уровень защиты: закрыть root-доступ по SSH; настроить SSH-доступ только по ключам; изменить стандартный SSH-порт, если нужно; настроить firewall; разрешить только необходимые порты; установить Fail2Ban; скрыть служебные версии Nginx/Apache/PHP; запретить доступ к .env, .git, backup-файлам, log-файлам; настроить правильные file permissions; проверить проекты на наличие вредоносных файлов; проверить Composer-пакеты на известные уязвимости; обновить зависимости, если это не ломает функционал; настроить защиту от SQL injection, XSS, CSRF и path traversal; проверить правильность Laravel APP_ENV и APP_DEBUG; установить APP_DEBUG=false на production; настроить rate limiting для критических endpoint-ов; проверить доступы к storage/uploads; настроить защиту от выполнения PHP в upload-директориях; проверить права доступа к админ-панелям. 4. SSL и домены Необходимо: Установить SSL-сертификаты. Настроить автоматическое обновление SSL. Включить редирект с HTTP на HTTPS. Проверить корректную работу сайтов через HTTPS. 5. Резервное копирование Необходимо настроить backup: файлов проектов; баз данных; .env файлов; uploaded media; cron-конфигураций; Nginx/Apache конфигураций. Backup должен выполняться автоматически по расписанию. Желательно хранить копии отдельно от основного сервера. 6. Проверка после переноса После миграции необходимо проверить: отсутствие 500/403/404 ошибок; отсутствие критических ошибок в Laravel logs. 9. Результат выполнения После завершения работ должно быть: Laravel-проекты успешно перенесены на новый сервер; сайты работают стабильно; SSL настроен; сервер защищен базовыми security-настройками; доступы к критическим файлам закрыты; backup настроен; cron и queues работают; старый сервер можно отключить после финальной проверки.

Ищу разработчика на проект из 4 связанных задач, для сайта best-matchmaking.com выполняются последовательно:Интеграция готового premium Blade-шаблона блог-статьи + автогенерация Schema/SEO-разметки (Article, FAQPage, Open Graph, canonical) для всех текущих ибудущихстатейДоработка структуры блога: смена URL с 301-редиректами, переименования в футере/меню/хлебных крошках, чистка скрытого кода, удаление категорийНовый блок (фото + цитата отзыва) в существующий конструктор главной и посадочных страниц = возможность самостоятельно добавлять текстовые блоки между разделамиУнификация шрифтов, размеров и цветов по всему сайту (кроме блога) — единый стандарт для заголовков и обычного текста, включая хедер и футерДетальное ТЗ по каждому пункту — Прилагаю ниже по гугл ссылке.https://docs.google.com/document/d/1E5oQO2E-xmKJ3C0jW0ZsSPDBjaiELq0ETxfdivW6yIs/edit?tab=t.0 HTML-образцы и код отправляю в личку после отклика ВАЖНО.! Детально просмотрите все 4 задачи ,Прежде чем выдавать оффер, особенно последнюю- шрифты. Там достаточно много работы.Нужен опытLaravel + Blade — уверенный, не начальный уровеньФронтенд (CSS/JS) на том же уровне, что и backendОпыт работы с существующим, не своим кодомФормат работыBackup и тестовый сервер перед началом, перенос на продакшн ОБЯЗАТЕЛЬНО — после согласования и тестированияОбязательная самопроверка на всех устройствах до сдачи — присылать "готово, проверяйте" без собственного тестирования не подходит. Баги, найденные после сдачи, исправляются в рамках той же задачи. Баги, возникшие при переносе. В ходе переноса так же должны будут быть исправлены на продакшн.Отчёт со скриншотами "до/после" по каждому пунктуСрок и бюджет — после оценки объема по детальному ТЗ. Жду ваши офферы. Спасибо

Оптимазация сайта jdgreta.co.uk на Shopify. Сео аудит приложен к проекту. Основные задачи - - Поправить все мета данные - Выполнить ТЗ для программиста (тк в этом проекте совмещены задачи для программиста и СЕО, если вы не компания - можете использовать помощь) - Поправить мелкие заметные корявости - можете перейти на странички и добавить в ставку ваши наблюдения - это более чем приветсвуется. - Поправить отзывы тк дублируются в карточках (скриншоты добавлены) исползьуемJudge.me плагин - Поправить цвет текста в некоторых местах, например в фильтрах для лучшей читабильности - Обновить шаблон Next

Нужен специалист, который сможет правильно настроить товарный Feed. Проблема: Сейчас более 13 000 товаров выгружаются с одинаковым значением типа (например, «все для маникюра и педикюра»). Из-за этого в Google Ads невозможно разделить товары на сегменты и задать разные рекламные бюджеты. Задача: Передавать в тег только конечную подкатегорию (название папки), где физически лежит товар на сайте, вместо общей корневой категории. Условие: Нужен плоский список — без «хлебных крошек» и родительских категорий через >. В тег должно попадать только одно, последнее словосочетание (название конечного раздела). ❌ Сейчас (неправильно): все для маникюра и педикюра ✅ Как надо: База: Базы Цветной лак: Гель-лаки Фрезер: Фрезеры Стартовый набор: Стартовые наборы Воскоплав: Воскоплавы

Сейчас есть магазин на опенкарт, письма о заказах попадают в спам, нужно сделать так, чтобы они попадали во Входящие (ukr.net gmail), проверьте. Хостинг написал: Плохая доставка электронной почты может быть связана с низкой репутацией отправителя - IP или домена. В таком случае можем посоветовать вам выполнить следующие шаги для улучшения вашей репутации отправителя: 1. Переведите сайт на выделенный IP-адрес. Когда вы используете общую IP-адресу хостинга вместе с другими пользователями, ваша репутация может быть ухудшена действиями других отправителей электронной почты. Если один из пользователей, использующих ту же IP-адресу, отправляет спам или нарушает правила, это может отразиться на репутации отправителя для всех пользователей, которые используют эту IP-адресу, включая вас. Также некоторые почтовые сервисы ограничивают количество писем, которые они принимают от одной IP-адресы, что может сделать невозможной бесперебойную работу вашей почты даже в случае сохранения хорошей репутации общей IP-адресы хостинга. Подробнее о заказе выделенной IP-адресы для услуги хостинга: https://thehost.ua/hosting/ip 2. Проверьте, существуют ли и правильно ли настроены SPF, DKIM, DMARC записи на вашем домене. Указанные методы аутентификации могут значительно повысить вероятность доставки вашего письма и также являются обязательными для приема в "Входящие" на некоторых почтовых сервисах. Подробнее о технических нюансах настроек указанных записей по адресу: https://thehost.ua/wiki/email-reputation 3. Используйте SMTP-протокол для отправки почты. 4. Используйте double opt-in для рассылки вашим адресатам. Не запускайте рассылки писем "вслепую" - это повышает риски попадания в спам-пастку для этого письма, что может привести к попаданию в черный список спам-фильтров для вашей IP или домена. 5. Избегайте похожих на спам тем писем и придерживайтесь в письме указанного темой контекста. Избегайте фраз-триггеров, некоторые из которых указаны здесь: https://overloop.com/blog/455-email-spam-trigger-words-avoid-2018/