Широкоформатная коммерция:Демонстрационный сайт, на котором не показаны продукты
-
02-01-2020 - |
Вопрос
Я только что установил BroadLeafCommerce на двух разных хостингах, один - Mac OS X, другой - Debian / Raspberry Pi.Как с JDK1.7, так и с Tomcat7.Также использую MySQL на обоих.Таким образом, в основном те же компоненты среды, за исключением того, что Raspberry Pi работает с меньшим количеством кучи, назначенной JVM (256m).
На обоих хостах приложение запускается с одинаковыми записями журнала, и таблицы базы данных создаются и заполняются на обоих хостах.На моем хостинге Mac OS X все выглядит нормально. На Raspberry Pi продукты не отображаются в разделе содержимого, Однако на правой боковой панели отображаются изображения/ продукты.Но также отсутствуют категории на правой боковой панели.Однако, когда я проверяю таблицы базы данных mysql на моем хостинге raspberry pi, blc_product
и blc_category
и blc_category_product_xref
таблицы заполняются данными.И catalina.out
не показывает никаких ошибок, когда я открываю определенную страницу.
Я следовал инструкциям на http://www.broadleafcommerce.com/docs/core/current/tutorials/getting-started-tutorials/switch-to-mysql-tutorial после того, как я сделал git clone
из хранилища.Затем я построил все с помощью mvn clean install
и развернул файл war в Tomcat.
Вот как это правильно выглядит в Mac OS X:
Вот как это выглядит на моей установке Raspberry Pi - товары не отображаются в разделах содержимого категорий:
Это журнал при запуске Tomcat (обратите внимание, что выходные данные одинаковы в обеих системах;несмотря на наличие ОШИБОК, таблицы базы данных создаются корректно в обеих системах).
И я проверил, что в обеих системах таблицы базы данных могут быть запросами без учета регистра (ранее я установил lower_case_table_names=1 в Debian/Raspberry Pi), так что это не должно быть проблемой.
Журнал запуска Tomcat: http://pastebin.com/83QsTVeC
Обновление:Я оставил все нетронутым на час или около того, затем вернулся и обновил сайт.И вуаля, даже на Raspberry Pi появляются все продукты.Похоже, что потребовалось некоторое время, пока какой-то процесс не был завершен в RPi, хотя я не знаю, что это было и какие таблицы базы данных были связаны.Когда я проверял базу данных с помощью прямого запроса ранее, наиболее очевидные связанные таблицы (продукт, категория) уже были заполнены данными.До сих пор понятия не имею, что произошло за этот час, из-за чего появились эти продукты.Или, может быть, страницы каталога основаны на запросах Solr, а Solr еще не закончил индексацию?
Решение
Поскольку для RPi выделено всего 256 МБ оперативной памяти, а также гораздо более медленный процессор, вероятно, solr потребовалось больше времени, чтобы проиндексировать все демонстрационные продукты.
Да, вы правы, демонстрационный сайт broadleaf извлекает все продукты из базы данных и индексирует их в пакетах размером 100 штук.
Так что наверняка процесс индексации в RPi занял больше времени.
Также демонстрационный сайт производит изменение размера изображений по запросу в соответствии с запросами.Они записываются в локальное временное хранилище и обслуживаются tomcat оттуда по второму запросу.