Бюджет: 10000 UAH Термін: 30 днів
Здравствуйте, наша команда готова приступить к заданию, сделаем быстро и качественно.
Общее описание
Разрабатываем веб-сервис для формирования отчетности (7 отчетов) из БД.
Пишем под yii2, от разработчика требуется хорошие практические навыки в ООП и паттернах программирования (сервис-локаторы, декораторы, DDD, DI) с пониманием их интеграции в yii2.
Что хотим получить
В конечном итоге мы должны получить:
Фронт:
- страница входа в систему;
- страница выбора отчета и задания параметров для формирования отчета: даты формирования отчета и опции для настройки отчета. В том числе, можно указать сохранить отчет в системе (см. страницу истории ниже) или отправить на электронный ящик;
- постановка отчета в очередь задач на выполнение отчета;
- страница истории формирования отчетности: перечень отчетов, которые были сформированы с возможностью загрузки выбранного отчета;
Обработчик очереди задач:
- формирование отчета в выбранном формате (PHPExcel в формате Excel или преобразованный в PDF) с сохранением его локально или отправкой на электронную почту в зависимости от переданных настроек
Требования
Основные технологии для данного проекта: Yii2 Queue Extension, PhpSpreadsheet.
Прямая работа с БД с помощью DAO/Query Builder и встроенных процедур, без использования Active Record
От исполнителя требуется демонстрация кода (выполненных работ) подтверждающего опыт работы с данными технологиями.
Бюджет: 10000 UAH Термін: 30 днів
Здравствуйте, наша команда готова приступить к заданию, сделаем быстро и качественно.
Чем вам активрекорд не угодили? Вам нужны велосипеды? Тогда зачем yii2 используете если не хотите использовать его возможности?
Активрекорд рекомендуют не использовать сами разработчики yii. Если прочитаете официальную документацию в разделе повышения производительности.
Мы отказались от использования AR в высоконапряжённых системах так как он слишком медленный. И больше его не используем.
P.S. У нас есть хорошие программисты-аналитики, которые готовят представления данных или встроенные процедуры для СУБД.
Зачем переходить если всё устраивает?
Не совсем понимаю, как Вы поняли, что база на MySQL. Поделитесь соображениями.
P.S. Нет, не на MySQL. Используем PostgreSQL.
просто предположение было, обычно с мускулом проблема в высоконагруженных системах, тогда пытаются не использовать activeRecord, постгресс лучше))
Проблема не в MySql, а в кривых руках. Вы абсолютно не понимаете причины понижения производительности с active records. Я давно работаю с многими БД в том числе и с PostgreSql, но на данный момент в проектах не претендующих на звание "ОЧЕНЬ МЕГА" в выгоднее использовать именно mysql, да и вообщем-то начинать любой проект лучше именно с MySql, а если проект вырастет и упрется в БД, тогда сменить ее на подходящее решение. Плюсы и минусы есть и у того и у другого. Заметную отдачу от PostgreSql вы ощутите когда у вас в таблицах будет 100М+ записей, и в штате будет отдельный специалист по БД который будет курировать разработку связанную с нагрузкой на БД. А если веб-разработчик не является узким профи по PostgreSql, то в итоге он только создаст проблемы для проекта в целом.
Специально для таких вопросов у нас в штате есть два специалиста
- DBA - database administrator, задачами которого является обеспечение производительности и надежности работы БД на серверах;
- Аналитик (БД), задачами которого, в том числе, является обеспечение производительности на уровне базы данных.
Первый, выжимает всё возможное из оборудования на котором работает СУБД, а второй, из СУБД.
Потрібно перенести самописний проєкт із CodeIgniter 2 на Laravel 12. Подробиці надам в особисті повідомлення.
Проєкт Існуючий сайт розроблений наSymfony. Потрібно прийняти проєкт на підтримку, ознайомитися з кодом та надалі виконувати доопрацювання. Основні завдання Впровадити всі технічні рекомендації SEO-спеціаліста згідно з наданим технічним завданням. Внести зміни до конфігуратора пам’ятників відповідно до окремого переліку вимог. Реалізувати оновлений дизайн сайту (верстка та інтеграція нового дизайну). Виконувати подальші технічні доопрацювання та підтримку сайту за потребою. Від розробника очікується Ознайомлення зі структурою проєкту та кодовою базою. Оцінка вартості та термінів виконання кожного етапу. Дотримання існуючої архітектури проєкту та якісна реалізація змін. Підтримка зв’язку щодо виконання завдань і можливих технічних рішень.
Хочу бота для Телеграму. Завантаження діалогів. З допомогою ШІ перевірка на потенційну брехню. Сайт з розширеними можливостями. Реєстрація, API, статистика тощо.
Потрібно мігрувати інтернет-магазин Opencart з PHP 7.4 на PHP 8.x. Наразі стоїть ядро v 3.0.3.8. Читаємо, що скоріш за все доведеться мігрувати і ядро на версію 4.0 і ніби складнощів не мало б бути... Функціонал здебільшого кастомний, також є Simple, OCFilter, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.
Необхідно виконати оновлення, перенесення та налаштування 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 працюють; старий сервер можна відключити після фінальної перевірки.