ft:db 3.0 steht vor der Tür

[bummtschick]

Liebe Gemeinde,

über die Feiertage hatte ich etwas Zeit zum Programmieren, also gibt's endlich ein Update. Neu ist:

• Die alten Links sollten endlich wieder funktionieren. Eingebaut habe ich:
  • /web_document.php?id=UUID
  • /details.php?ArticleVariantId=UUID
  • /search.php?keyword=SUCHTEXT
  Sollte Bedarf für weitere bestehen, bitte Bescheid sagen!
• Ticketnummern ('#1234') sollten in den Titeln nicht mehr sichtbar sein.
• Suchfeld hat Autofokus. Danke für den Hinweis!

Noch zu tun:

• Suche nach Artikelnummern ist unverändert zu unscharf, da muss "scharf" gesucht werden (Hinweis von Rudi).
• Der "+"-Knopf in den Kategorien ist leider noch kaputt
• Anzahl der Suchergebnisse erhöhen, Anzahl der angezeigten Bauteile in Stücklisten erhöhen.
• Editor- und Importfunktionen für Stücklisten
• Dokumentation der APIs

Sollte ich etwas vergessen oder übersehen haben, oder sonst etwas klemmen, bitte melden!

[PHabermehl]

Das ist toll, vielen Dank!!!!!

Gruß
Peter

[juh]

Sehr, sehr genial! Und ich dachte schon, ich muss alle Links, die ich in meinen designs auf die ftdb gesetzt habe, nacheditieren. Ich habe einmal probeweise die von dieser Seite geprüft und alle funktionieren. Allerdings: Auch hier führt die unscharfe Suche oft zu falschen Treffern.

Suche nach Artikelnummern ist unverändert zu unscharf, da muss "scharf" gesucht werden

Falls irgend möglich sollte dieses also auch auf die UUID-Suchen angewendet werden.

Vielen Dank für die tolle Arbeit!
vg
Jan

[bummtschick]

Ich hab noch etwas "nachgeschärft":

• Ich habe eine "Alias" für die /ticket/-URLs eingebaut; statt dessen funktioniert auch "/ft-article/", also zB https://ft-datenbank.de/ft-article/2651 . Alle vom System erzeugten Links haben jetzt ft-article drin, so dass hoffentlich "ticket" nicht mehr zu sehen ist, aber die Änderung ist rein kosmetisch, es funktionieren beide gleich.
• Man kann jetzt direkt auf einen Artikel per UUID gehen.
  https://ft-datenbank.de/ft-article/46 und https://ft-datenbank.de/ft-article/0a47 ... 3d42976e4b liefern die gleiche Anzeige.
• Die Umleitungen für die alten Links sind jetzt auch Aliase, dh die Seite wird nicht mehr neugeladen, sondern https://ft-datenbank.de/details.php?Art ... 25d06f737b bleibt in der Adresszeile stehen.
• Ich habe den Index neugebaut und für UUIDs und Artikelnummern die Ähnlichkeitssuche abgestellt. Bei UUIDs scheint das zu funktionieren, bei Artikelnummern ist die Suche immer noch nicht ganz scharf, da muss ich noch mal ran.

Viel Spaß damit!

[steffalk]

Großartig! Danke!

[juh]

Phantastisch! Alle UUIDs führen jetzt zu exakten Treffern, vielen Dank!

lgj

[PHabermehl]

Hallo Zusammen,
vielleicht habe ich mal wieder was übersehen, aber auf jeden Fall brauche ich Hilfe!

Könnt Ihr mir sagen, wie ich die Einzelteilliste eines best. Baukastens - idealerweise mit Bildern - in druckbarer Form aus der DB bekomme?

Danke und Gruß
Peter

[Karl]

Hallo,
schon probiert, linke Maustaste das Element aufrufen, dann auf Grafik rechte Maustaste "Grafik anzeigen" und wieder
mit rechte Maustaste "Grafik speichern unter" ?
Es gibt auch die Möglichkeit "Seite speichern....".

[Rudi]

Hallo bummtschick,
mir sind ein paar Unstimmigkeiten aufgefallen:
Bei den Statik I Streben wurde öfter ein großes L statt des großen I verwendet.
Richtig ist 36914 S-Strebe 15 I
Falsch ist z. B. die schwarze Statik-Strebe 36912 S-Strebe 30 L
Der Fehler tritt auch auf bei 36913, 36952, 36923, 38543
und bei grauen Streben 38534, 38533
und gelben 38545
und der roten 139646
und grünen 143235
Ich habe nicht alle angesehen!

Aufgefallen ist mir die doppelte Beschreibung des Flexprofils 180 Nr. 143234

Viele Grüße,
Rudi

[JoeTo]

Browser
Aloha 2.81.
Chrome 72.0.3626.74
Puffin 5.2.2
Edge 42.10.3

Ich kann die FT-Datenbank auf dem ipad 2 nicht verwenden. Sicher ist das nicht mehr die neueste Hardware. Aber ideal im harten Schulalltag. Scheint an der Art des
Ajax Aufrufs zu liegen. Der Zugriff auf einzelne Seiten https://ft-datenbank.de/ft-article/518 funktioniert.

Lediglich die Suche... und damit der komplette Einstieg leider (noch) nicht.

