1. Das sieht so aus, als ich für jede Spieler - Mannschaft Beziehung einen neuen "Datensatz" erstellen muss.
Das ist genau was wir wollen. Um ein post eines types (spieler) mehrere male an ein anderer post (mannschaft) zu binden, muss man ein dritter "erscheinungs" post erstellen, also ja, ein neuer datensatz jedes mal wenn ein (gleicher) spieler zu einer (gleichen) mannschaft gebunden wird.
Dies ist auch was die entwickler hier empfehlen:
https://toolset.com/documentation/post-relationships/#creating-the-same-site-using-a-post-relationship
Leider, braucht es für jede neue erscheinung des spielers eine neue verbindung und damit ein neur zwischen-post.
2. Ich glaube, Toolset sollte sich beeilen mit unserer 1. Idee, doppelte Beitragstypen in einem Beitrag. So schwer sollte das doch nicht sein.
Absolut einer meinung, aber Ich kann da echt nichts am plan ändern.
Was Ich anraten kann, ist dass Du die empfehlung nochmals einsendest, diesmal frangend wo denn bitte die Feature bleibt:
"
Hello, I wanted to inquire if and if, when, Toolset is going to allow connecting the same post to another post of another kind multiple times. This feature is crucial for several structures, it is the A and O of every relationship. Just take these examples:
- Friends (Human <> Human), may be in several relationships repeatedly
- Sports (Team <> Player), may be in several teams several times at different times
- Etc
It is NOT a valuable solution to create a 3rd IPO (Appearance) since you CANNOT query anymore directly the neighbour posts in this relationship kind since there is (with an appearance post) the 3rd level of posts which you cannot query from the first level. Just try, to know what we speak of. You cannot query a Custom Field or display a Custom Field from the "Team" Post type, if you are displaying "Player", and need to have a 3rd IPO between the Team and Player, but you can definitely do this if you use a direct M2M connection between both. However, in this case, you cannot reconnect the same posts twice.
The solution to this is to create a new IPO created by M2M to re.connect the same post, and this should be simple enough, however, it's forbidden by Toolset.
"
Ich würde auf antwort bestehen. Ich kann hier leider nicht weiterhelfen, da alles was Ich weiss, ist dass der vorschlag aufgenommen wurdem, aber es bestehen keine konkrete pläne.
Ich stimme zu, dass dies die EINZIGE lösung die echt erlösung bringt ist.
3. Ich erstelle für einen Spieler eine Mannschaft. In dieser Mannschaft (z.B. FC Barcelona) spielt Messi von 2010 - 2015.
Ich erstelle für Messi noch einmal FC Barcelona, denn jetzt spielt er von 2017 - 2019.
Ja, aber:
- die 2e mannschaft ist genau soviel arbeit wie bei meinem beispiel wo die verbindung neu gemacht wird.
- die 2e mannschaft wird NICHT mit demselben titel (slug) und ID wie die erste gespeichert, wird somit in suchen entweder nicht erscheinen oder die such resultate verdoppeln
- Mit deiner Idee von "ja/nein" kästchen kann man obiges problem verhindern, das stimmt, aber ich glaube das feld muss auch im ziwchen post gespeichert sein, nicht nur in der mannschaft. Dies weil wir ja etliche listen anhand des zwischenposts gemacht haben und geordnet haben.
==> Du darfst dies gerne auf der Test Seite erstmal ausprobieren.
==> Falls Du das willst, werde ich erst mal die datenbasis da neu aufsetzen, damit es genau so ist wie auf deiner aktiven seite.
==> Probiere dies erstmal auf ein, zwei posts, nicht alle 500 mannschaften, damit wir testen können.
==> Dies neue posts können NICHT von Such-Mechanismen ausgeschlossen werden! Das heisst, in einem FrontEnd suchfeld für spieler nach mannschaften, siehst du die mannschaft doppelt. Je nach dem was du dann klickst (suchst) wird auch nur dieses eine resultat gezeigt, also wenn Du nach spieler in FC Barcelona suchst würdest Du dann entweder spieler von FC Barcelona 2017 - 2019 ODER FC Barcelona 2010 - 2015 finden. Aber nicht beide aufs mal 🙁
