Issue 118

[tanarurkerem]

Hozzáadtam a memcached, és a solr beállításokat, reszeltem a docker konténereken (drupal-dev, docker-solr), betettem a szükséges beállításokat, bekapcsoltam a modult, de nem megy. Valaki segítség?

Tesztelni a következőképpen tudod:

1. lősz egy db dumpot és beteszed a könyvtárba ahol a fig.yml van
2. Elindítod a cuccot fig up -d
3. Nyitsz egy shell-t a konténeren belül: docker exec -t -i drupalhu_web_1 bash
4. Szerzel egy mysql shell-t drush sqlc
5. Beimportálod az adatbázist \. /home/dev/[dumpneve].sql
6. Kérsz egy belépési linket drush uli

80-as porton elérhető a cucc Linuxon a localhoston, Mac OSX-en a boot2docker ip porton.

[tanarurkerem]

Most a ping vígan megy, de utána már semmilyen adatot nem tud lekérdezni a acquia-s szörcs.

A helyzet az, hogy a docroot/sites/all/modules/contrib/search_api_acquia/includes/SearchApiAcquiaSearchConnection.php van egy sendRawGet függvény, amiben a prepareRequest előtt az url így néz ki: http://solr:8983/solr/CDKV-36627/admin/luke?numTerms=0&wt=json&json.nl=map utána pedig így: https://solr/solr/CDKV-36627/admin/luke?numTerms=0&wt=json&json.nl=map&request_id=54a8e4e1cf2db
Tehát mind a portot is kilövi, mind pedig átrakja https-re.

Namost a megoldás, hogy a solr nem a jetty-s cuccban fut, hanem átrakjuk tomcat alá. Valaki? Vagy beteszünk egy reversproxy-t, ami a port forwardot megcsinálja. (persze simán lehet, hogy a nem valid certifacte miatt még egy nagyobb szopásra lehet számítani)

Kérdés, hogy biztos blokker-e ez a dolog? Nekem nem lesz szignifikánsan több időm foglalkozni ezzel a kérdéssel 8.-áig.

[snufkin]

Arra, hogy blocker-e ez az 1.1-et illetoen:

Szerintem rengeteg olyan fejlesztesi feladat van, amire mar jo lenne a mostani 1.1 (minusz a solr tamogatas), szoval en ammondo volnek h inkabb legyen egy 1.1 ami kicsit kevesebbet tud, de mar hasznalhato fejlesztesre, mint h varjunk egy specifikus funkcionalitas sandboxolhatosagara es ezert tolodjon az egesz.

[aboros]

szerintem se katasztrófa ha egyelőre nincs helyi solr, de ha a localhostom írni tudja az acquia indexet, az probléma. ha nem tudja, akkor nem gáz, hogy nincs helyben keresés, van egy rakás dolog amihez nem is kell az, csomó meló elvégezhető nélküle.

[snufkin]

Ha a scrubbol kiutjuk az index adatait, akkor nem fogja tudni irni, lehetne ez az elso lepes.

[tanarurkerem]

Akkor az acqia_subscription_data variable-t kell törölni.
Még az a kérdés, hogy a server class-t át tudjuk-e írni, és ha átírjuk akkor mi lesz, működni fog-e.