Danke Joerg

[H.A.R.R.Y.]

Hallo zusammen,

wann können denn die alten Links aus den diversen ft:pedia (z. B.: https://ft-datenbank.de/details.php?Art ... 40364289df) umgebogen werden?
In dem speziellen Fall sollte der alte Link anstatt auf

Fehler
Entweder ist 0 keine gültige Ticket-ID, oder Sie sind nicht ausreichend berechtigt, dieses Ticket zu sehen.

besser zu https://ft-datenbank.de/ft-article/2279 weiterleiten.

Grüsse
H.A.R.R.Y.

[richard.kunze]

Hallo H.A.R.R.Y,

wann können denn die alten Links aus den diversen ft:pedia (z. B.: https://ft-datenbank.de/details.php?Art ... 40364289df) umgebogen werden?

Das sollte eigentlich schon funktionieren, siehe https://ft-datenbank.de/details.php?Art ... 2fd1886939 als Beispiel und viewtopic.php?f=32&p=38053#p37196 für Bummtschicks Ankündigung.

In dem speziellen Fall sollte der alte Link anstatt auf

Fehler
Entweder ist 0 keine gültige Ticket-ID, oder Sie sind nicht ausreichend berechtigt, dieses Ticket zu sehen.

besser zu https://ft-datenbank.de/ft-article/2279 weiterleiten.

In dem speziellen Fall scheint die UUID aus dem Link kaputt zu sein. Zumindest finde ich unter der UUID 32840fcb-ef6c-4539-a782-fb40364289df auch in der alten FTDB (ist unter http://old.ft-datenbank.de/ zugänglich) nichts, und das "Interface IBM sw tp 6,8V (66843) CVK" hat da (genau wie in der neuen FTDB) die UUID f4d5ca52-92f1-40db-842d-c563e2721bc0.

[H.A.R.R.Y.]

Hallo richard.kunze,

Danke! Mein Fehler: 66843 geht, es ist 39319 um den es eigentlich ging. Seltsam ist das schon, dass der als einziger aus der Linksammlung nicht mehr "will". Kann aber daran liegen, dass eventuell ein falsches Element aus der damaligen ftdb rausgenommen wurde und jetzt nicht mehr da ist. Nicht unbedingt problematisch, es fiel mir nur auf.

Gruß
H.A.R.R.Y.

[Speerwerfer]

Gibt es Pläne maschinell auswertbare Ergebnisse liefern zu können (json, oder csv) um Applikationen(z.B. Inventar) auf der ft:db aufbauen zu können?

Es gibt eine JSON/REST API über welche öffentliche Daten eingesehen werden können. Meines wissens ist akutell davon aber keine öffentliche Dokumentation vorhanden. Vieles davon findet sich aber einfach via Netzwerkinspektor, weil das auch das Frontend benutzt. Ein kleines Beispiel zum API:

https://ft-datenbank.de/api/ticket/39 sind die Einzeldaten vom "3-6 Lorenzug" Baukasten. ft_contains ist dann eine Liste der Bauteile die enthalten sind. Die IDs in der Liste ersetzen die 39 in der URL vom Baukasten. Also z.B. https://ft-datenbank.de/api/ticket/4709

Für Stücklisten gibts aber auch direkt https://ft-datenbank.de/api/ft-partslist/39 (mit paginierung auf dem page Parameter), wo auch die Anzahl drin ist, was in der vorher beschriebenen Datenquelle fehlen würde.

3. Gibt es eine Übersicht der nutzbaren URL-Parameter

Ich nehme an für die Suche? Das fällt wieder unter API Dokumentation, da die Suche direkt den API benutzt. Im wesentlich unterstützt sie allerdings einfach fulltext, Sortierung, die Filter auf der linken Seite (Typ und Kategorie) sowie Sprache (lang) und Paginierung.

Ich hab noch mal ne Frage zu dem API. Gibts da mittlerweile ne Doku? Ich hab mal versucht eine Liste der Tickets (Einträge) auszulesen. Mit https://ft-datenbank.de/api/tickets bekomme ic 20 Einträge. Mit https://ft-datenbank.de/api/tickets?page=X kann ich dann weiterblättern (jeweils 20 Einträge). Gibts ne Möglichkeit mit einer Abfrage alle Tickets auf einmal im JSON zu bekommen?

[Ma-gi-er]

Hallo Martin

Gibts da mittlerweile ne Doku?

Du kannst die Dokumentation mit https://github.com/baubadil/phoxygen aus https://github.com/baubadil/doreen erstellen.

Gibts ne Möglichkeit mit einer Abfrage alle Tickets auf einmal im JSON zu bekommen?

Nein, alle Antworten sind paginiert. Evt. kann die Anzahl Einträge pro Antwort angepasst werden, da erinnere ich mich gerade nicht mehr. APIs sind häufig paginiert um Serverlast zu ersparen. Wenn du alle Tickets auf einmal wolltest, müsste der Server mehr oder weniger die ganze Datenbank in eine JSON Antwort zusammenfassen und diese dann dir senden. Das ist nicht nur sehr viel Zeit um eine Anfrage zu beantworten, sondern auch sehr viel Datenvolumen für eine API Anfrage.

Martin

[Speerwerfer]

Super, danke für die Rückmeldung