Czy ktoś zna alternatywę dla modułu „field collection”?
Chociaż koncepcja zbierania pól jest bardzo dobrze, mam problem ze współpracą z innymi modułami, takimi jak np. funkcje lub interfejs wyszukiwania. Poszukuję więc alternatyw.
Komentarze
- Kolekcja pól jest naprawdę najlepszym modułem drupal do rozwiązywania problemów, jeśli jest klasą '. Zauważyłem, że ' obsługa różnych modułów jest świetna. Działa z funkcjami i po prostu musisz upewnić się, że preferencje wyświetlania są prawidłowo skonfigurowane, aby działało z wyszukiwaniem.
- Sam, ja ' nie jestem pewien co masz na myśli przez " prawidłowe preferencje wyświetlania ". Czy możesz wyjaśnić?
Odpowiedź
Zobacz Moduł Multifield .
Ten projekt ma na celu dostarczenie prawdziwego rozwiązania dla pól złożonych dla Drupala 7. Chociaż uwielbiam kolekcję Field, nadal musi ona zapisywać rzeczywiste elementy i może powodować problemy z wydajnością z powodu konieczności załadowania wszystkich przywoływanych jednostek kolekcji pól w węźle lub załadowania jednostki nadrzędnej.
Nie jestem pewien jego zgodności z Funkcje lub interfejs API wyszukiwania.
Komentarze
- Ten moduł jest obecnie " niestabilny ", więc używaj ostrożnie w witrynie deweloperskiej, ale zdecydowanie nie ' nie używaj w działającej witrynie bez ciężkich testów
- Niestety kanały nie obsługuje importu wielu pól po wyjęciu z pudełka, więc może to nie być opłacalna opcja, jeśli chcesz zaimportować dane do tego pola
- " Linki pokrewne Pomocna jest sekcja " na stronie modułu multifield.
Odpowiedz
Wypróbuj moduł Akapity , który integruje się z interfejsem API wyszukiwania i Funkcje .
Komentarze
- Tak, akapity są najlepszą alternatywą dla Field_collection.
Odpowiedź
Można rozważyć utworzenie nowego typu zawartości do reprezentowania kolekcji, a następnie użycie wbudowanego formularza jednostki, aby umożliwić tworzenie „ kolekcja ”wewnątrz typu zawartości, do którego się odwołuje. Zobacz: Wbudowany formularz jednostki .
Komentarze
- Ale czy to integruje się z Szukaj? Chcę otrzymać " całą stronę " jako wynik wyszukiwania, a nie tylko " wbudowany typ treści "?
- Nie wiem, co masz na myśli, mówiąc o ' całej stronie jako wynik wyszukiwania. Czy możesz to wyjaśnić?
- Na przykład: I ' m używając typu treści " B " w moim typie treści " A " jako wbudowany formularz jednostki, tak jak to opisałeś (ten typ treści B zawiera ciąg " test "). Kiedy teraz wyszukam ciąg " test " – co otrzymam jako wynik wyszukiwania? Z mojego punktu widzenia musi to być węzeł typu zawartości B. Ale chcę, aby był to węzeł typu zawartości A (który zawiera CT B).
- Zasadniczo to właśnie osiągają kolekcje pól , ale w znacznie bardziej uproszczony sposób.
- Dziękuję za szczegółowe wyjaśnienie. Patrząc na API wyszukiwania, istnieje wyjaśnienie kolejki problemów, które zasadniczo mówi: jeśli moduł contrib jest poprawnie zbudowany, to tak. ( drupal.org/node/1118282 ) Ponieważ IEF obsługuje pola modułu Entity Reference, które byłyby modułem do sprawdzenia. Wydaje się, że kolejka problemów wskazuje, że powinna działać z tym problemem tutaj: drupal.org/node/1651606 .