Сергей Сергеев

Сергей Сергеев

Был в сети 13 марта 2024, 22:37
Заказы не принимаю
''Сложность" реализации на Yii/Laravel относительно MODX если речь идет НЕ о шаблонном решении — миф, точно такой же как ''сайт на cms легче поддерживать", если конечно речь не идет о разработчиках за 500 рублей / пучок, которые ''разрабатывают решения" установкой шаблонов в WordPress и дополнений в MODX. Вы не подумайте, MODX — отличная платформа для самых различных решений (я бы даже сказал — лучшая в плане универсальности), но смысл городить из нее социальные платформы (modx.pro — крайне редкий пример удачного решения такого плана) и «авито-только-лучше» имеет смысл ровно до той поры пока возможности админки соответствую информационной архитектуре сайта, дальше начинаются нюансы, написание отдельной админ панели и другие моменты которые нивелируют все плюсы CMS.
Создание «Многопользовательского социального проекта» надо начинать не с выбора CMS, а c проектирования и документирования задач, которые в свою очередь будут руководством для разработчика (разработчиков), и исходя из которых скорее всего станет ясно что проще (и лучше) реализовывать такого плана сервисы на php фреймворках типа Yii или Laravel, а не «забивать микроскопом гвозди».

«Какой примерный бюджет» — сказать сложно без точного понимания всех деталей, но можно уверено сказать что от 100k если исходить из условия что разработчик видит подобные задачи не первый раз в жизни (и понимает как это реализовать) а не просто решил потренироваться за деньги «участников краудфандинга» в создании чего то подобного.
Варианты:

1. Экспортировать таблицу из БД + правки как уже сказал Наумов Алексей
2. Создать экспорт ресурсов в .csv через pdoResources или через xPDO, потом простейшим сниппетом с помощью foreach и $modx->runProcessor('resource/create'… создать ресурсы из файла.
3. Использовать экспорт / импорт дополнений типа catalogfill
В вашем вопросе нет вопроса, это какие то абсолютно бессмысленные рассуждения, резонёрство. Ну наверно можно предположить битые сектора HDD/SSD, некорректные права/владельца, некорректный (не предполагаемый) результат работы самого сниппета или нашествие рептилойдов с планеты небиру. До тех пор пока вы не сформулируете что такое «каким-либо образом некорректно скомпилированный/сохраненных код» т.е. в чем его некорректность, ответ дать на этот «вопрос» крайне затруднительно.
Основная проблема как уже выше озвучили в «вариативности задач». Конечно хорошо если долгосрочные проекты по знакомому стеку технологий, а если «лучшие сайты подешевле оптом на любых cms и фреймворках» (как обычно и бывает, увы).
Нет это не старость, «ожидаемый стек» реально уже давно вышел за все разумные пределы, а ведь «клиповость мышления» это всегда плохо с точки зрения повторяемости результата и глубины знаний. Аналогии с инженером же некорректны, от инженера не требуется обширных знаний в различных областях, его знания не устаревают под ноль за несколько лет, наоборот, нередко полученных знаний хватает до самого конца карьеры. Но самое грустное что с ростом стека как то не видно аналогичного роста оценки вознаграждения в виде денежных знаков, сегодня с джуна требуют больше чем 10 лет назад с сеньора.