Frage

Ich habe gerade BroadleafCommerce auf zwei verschiedenen Hosts installiert, eines ist Mac OS X, eins ist Debian / Raspberry Pi. Sowohl mit JDK1.7 als auch Tomcat7. Auch mit MySQL auf beiden. Grundsätzlich die gleichen Umgebungskomponenten, mit der Ausnahme, dass Raspberry Pi mit weniger Haufen der JVM (256m) zugeordnet ist.

In beiden Hosts beginnt die Anwendung mit denselben Protokolleinträgen, und die Datenbanktabellen werden auf beiden Hosts erstellt und ausgefüllt. Auf meinem Mac OS X-Host sieht alles gut aus. Bei Raspberry Pi zeigen die Produkte nicht im Abschnitt Inhaltsabschnitt , es gibt jedoch Bilder / Produkte in der rechten Seitenleiste dargestellt. Aber auch Kategorien fehlen in der rechten Seitenleiste. Wenn jedoch die MySQL-DB-Tabellen auf meinem Raspberry PI-Host, generas, generationspflichtig und blc_product und blc_category-Tabellen überprüft, werden jedoch mit Daten gefüllt. Und blc_category_product_xref zeigt keine Fehler, wenn ich eine bestimmte Seite öffne.

Ich folgte den Anweisungen auf http://www.boadleafcommerce.com/docs/core/corrent/tutorials/getting-started-tutorials/switch-nach-mysql-tutorial nachdem ich einen generationspflichtigen aggregat des repositorys gemacht habe. Dann baue ich alles über den generationspflichtigen GradicetAgcode und bereitete die Kriegsdatei in Tomcat ein.

Dies ist, wie es auf Mac OS X ordnungsgemäß aussieht: Bildbeschreibung eingeben Sie hier ein

Dies ist, wie es auf meiner Raspberry Pi-Installation aussieht - Produkte zeigen nicht in den Kategorien Inhaltsabschnitte :

Bildbeschreibung hier eingeben

Dies ist das Protokollat-Tomcat-Startup (beachten Sie, dass die Ausgabe auf beiden Systemen gleich ist. Obwohl es Fehler gibt, werden die Datenbanktabellen auf beiden Systemen korrekt erstellt).

und ich habe geprüft, dass DB-Tabellen auf beiden Systemen abfragen können, falls-unempfindlich (ich hatte bei Debian / Raspberry Pi vor dem Debian / Raspberry Pi eingestellt), so dass dies kein Problem sein sollte.

Startup-Protokoll von Tomcat: http://pastein.com/83qstvec

update: Ich habe alles für eine Stunde unberührt gelassen, dann zurückgekehrt und erfrischt die Site. Und voila, auch auf dem Himbeer-Pi, erscheinen alle Produkte. Es sieht so aus, als ob es eine Weile dauert, bis ein Prozess auf dem RPI abgeschlossen war, obwohl ich nicht weiß, was es war oder welche DB-Tische, wo verwandt waren. Wenn ich die Datenbank über eine direkte Abfrage überprüft habe, wurden bereits die offensichtlichsten verwandten Tabellen (Produkt, Kategorie) bereits mit Daten gefüllt. Noch kein Hinweis, was in dieser Stunde passiert ist, die die Produkte erscheinen lassen. Oder vielleicht basieren die Katalogseiten auf Solr-Abfragen und Solr hat noch nicht mit der Indizierung abgeschlossen?

War es hilfreich?

Lösung

weil Sie nur 256 MB RAM für RPI zugewiesen haben, und auch eine viel langsamere CPU, wahrscheinlich dauerte es länger, um alle Demo-Produkte zu indexieren.

ja Sie haben recht, der SHIRLEAF-Demo-Site holt alle Produkte von db ab und indexieren Sie sie in Batchgrößen von 100.

so dauerte der Indexierungsprozess länger auf RPI.

Die Demo-Site macht die Größenänderung von Bildern auf Anfrage, wie dies angefordert wird.Diese werden auf lokaler Temp-Speicher geschrieben und von dort von Tomcat von dort auf der zweiten Anfrage serviert.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top