Финансовая поддержка VPS, бесплатные дополнения и docs Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию. Поддержать

Всего 126 140 комментариев

Futuris
Futuris
Dan
Dan
Класс может не добавили или в скрипте ошибка какая. А тут нет разницы какой CSS-фреимворк, я ими вообще не пользуюсь например) если что можете написать доступы мне телеграмм (аккаунт в профиле) гляну сегодня и поправлю, заодно напишу в чем была проблема
Futuris
Futuris
Спасибо за информацию! У меня странно эти плюсы-минусы работают на странице товара. Плюсуешь — все работает. А вот минусовка не работает — т.е. в корзине число меняется, а на странице при минусации не уменьшается. Тут с нашим фронтом разбираться нужно. У нас не bootstrap, а свой UI-фреймворк стоит.
Алексей Соин
Алексей Соин
репликация настраивается на уровне бд, всё это уже есть в mysql, postgres, никакие инструменты искать не надо, репликации можно настраивать в режиме как мастер-мастер, так и в режиме мастер-слейв, то есть вторая база чисто для чтения используется.
Александр Туниеков
Александр Туниеков
можно реплицировать бд и для этой бд сделать апи используя уже любой удобный яп, фреймворк и т.д
Реплиировать бд это синронизация бд или просто раз скопировать?
Если раз скопировать, то как функционал который еще не написан, а работать компании нужно? А написать год или 2.
Если синхронизировать, то это может гемор. Самописно я пробовал и точно гемор. А какой либо софт не знаю не смотрел еще. Если подскажете, будет интересно. И еще многие таблицы исторически созданны не оптимально. Хочется их переопределить, но сайт под эту структуру таблиц уже заточен. При синхронизации хотелось бы переопределить структуру таблиц :-(.
Александр Туниеков
Александр Туниеков
Ну на модекс написан за 8 лет большой функционал и на другой сервер его маленькими блоками не перекинешь.
И большими может тоже не перекинешь :-(. Вообщем есть таблица заказов и от нее зависит склад, производство, снабжение, логистика и т.д. Я счас пытаюсь маленькие блоки на vue перевести. Например распределение деталей из заказов по сменам производства. Или хотя бы написать распределение ресурсов(работников) по сменам.
Александр Туниеков
Александр Туниеков
Хороший вопрос :-). Сам думал. Но gtsAPI это только часов 6-12 остальное разборки с vue. Чтобы отдать чисто страницу с #app надо реализовать функионал который выдается pdoMenu и Login еще. Это еще часов 40 для реализации авторизации. Ну меню конечно роуты SPA дают не так сложно если по стандарту идти, но весь функционал за 8 лет написанный я в vue за неделю не напишу. И за года 2 не напишу наверно :-). То есть надо и меню модекс переключать и меню SPA. Что тоже сложно. Пока проще pdoMenu и Login от модекса и только подрубать часть функионала на vue на странице.
Алексей Соин
Алексей Соин
тут множество решений, если на сайт большая нагрузка, то нагружать сервер ещё и апи для мобильного приложения его ещё больше добьёт, можно реплицировать бд и для этой бд сделать апи используя уже любой удобный яп, фреймворк и т.д. Минус при этом будет это параллельная поддержка изменений в двух точках входа. Создав апи на томже сайте с большим функционалом также надо будет не забывать исправив чтото для веб версии поправить также и для апи мобилы. В таком случае более оптимально сделать единое апи для веб и мобилы, так почему бы сразу не потратить это время на перенос всего под оптимальный бэк, использовать для сайта тотже nuxt, next? А если ещё и мобильный клиент собирать на react native или чемто подобным, то можно все изменения и улучшения разпараллелить сразу и для веба и для мобилы. Всё это в конечном итоге будет экономить как и время разработчиков так и деньги заказчиков.
Олег Захаров
Олег Захаров
Мне кажется что идея API все равно актуальна. Вот заказчик захотел сайт. Сделали сайт, с большим функционалом и множеством плюшек. Много времени пользовались и наполнили данными. А потом Заказчик захочет мобильное приложение связанное с сайтом единой базой. Если использовать инструменты создания кроссплатформенных приложений то как мне думается (могу ошибаться) создав API на сайте через указанный выше gtsAPI и чтобы не изобретать велосипед заново на новом стеке технологий — будет гораздо проще и быстрее.
Хотя я сам пока такого не делал (так что мое мнение дилетанта), есть перспектива такая после сайта сделать мобильное приложение с подключением данных с сайта.
deleted
deleted
для чего изначально modx не подходит и нуждается в доработках (использование zoomx, оптимизировать кэширование и тд).
Более того, я туда ещё Eloquent прикрутил) Ну вот заказчику именно MODX нужен был. На Ларе настаивать не стал, ибо практически не работал с ней. Хотя всё же подумываю предложить перенести проект на неё, думаю не особо долго будет контроллеры переписать
Алексей Соин
Алексей Соин
modx, битрикс, laravel, если вопрос какой стек выдержит таблицу с таким кол-вом товаров, то любой, при условии профессионализма самого разработчика. Вопрос не совсем корректный, в комментарии на который я отвечал планируется использовать только лишь как админку и апи, для чего изначально modx не подходит и нуждается в доработках (использование zoomx, оптимизировать кэширование и тд). А что будет в этих 100к товарах непонятно, подойдёт ли минишоп и его допы или также надо будет расширять таблицы, какая посещаемость будет у сайта.