Lagerverwaltung Part-DB V0.3+

[Udo N. (weinbauer73)]

Da ja die Version 0.3.0 der Part-DB mittlerweile draussen ist, habe ich 
mal einen neuen Thread eröffnet.

Ich habe in meinem Branch "part-db-uneist" angefangen, die Frames 
abzulösen. Anstelle der Frames gibt es zwei DIV-Blöcke "menu" und 
"content". Die Funktion use_javascript() habe ich lahmgelegt, da alle 
Scripts jetzt in der javascript/main.js nachgeladen werden. Das Baummenü 
javascript/dtree.js ist  in Teilen schon angepasst, so dass die Ziele 
per Ajax in das Ziel"frame" "content" geschrieben werden. Die Hilfe 
wandert in ein IFrame, da sie sonst nicht sauber funktioniert. Ob sie 
später als neue Webseite oder Popup geöffnet wird, das lasse ich offen.

Sobald ich das derzeit ver"gurkte" Design wieder repariert habe, werde 
ich den Branch aktualisieren.

[Udo N. (weinbauer73)]

Revision 699 enthält die erste Version meiner Veränderungen. Der Ordner 
nbproject sollte eigentlich nicht dabei sein, aber SVN wollte den 
irgendwie nicht ignorieren.

http://code.google.com/p/part-db/source/browse/#svn%2Fbranches%2Fpart-db-uneist

[Urban B. (kami89)]

Udo Neist schrieb:
> Der Ordner nbproject sollte eigentlich nicht dabei sein, aber SVN wollte
> den irgendwie nicht ignorieren.

Ja, es ist echt ein Jammer dass es keine ".svnignore" (analog 
".gitignore") gibt... Das hat mich bei SVN schon mehrmals genervt dass 
man die zu ignorierenden Dateien wieder neu definieren muss.

Und das ist nur einer von vielen (nützlichen) Vorteilen, welche GIT 
gegenüber SVN bietet :-)

Vielleicht sollte man K.J. mal fragen ob er bereit wäre, Part-DB nach 
(mMn vorzugsweise) Github zu verschieben? :-)

Ab Anfang nächsten Jahres kann man auf Google Code übrigens keine 
Releases mehr hochladen. Netterweise hat Github genau dieses Feature 
(ich glaube das war noch in diesem Jahr?) hinzugefügt :-D
Nette Strategie von Github...

Natürlich liegt die Entscheidung aber alleine bei K.J., ist schliesslich 
sein Projekt! Ich möchte da nicht reinreden.

mfg

[K. J. (theborg0815)]

jo könnten wir tun werde mich die tage drum kümmern.

[Udo N. (weinbauer73)]

Gegen Github hätte ich auch nix.

[Urban B. (kami89)]

K. J. schrieb:
> jo könnten wir tun werde mich die tage drum kümmern.

cool!
Im Internet gibts ja einige Anleitungen wie man ein SVN Repository nach 
GIT umzieht ohne die History zu verlieren. Gibt halt etwas Arbeit...

Ausserdem sollte man bei Gelegenheit auch mal noch die "stable" Demo auf 
die finale 0.3.0 aktualisieren, jetzt ist nämlich die "unstable" Demo 
auf der stabilen 0.3.0 und die "stable" Demo auf der unstabilen RC1 :-)

Aber das hat alles keine Eile, ich persönlich kann in den nächsten drei 
Wochen sowieso praktisch nicht an Part-DB weiterarbeiten.

[K. J. (theborg0815)]

Demo ist Aktualisiert github kommt die Tage muss mich da mal einlesen.

[Urban B. (kami89)]

@K.J.
Ich denke übrigens man sollte das Projekt bei Google Code dann nicht 
gleich löschen, da in den Part-DB Installationen ja der RSS Feed noch 
von dort geholt wird. Ausserdem ist auf der Startseite der Link auf die 
Google Code Projektseite drin, der dann plötzlich ins Leere laufen 
würde...

...kam mir nur grad so in den Sinn ;-)

[Urban B. (kami89)]

So, die Semesterprüfungen sind vorbei, jetzt habe ich wieder mehr Zeit 
für die Part-DB :-)

@K.J.
wie siehts mit dem Umzug auf Github aus, konntest du da schon was 
machen?

[K. J. (theborg0815)]

Nein noch nicht, kommt aber die Tage acc hab ich schon

[K. J. (theborg0815)]

https://github.com/sandboxgangster/Part-DB

Stündchen schätze ich dauert der Upload noch muss mich erstmal selber da 
reinfummeln.

[Urban B. (kami89)]

Hmm immernoch leer? :-)

Mein Benutzername ist übrigens "ubruhin".

[K. J. (theborg0815)]

Ja bei mir macht er den Upload, und meldet bei 100% "Broken" ka warum 
muss mich erstmal in git einlesen hatte das faq von 
http://rogerdudler.github.io/git-guide/index.de.html versucht.

Hab dich auch geadded hoffe das war richtig, auch in github muss ich 
mich mal einlesen ;-)

[K. J. (theborg0815)]

Vielleicht habt ihr nen tip ich komme da nicht weiter.

theborg$ git push origin master Username for 'https://github.com': sandboxgangster Password for 'https://[e-mail]': Counting objects: 4188, done. Delta compression using up to 2 threads. Compressing objects: 100% (4106/4106), done. error: RPC failed; result=22, HTTP code = 502 9.00 KiB/s fatal: The remote end hung up unexpectedly Writing objects: 100% (4187/4187), 45.64 MiB | 424.00 KiB/s, done. Total 4187 (delta 365), reused 0 (delta 0) fatal: The remote end hung up unexpectedly Everything up-to-date

[Urban B. (kami89)]

hmm die Fehlermeldung sagt mir jetzt auch nichts (arbeite selber auch 
noch nicht sehr lange mit Git...)

Ich werds selber mal versuchen, bin grad noch dabei das SVN Repository 
nach Git zu konvertieren.

[Urban B. (kami89)]

So, die Dateien sind jetzt auf Github, ich hoffe es hat alles richtig 
funktioniert.

Für das Release 0.3.0 habe ich einen Tag hinzugefügt, jetzt lässt sich 
das Archiv direkt unter "Releases" runterladen. Ich muss dann nur mal 
noch die Doku anpassen, weil der Ordner im Archiv jetzt "Part-DB-0.3.0" 
statt "part-db" heisst. Damit ist die aktuelle Installationsanleitung 
nicht mehr ganz korrekt...

@Udo
Kannst du mal deine beiden Branches überprüfen, ob alles korrekt 
übernommen wurde? Und vielleicht gleich denjenigen Branch löschen, den 
du nicht mehr brauchst. Das kann man auch gleich auf Github machen, 
sofern du als Contributor hinzugefügt wurdest.

[Udo N. (weinbauer73)]

Ich werde das mal am WE überprüfen, spätestens nächste Woche. Ich muss 
mich auch noch in git einlesen.

[Urban B. (kami89)]

So, ich habe nochmal ein bisschen am neuen Repository gearbeitet (neue 
Branches, Issues, Meilenstein hinzugefügt). Der Meilenstein ist nur mal 
so ein Vorschlag von mir, ist nichts verbindliches :-)

Die Überbleibsel von Versuchen mit System-Updates und Barcodes habe ich 
in separate, neue Branches verschoben. Es wird sonst etwas mühsam wenn 
man Änderungen vom master z.B. in den Branch der 0.3.x mergen möchte. 
Für zukünftige neue Funktionen und Versuche sollte man jeweils immer 
einen neuen Branch anlegen (hätte man eigentlich schon immer machen 
sollen, wurde aber nicht so konsequent umgesetzt, auch nicht von mir ;-)

Urban B. schrieb:
> Für das Release 0.3.0 habe ich einen Tag hinzugefügt, jetzt lässt sich
> das Archiv direkt unter "Releases" runterladen. Ich muss dann nur mal
> noch die Doku anpassen, weil der Ordner im Archiv jetzt "Part-DB-0.3.0"
> statt "part-db" heisst. Damit ist die aktuelle Installationsanleitung
> nicht mehr ganz korrekt...

Hat sich erledigt, ich habe gesehen dass man ja selbst Binaries zu einem 
Release hochladen kann, dann passt alles wieder... ;-)

[Urban B. (kami89)]

Also ich denke, wir sollten mal eine Strategie festlegen, wie wir mit 
den Branches umgehen, damit nicht einfach jeder macht was ihm gerade 
gefällt :-)

Ich habe mir mal folgende Strategie überlegt:

Im Branch "master" wird auf die jeweils direkt nächste Version von 
Part-DB hingearbeitet (momentan auf die 0.3.1). Funktionen, die nicht in 
diese nächste Version kommen, werden NICHT in den master übernommen. 
Diese werden stattdessen alle in einem separaten Branch entwickelt. Also 
z.B. je einen Branch für die Barcodes, Systemupdates, Benutzerverwaltung 
usw.

Für jede Versionslinie X.Y gibt es einen separaten Branch, z.B. für die 
Versionen 0.3.x gibts momentan den Branch "Part-DB-0.3.x".

Änderungen, die die nächste Version (0.3.1) betreffen, können direkt im 
master gemacht werden und werden dann von Zeit zu Zeit in den Branch der 
aktuellen Version ("Part-DB-0.3.x") gemerged, das geht sehr einfach wenn 
man ALLE Commits aus dem master übernehmen möchte.

Das heisst dann eigentlich, dass die Branches "master" und 
"Part-DB-0.3.x" grundsätzlich identisch sind, solange die Version 0.3.x 
aktuell ist. Sobald aber die 0.3.x-Versionslinie abgeschlossen wird, 
wird der Branch "Part-DB-0.3.x" links liegengelassen und am master wird 
auf die 0.4.x hingearbeitet.

Ausserdem können die commits vom master auch immer wieder in die anderen 
Branches (Barcodes, Benutzerverwaltung, ...) übernommen werden, da diese 
ja auch aktuell gehalten werden sollen. Bis hierhin ist alles sehr 
einfach, weil immer ALLE Commits aus dem master übernommen werden, es 
gibt im master keine Commits, die nicht auch in den anderen Branches 
landen sollen.

Sobald man nun das Gefühl hat, die 0.3.x Linie ist abgeschlossen, 
erstellen wir den neuen Branch "Part-DB-0.4.x". Im master arbeitet man 
nun auf die 0.4.0 RC1 hin und übernimmt alle Änderungen jeweils auch in 
den Branch "Part-DB-0.4.x". Alle Branches von Funktionen, die in der 
0.4.0 RC1 landen sollen, werden in den master und von da in 
"Part-DB-0.4.x" übernommen, und die ursprünglichen Branches gelöscht. 
Dann wird am master gearbeitet bis die 0.4.0 RC1 fertig ist.

Und bei jeder veröffentlichten Version wird ein Tag mit einem Namen wie 
"v0.4.0" gesetzt, denn alle Tags mit so einem Namen werden von Github 
automatisch erkannt und unter "Releases" aufgelistet.

Mir kamen auch andere Strategien in den Sinn. Man könnte z.B. am master 
auch auf zukünftige Funktionen hin arbeiten, die nicht in der nächsten 
Version landen sollen. Das hat aber den Nachteil, dass man dann nur 
ausgewählte Commits in den Branch "Part-DB-0.3.x" mergen darf, das macht 
die ganze Sache komplizierter und Fehleranfälliger.

Meine vorgeschlagene Strategie hat aber auch einen Nachteil. Wenn z.B. 
die Benutzerverwaltung und die Systemupdates in getrennten Branches 
entwickelt werden, kann man nie das Zusammenspiel beider neuen 
Funktionen testen, also ob auch beide Funktionen miteinander 
funktionieren. Erst wenn man mit der Entwicklung der nächsten 
Versionslinie beginnt, und alle neuen Funktionen in den master 
übernimmt, kann das Zusammenspiel beider neuen Funktionen getestet 
werden. Wenn es wirklich mal eine Situation gibt, in der dies ein 
Problem darstellen würde, könnte man aber auch mal eine Ausnahme machen 
und beide Funktionen in den selben Branch stecken und da miteinander 
weiterentwickeln...

Wie seht ihr das?

Wenn wir uns auf eine Strategie geeinigt haben, kann ich das in die 
Doxygen Doku aufnehmen damit das auch festgehalten und für jeden 
Entwickler jederzeit abrufbar ist.

Übrigens haben wir schon den ersten Pull Request auf Github bekommen :-)
Vielleicht sollten wir auch noch besprechen, was wir mit diesem (und 
zukünftigen Pull Requests) machen sollen. In den master mergen würde 
meiner vorgeschlagenen Strategie widersprechen, da es sich um ein neues 
Feature handelt und daher nicht in die 0.3.x gehört. Mein Vorschlag 
wäre, den Pull Request erstmal links liegen zu lassen, und sobald wir im 
master auf die 0.4.x hin arbeiten, können wir ihn direkt in den master 
mergen.

mfg

[K. J. (theborg0815)]

Im Prinzip ist der Master immer unverändert dieser wird nur verändert 
wen eine Funktion getestet würde und dann übernommen wird, ich würde 
auch jede Funktion in einem eignenden Branch entwickeln und dann in den 
Master mergen danach kann der master getestet werden und wird dann zu 
neuen Version.

[Udo N. (weinbauer73)]

Ich stimme eher K.J. zu. Das Entwickeln einer Funktion und Mergen in den 
Master ist durch die Modularisierung viel einfacher geworden. Erst wenn 
die Ziele eines Releases erfüllt sind, wird der Master zum Release. Wir 
müssen uns dann überlegen, wer dieses Release weiter betreut. Nur diese 
Person pflegt die Patches in den Zweig ein. Hierbei würde ich die 
Hierachie nach

Master -> Release 0.3 -> unstable -> 0.3.0 -> 0.3.1 -> Release 0.4 -> unstable -> 0.4.0

ordnen. Unstable beinhaltet somit alle Patches für diese Version bis zu 
einem neuen Release. Natürlich müssten die Patches auch im Master 
landen, sofern diese dafür relevant sind. Das würde bedeuten, dass neue 
Funktionen und Patches für den Master im Entwicklerforum angekündigt 
werden sollten, damit alle Beteiligten aktualisieren können. Wir haben 
ja keine Instanz, die nur den Master betreuen wird, so ist es für jeden 
von uns dann etwas mehr Arbeit.

[Urban B. (kami89)]

Udo Neist schrieb:
> Ich stimme eher K.J. zu.

Hmm ich sehe keinen Unterschied von K.J.'s und meiner Beschreibung? :-)

Es ist gar nicht so einfach, das Vorgehen zu beschreiben...

Ich kann ja mal zwei Beispiele machen:

Erstes Beispiel:
Aktuell ist die 0.3.0 raus, es wird an der 0.3er Linie weitergearbeitet 
(also nur noch Bugfixes, keine neuen Funktionen). Die Bugfixes werden 
jeweils direkt im master getätigt (einen eigenen Branch bringt nichts, 
sind ja nur kleine Bugfixes). Diese Commits im master werden dann von 
Zeit zu Zeit in den 0.3.x-Branch und in alle Branches von neuen 
Funktionen gemerged. Der master und der 0.3.x-Branch sind während dieser 
Zeit grundsätzlich identisch. Erreicht der master (und damit auch der 
0.3.x-Branch) eine stabile Version (z.B. 0.3.1), wird im 0.3.x-Branch 
ein Tag "v0.3.1" gesetzt, damit dieser Stand festgehalten wird. Der 
Branch an sich entwickelt sich aber natürlich weiter, zur 0.3.2 usw.
Ist die 0.3.x-Linie abgeschlossen, wird dieser Branch so gelassen und 
ein neuer Branch 0.4.x angelegt. In diesem, und im master, wird nun an 
der 0.4er Version gearbeitet.

Zweites Beispiel:
Wieder die gleiche Ausgangslage, Version 0.3.0 ist draussen. In einem 
separaten Branch wird an der Benutzerverwaltung gearbeitet, die aber 
erst in der 1.0.0 landen soll. Während der Entwicklung der 
Benutzerverwaltung werden immer wieder die Commits vom master in diesen 
Branch gemerged, schliesslich werden auch hier die ganzen Bugfixes usw. 
benötigt. Erst wenn die letzte Version vor der 1.0.0 abgeschlossen ist, 
wird im master auf die Version 1.0.0 gewechselt und den Branch der 
Benutzerverwaltung in den master gemerged (wie auch alle anderen 
Branches von Funktionen, die in der 1.0.0 landen sollen). Im master wird 
nun die 1.0.0 getestet, bis schliesslich die stabile Version 1.0.0 in 
den (neu angelegten) Branch für die 1.0.x-Versionen übernommen wird, und 
der entsprechende Tag hinzugefügt wird.

Ists jetzt verständlicher? ;-)

[Udo N. (weinbauer73)]

Vom Entwicklungsmodell unterscheiden wir uns fast gar nicht. In meiner 
Grafik fehlen nur unsere eigenen Branches zur Entwicklung der 
Funktionen. Bei mir ist nur der Unstable-Teil dabei, der rein für die 
Übernahme von Patches gedacht ist, bevor die ebenso im Master landen 
können. Wenn jemand aus irgendwelchen Gründen (z.B. PHP-Version) noch 
nicht auf die nächste Version updaten kann, so ist in meinem Modell 
zumindest für einen gewissen Zeitraum noch die Pflege des älteren 
Zweiges vorgesehen. Nach einer Zeit würde dann der Support auslaufen. 
Wenn du nur den Master nimmst und keine Bugfixes für stabile ältere 
Versionen anbieten willst, geht das auch nach deiner Beschreibung. Wenn 
wir auch Firmen von Part-DB überzeugen wollen, müssen wir deren längere 
Laufzeiten von Softwarepaketen bedenken. Den 0.3.x wegen dem Release 
einer 0.4.0 fallen zu lassen, wäre einfacher, aber meist ein 
Ausschlusskriterium. Gute IT-Abteilungen testen neue Releases erst, 
bevor sie diese frei geben. Patches landen dafür meist schneller auf dem 
System.

[Urban B. (kami89)]

Aber die Pflege des 0.3.x Branches ist ja weiterhin möglich, auch wenn 
im master und im 0.4.x Branch bereits an der 0.4.x gearbeitet wird (oder 
natürlich auch noch später).

Der Branch für die 0.3.x bleibt ja stehen, auch wenn er grundsätzlich 
nicht mehr benötigt wird. Wenn nun später doch mal noch Bugfixes für die 
0.3.x veröffentlicht werden sollen, übernimmt man einfach die 
entsprechenden Commits, die im master getätigt wurden, in den alten 
0.3.x Branch und kann dort eine neue 0.3er Version freigeben.

Meinst du mit deiner Grafik, dass es für jede 0.3.x Version einen 
separaten Branch geben soll? Also einen Branch für "0.3.0", "0.3.1", 
"0.3.2" usw? Dafür gibt es doch Tags, die machen die ganze Sache viel 
übersichtlicher. Einen "unstable" Branch ist damit auch nicht nötig, der 
0.3.x-Branch an sich entwickelt sich von unstable zu stable, dann wird 
ein Tag gesetzt. Dann wird er wieder unstable, bis das nächste Tag 
gesetzt wird usw.

Also so:

-> unstable (Entwicklung) -> stable (v0.3.0) -> unstable (Entwicklung) -> stable (v0.3.1) -> usw.

(wobei "unstable" hier nicht wirklich unstable ist, da die Bugfixes ja 
vorher im master getestet wurden)

[Udo N. (weinbauer73)]

Ich merke, ich muss wohl bei Git umlernen ;-)

Nebenbei, hab mich auch mal bei Github angemeldet, um da endlich mal 
mitreden zu können.

[Udo N. (weinbauer73)]

Mein github-Account weinbauer73 ([e-mail]) darf nicht auf 
den Branch filemanager schreiben :( Somit kann ich euch den aktuellen 
Stand der Integration nicht zur Verfügung stellen.

[Urban B. (kami89)]

@Udo
Hmm vielleicht hat K.J. dich noch nicht als Contributor eingetragen? 
Übrigens kannst du in den GitHub Einstellungen deine gmail-Adresse, die 
du bei SVN verwendet hast, eintragen. Dann werden deine alten Commits 
auch deinem Benutzerkonto zugeordnet. Leider habe ich keinen Zugriff 
mehr auf meine gmx-Adresse, die ich bei SVN mal verwendet habe...diese 
Commits können jetzt halt nicht mehr meinem Benutzerkonto zugeordnet 
werden ;-)

Übrigens, falls Ihr das noch nicht kennt:
Man kann in Github den öffentlichen Schlüssel eines eigenen SSH 
Schlüsselpaares hinterlegen, und das Repository über SSH runterladen. 
Danach kann man dauerhaft ins Repository schreiben, ohne jedesmal ein 
Passwort eingeben zu müssen. Das macht die ganze Sache relativ 
komfortabel :-)

Ausserdem habe ich mal eine neue Doxygen Seite geschrieben, die kurz 
beschreibt wie wir mit den Branches usw. umgehen. Dazu habe ich noch 
eine Grafik gemacht, die sollte es etwas deutlicher darstellen: 
https://github.com/sandboxgangster/Part-DB/raw/master/development/doxygen/img/vcs_flow.png

Auch gut zu wissen ist, dass man in den Commit-Mitteilungen Verweise auf 
GitHub Issues machen kann. Steht alles in der neuen Doxygen Seite.

[Udo N. (weinbauer73)]

Das mit dem SSH-Key habe ich schon gefunden und aktiviert :-) Das andere 
war mir bisher nicht bekannt. Aber einfach mal abwarten.

[K. J. (theborg0815)]

hab dich eingetragen mir fehlte dein benutzername aber jetzt bist 
drinnen

[Udo N. (weinbauer73)]

Danke :-)

[Udo N. (weinbauer73)]

Branch "filemanager" ist jetzt aktuell.

[a. b. (andreb)]

Schade, auf dem Webpack XL von Hosteurope läuft es nicht, da dort die 
InnoDB nicht installiert ist. :-(
Wäre ja auch zu schön gewesen ...

[Urban B. (kami89)]

a. b. schrieb:
> Schade, auf dem Webpack XL von Hosteurope läuft es nicht, da dort die
> InnoDB nicht installiert ist. :-(

Hmm wenn das so ist, ist das natürlich sehr schade. Allerdings lohnt es 
sich wirklich, InnoDB einzusetzen, denn durch die Unterstützung von 
Fremdschlüsseln und Transaktionen wird die Datensicherheit sehr stark 
erhöht. Vor allem dass man fehlgeschlagene, umfangreiche Transaktionen 
einfach wieder rückgängig machen kann, ist extrem hilfreich und kann 
einen haufen Ärger ersparen.

Daher meine Empfehlung:
Such dir einen Anbieter mit InnoDB, es lohnt sich wirklich :-)

[a. b. (andreb)]

Da ich eh etwas "mehr" brauchte, habe ich jetzt für zusätzlich 5 Euro 
auf Webserver "L" "ge-updated", dort ist InnoDb vorhanden.
Bei den reinen Webpacks scheint das wohl zu viel Performance zu 
brauchen.
Na hoffentlich erfüllen sich damit meine Erwartungen an des Prg :-)

[Christoph B. (christoph_b)]

Hallo

Zuerst einmal ein Lob für die super Software

Ich verwende Zuhause auf einem WAMP Server PartDB in der Version 2.2 mit 
der DB Version 11. Bin auch sehr zufrieden damit.

Da ich den Server umgestellt habe würde ich gerne auch PartDB in der 
neuesten Version verwenden. Kann ich von Version 2.2 auf die neueste 
Version updaten oder nicht. Wenn ja gibts eine Anleitung

Gruß Christoph

[Matthias F. (idefix)]

Hi,

hat schonmal jemand versucht Part-DB mit Altium Designer zu verwenden?
Wenn das klappt, könnte man alle Bauteile direkt aus Altium Designer in 
der Datenbank anlegen lassen und die Bauteile in der DB dann auch 
verwenden um neue Platinen zu designen.

Weiss jemand ob das klappt?

Gruß
Matthias

[Urban B. (kami89)]

Hallo zusammen,

Christoph B. schrieb:
> Kann ich von Version 2.2 auf die neueste
> Version updaten oder nicht. Wenn ja gibts eine Anleitung

Einfach Dateien überschreiben. Vorher sicherheitshalber unbedingt ein 
Backup des gesamten Systems (Dateien und Datenbank) anlegen.

Siehe auch hier: 
http://www.partdb.grautier.com/svn/documentation/dokuwiki/doku.php?id=installation

Matthias Fechner schrieb:
> hat schonmal jemand versucht Part-DB mit Altium Designer zu verwenden?

Ich kenne den Altium Designer nicht, aber ich schätze mal es gibt zwei 
Varianten:
- Jemand programmiert ein Plugin für den Altium Designer (falls das 
überhaupt möglich ist?)
- Es gibt ein Export-Tool im Altium Designer, um XML oder CSV Dateien zu 
erstellen, die dann in Part-DB importiert werden können. Ist dann aber 
mehr halbautomatisch als vollautomatisch...

Aber vielleicht hat ja hier jemand Erfahrung mit dem Altium Designer und 
kann weiterhelfen ;-)

mfg

[Christoph B. (christoph_b)]

so habe das Update gemacht. Leider scheint etwas schief gelaufen zu sein

[Udo N. (weinbauer73)]

Auf dem Screenshot kann ich keinen Fehler entdecken. Das rot 
hervorgehobene Kästchen sagt ganz klar aus, dass die Mindestmenge von 2 
Stück unterschritten wurde.

[Christoph B. (christoph_b)]

ganz links. Irgendwie 2 Links übereinander. Einer geht einer nicht. Es 
scheint etwas mit den Footprints nicht zu stimmen.

The requested URL /partdb/IC_DPAK-369C was not found on this server.

[Urban B. (kami89)]

Er meint wohl eher die fehlenden Bilder ;-)

Beim ersten Aufruf nach dem Update sollte der folgende Hinweis 
eingeblendet worden sein:

Bitte verschieben Sie die folgenden Dateien und Ordner ins Verzeichnis "data": "config.php" --> "data/config.php" "backup/" --> "data/backup/" "media/" --> "data/media/" "log/" --> "data/log/" WICHTIG: Kopieren Sie jeweils nur den Inhalt der genannten Ordner, nicht den ganzen Ordner an sich! Die Zielordner enthalten bereits (teilweise versteckte) Dateien, die auf keinen Fall überschrieben werden dürfen! Kopieren Sie also nur den Inhalt dieser Ordner und löschen Sie danach die alten, leeren Ordner im Hauptverzeichnis.

Einfach die Anweisungen befolgen, und das Problem sollte behoben sein.

EDIT: Ups, das was ich eigentlich erwähnen wollte, steht in dieser 
Meldung ja gar nicht drin...Und zwar wurden die hochgeladenen Bilder bei 
der 0.2.2 nach img/ hochgeladen. Diese müssen jetzt nach data/media/ 
verschoben werden. Ich könnte schwören, diese Meldung hätte auch mal 
eingeblendet werden müssen, aber ich kann sie grad nicht finden^^

[Christoph B. (christoph_b)]

es kam nur folgende Meldung

Bitte verschieben Sie die folgenden Dateien und Ordner ins Verzeichnis

"config.php" --> "data/config.php"

WICHTIG:
Kopieren Sie jeweils nur den Inhalt der genannten Ordner, nicht den 
ganzen Ordner an sich!
Die Zielordner enthalten bereits (teilweise versteckte) Dateien, die auf 
keinen Fall überschrieben werden dürfen!
Kopieren Sie also nur den Inhalt dieser Ordner und löschen Sie danach 
die alten, leeren Ordner im Hauptverzeichnis.

in img/ sind aber nur 4 Bilder.
Ich habe nie Eigene Bilder hochgeladen. Nur die Standart Footprints 
verwendet

[Urban B. (kami89)]

habs gefunden:

ACHTUNG: Für hochgeladene Bilder und andere Dateien gibt es jetzt das Verzeichnis "media" im Unterverzeichnis "data". Falls Sie bereits eigene Dateien im Verzeichnis "img" haben (was für hochgeladene Bilder bisher der Zielordner war), müssen Sie diese nun von Hand in der Ordner "data/media/" verschieben! Achten Sie darauf, dass die versteckte Datei "data/media/.htaccess" nicht gelöscht wird, diese ist wichtig für den sicheren Betrieb von Part-DB. Die Dateipfade werden beim folgenden Datenbankupdate automatisch angepasst.

Kann es sein, dass du die alte config.php nicht weiterverwendet hast und 
stattdessen eine neue config.php erzeugen lassen hast? Dann weiss der 
Update-Mechanismus leider nicht dass du von der 0.2.2 upgedatet hast (er 
meint dann, es sei eine frische Installation der 0.3.0) und darum wird 
dieser Hinweis dann nicht angezeigt.

[Udo N. (weinbauer73)]

Hast recht Urban, sieht nach den fehlenden Bildern aus. Durch die 
Überlagerung und noch in der gleichen Farbe erkennt man das nicht auf 
Anhieb.

Man könnte diesen "Fehler" in einer 0.3.1 korrigieren, in dem man prüft, 
ob die Grafik gefunden wird oder nicht. Nur wenn sie da ist, wird im 
Template die Grafik aktiv.

[Urban B. (kami89)]

Christoph B. schrieb:
> Ich habe nie Eigene Bilder hochgeladen. Nur die Standart Footprints
> verwendet

Ach so, dann stimmen vermutlich einige Pfade bei den Footprints nicht 
mehr. Dann müsste auf der Startseite eine entsprechende Warnung stehen 
und wie man dies beheben kann.

[Christoph B. (christoph_b)]

nein ich habe alle Dateien bis auf die config.php gelöscht.Die neuen 
Dateien von Version 3.0 in das Verzeichnis kopiert. Dann kam die Meldung 
das ich die Config Datei Verschieben soll.

Es fehlen aber alle Bilder der Footprints

Wenn ich unter Verwaltung  Tools  Bearbeiten / Footprints anklicke 
kommt nichts.

Unter Verwaltung / Tools Tools  Footprints zeigt er alle Footprints 
an.

[Urban B. (kami89)]

Unter Bearbeiten/Footprints werden doch die Footprints mit defekten 
Pfaden unter "Footprints mit fehlerhaften Dateinamen" aufgelistet oder?

Dort musst du nur noch auf den Button "nur die markierten" klicken, dann 
sollte schonmal der grösste Teil davon "repariert" worden sein. Dann 
kannst du noch die restlichen Dateipfade mit den Dropdown-Menüs 
auswählen und mit dem Button "Alle" übernehmen. Dann sollte alles wieder 
im Butter sein.

Das Problem war eben, dass bei der 0.2.2 anfangs alle Footprint Bilder 
im gleichen Ordner lagen (ohne Hierarchie). Das hat sich später aber 
geändert (wegen besserer Übersichtlichkeit), daher stimmen die alten 
Pfade jetzt nicht mehr. Unter anderem auch deshalb habe ich dieses Tool 
gebaut, damit man die alten Pfade ganz bequem korrigieren lassen kann. 
Ich glaube, dieses Problem trat nur bei der ganz alten 0.2.2er Version 
auf, die SVN-0.2.2er hatte das glaube ich nicht mehr...

War das das Problem?

[Christoph B. (christoph_b)]

nein unter Bearbeiten/Footprints ladet der Browser ca 20sec dann ist die 
Seite weiß.

[Urban B. (kami89)]

Christoph B. schrieb:
> nein unter Bearbeiten/Footprints ladet der Browser ca 20sec dann ist die
> Seite weiß.

OK ich glaube es ist wirklich genau das von mir genannte Problem. Wenn 
bei sehr vielen Footprints die Dateipfade zu den Bildern ungültig sind, 
kann das Laden dieser Seite ziemlich lange dauern, weil für jeden 
einzelnen Footprint das Verzeichnis "img" rekursiv durchsucht wird. Bei 
dir scheint dann wohl das PHP Skript abzubrechen weil es zu lange 
dauert.

Vermutlich wäre es nicht schlecht wenn wir hier ein Limit einbauen 
würden, so dass z.B. maximal 20 defekte Footprints angezeigt werden, 
damit sich die PHP Laufzeit in Grenzen hält. Das wär wohl was für die 
Version 0.3.1...

Das Beste wäre für dich, wenn du die PHP Einstellung für 
"max_execution_time" erhöhst, damit nicht nach so kurzer Zeit schon 
abgebrochen wird. Dann müsste es klappen.

EDIT: Ich habe dazu schonmal ein Issue erstellt: 
https://github.com/sandboxgangster/Part-DB/issues/25

[Christoph B. (christoph_b)]

so die meisten Bilder gehen nun. ;-)

Habe nur noch ein Problem mit z.B IC_SOT23-6

Import → IC_SOT23-8   IC_SOT23-8   (0) Dateiname löschen und später 
selber von Hand setzen.

Ich kann da nichts auswählen. Dazu kommt noch das bestimmte Footprints 
immer wieder in der Liste auftauchen.

[Urban B. (kami89)]

Christoph B. schrieb:
> Habe nur noch ein Problem mit z.B IC_SOT23-6
>
> Import → IC_SOT23-8   IC_SOT23-8   (0) Dateiname löschen und später
> selber von Hand setzen.

Es gibt keine Vorschläge, weil es kein Bild mit "IC_SOT23-8" im 
Dateinamen gibt. Ein "IC_SOT23-6" gibts aber, also kannst du zuerst den 
Dateinamen von "8" auf "6" ändern, danach sollte das entsprechende Bild 
gefunden werden.

Christoph B. schrieb:
> Dazu kommt noch das bestimmte Footprints
> immer wieder in der Liste auftauchen.

Wenn du auf "nur die markierten" klickst, werden nur diejenigen 
Footprints markiert, bei denen die Checkbox ganz links aktiviert ist. 
Wenn du auf "alle" klickst, sollten alle Footprints aus der Liste 
entfernt werden (wobei bei einigen dann aber der Bilder-Pfad gelöscht 
wird, weil kein passendes Bild gefunden wurde).

[Christoph B. (christoph_b)]

schon klar nur wieso taucht z.B DSUB-25M immer wieder auf. Auch wenn ich 
auf "nur die markierten" klicke. Auserdem ist jeder dieser Problemfälle 
doppelt vorhanden

[Urban B. (kami89)]

Also ich verstehe nicht was genau dein Problem ist.

Kurze, schmerzlose Frage: Wenn du auf den Button "alle" klickst, werden 
dann trotzdem wieder Footprints mit fehlerhaften Dateinamen aufgelistet, 
oder wird dann diese Liste nicht mehr angezeigt?

Ein Backup deiner Datenbank von der 0.2.2 hast du hoffentlich gemacht, 
damit man alles wieder rückgängig machen könnte.

Christoph B. schrieb:
> Auserdem ist jeder dieser Problemfälle doppelt vorhanden

Nicht alle, die unteren sind nur einmal vorhanden. Kann es nicht sein, 
dass die doppelten Footprints schon vorher doppelt vorhanden waren?

Du darfst mir auch gerne deine Datenbank von der Version 0.2.2 per Mail 
schicken oder hier im Forum posten, dann schaue ich mir das mal an. 
Einfach einen Export der kompletten Datenbank (Struktur + Daten) in eine 
*.sql Datei machen, z.B. in phpMyAdmin. Und bitte NICHT von der 
aktuellen Datenbank, sondern der Stand der Datenbank VOR dem Update auf 
die 0.3.0.

mfg

[Christoph B. (christoph_b)]

Hier die DB in Version 0.2.2

Habe "Alle" ausgewählt. Trotzdem kommen sie immer wieder.

[Urban B. (kami89)]

Ok alles klar, ich konnte das Problem nachvollziehen und habe den Fehler 
gefunden. Da du extrem viele Footprints hast (knapp 900), und all deren 
Dateinamen zu den Bildern angepasst werden müssen, wird die Liste extrem 
lang. Das hat zur Folge, dass durch den Klick auf einen der Buttons zum 
Absenden, eine riesige Menge an Daten per POST übermittelt werden. Der 
Server begrenzt jedoch die Grösse, wie auch die Anzahl dieser POST 
Variablen. Die Grösse wird mit der PHP Einstellung "post_max_size", und 
die Anzahl der Variablen per "max_input_vars" begrenzt. Vor allem 
zweiteres dürfte den Flaschenhals darstellen.

Durch diese Begrenzung wird leider die Information, dass ein Button 
gedrückt wurde, abgeschnitten und dadurch lädt die Seite einfach wieder 
alle Footprints.

Nach dem Hochschrauben dieser Einstellungen funktioniert alles korrekt, 
die Liste der Footprints mit fehlerhaften Dateinamen wird kürzer.

Einziges Problem sind jetzt nur noch die doppelten Footprints, die 
bereits vor dem Update auf die 0.3.3 vorhanden waren (man sieht es in 
deinem Datenbank-Export). Gleichnamige Footprints auf gleicher 
Hierarchieebene sind ab der 0.3.3 nicht mehr erlaubt, weshalb es bei den 
doppelten Footprints zu Fehlermeldungen führt. Du must zuerst die 
doppelten Footprints löschen, danach kannst du deren Dateipfade auch 
noch korrigieren lassen.

Ich würde dir jetzt also folgendes Vorgehen empfehlen:
- PHP Einstellungen "post_max_size" und "max_input_vars" hochschrauben
- Unter Bearbeiten/Footprints auf Button "nur die markierten"
- Die Fehlermeldungen wegen der Duplikate in einen Texteditor kopieren
- (Jetzt ist die Liste schon viel kürzer, die Seite lädt schneller)
- Dann anhand der Fehlerliste alle doppelten Footprints einzeln löschen
- Jetzt die restlichen Dateinamen korrigieren mit "nur die markierten"
- Nun die Pfade der übriggebliebenen Footprints von Hand korrigieren
- fertig

[Christoph B. (christoph_b)]

Danke nun Funktioniert alles ;-).
Es lag an "max_input_vars". Nun habe ich noch den die "Doppelgänger" in 
der Datenbank gelöscht.

Jetzt läuft Version 3.0 ohne Probleme.
Danke nochmals für die Hilfe.

[Urban B. (kami89)]

Christoph B. schrieb:
> Jetzt läuft Version 3.0 ohne Probleme.
Wunderbar :-)

> Danke nochmals für die Hilfe.
Kein Problem :-)

Wir werden dann wohl einen Bugfix mit der Version 0.3.1 rausgeben damit 
nicht noch mehr Leute dieses Problem haben.

[ncc1701 (Gast)]

Bin per Web-Suche auf Eure Softwareprojekt gestossen.
Mit der Installation usw. hat alles sehr gut geklappt. Habe nun aber ein 
paar Fragen.

1. Gibt es eine Möglichkeit ein "Master"-Artikel anzulegen den man dann 
nur verändern muss?
z.B bei den Widerständen muss ich jeden einzelnen Wert anlegen und die 
Einkaufdaten usw. hinterlegen.
Mit einem Masterartikel wären die Daten hinterlegt und man müsste nur 
noch den Wert und den Lagerort anpassen.
Habe ich was übersehen oder mache ich es einfach Falsch?

2. Bei den Baugruppen, ist es dort möglich auch Dateien zur Baugruppe 
abzulegen? z.B. Schaltungs- und Board-Files usw.?
Habe dazu nichts gefunden.

[Urban B. (kami89)]

ncc1701 schrieb:
> 1. Gibt es eine Möglichkeit ein "Master"-Artikel anzulegen den man dann
> nur verändern muss?
> z.B bei den Widerständen muss ich jeden einzelnen Wert anlegen und die
> Einkaufdaten usw. hinterlegen.

Nein, sowas gibt es nicht. Wenn du aber einen Artikel anlegst und dann 
ganz unten auf den Button "Neues Bauteil erfassen" klickst, wird das 
soeben angelegte Bauteil als Vorlage genommen. Du brauchst dann nur noch 
kleine Anpassungen zu machen für das neue Bauteil.

ncc1701 schrieb:
> 2. Bei den Baugruppen, ist es dort möglich auch Dateien zur Baugruppe
> abzulegen? z.B. Schaltungs- und Board-Files usw.?
> Habe dazu nichts gefunden.

Das ist zumindest schonmal geplant: 
https://github.com/sandboxgangster/Part-DB/issues/4

[ncc1701 (Gast)]

Urban B. schrieb:
> ncc1701 schrieb:
>> 1. Gibt es eine Möglichkeit ein "Master"-Artikel anzulegen den man dann
>> nur verändern muss?
>> z.B bei den Widerständen muss ich jeden einzelnen Wert anlegen und die
>> Einkaufdaten usw. hinterlegen.
>
> Nein, sowas gibt es nicht. Wenn du aber einen Artikel anlegst und dann
> ganz unten auf den Button "Neues Bauteil erfassen" klickst, wird das
> soeben angelegte Bauteil als Vorlage genommen. Du brauchst dann nur noch
> kleine Anpassungen zu machen für das neue Bauteil.

So habe ich es gemacht, nur beim Anlegen von xx Widerständen ist es 
mühsam jedes mal auch die Lieferanten-Daten neu einzugeben. Hatte 
gedacht vielleicht gibt es einen einfacheren Weg.


> ncc1701 schrieb:
>> 2. Bei den Baugruppen, ist es dort möglich auch Dateien zur Baugruppe
>> abzulegen? z.B. Schaltungs- und Board-Files usw.?
>> Habe dazu nichts gefunden.
>
> Das ist zumindest schonmal geplant:
> https://github.com/sandboxgangster/Part-DB/issues/4

Ok, dann warte ich bis das soweit ist :-)

[Axel G. (axelg)]

Ich habe von der Version 0.21 auf die 0.3 aktualisiert und war sehr 
angetan von der guten Benutzerführung (config.php verschieben, 
Verzeichnisse, Rechte, Datenbankupdate).
Toll gemacht!
(Bei DB update bin ich etwas erschrocken als lauter rote SQL Zeilen 
ausgegeben wurden. Könnte man nur Fehler rot ausgeben und den Rest 
schwarz?)


Einen Fehler habe ich nach dem update noch: Die Pfade zu den 
Anschlusszeichnungen sind falsch:
 The requested URL /Part-DB/IC_SO08 was not found on this server.
Die Bilder werden also direkt im Heimatverzeichniss von part-db gesucht.


Ein feines Werk die Part-DB!


Axel

[Udo N. (weinbauer73)]

Erstmal Danke für das Lob :-)

Die Idee mit den anders farbig dargestellten Datenbank-Update ist eine 
gute Idee. Alle erfolgreichen SQL-Statements sollten in Grün, alle 
fehlgeschlagenen in Rot erscheinen. Eventuell wäre noch eine gekürzte 
Ausgabe möglich und über eine Detailan sicht sieht man alle Schritte.

[Urban B. (kami89)]

Axel Gartner schrieb:
> Einen Fehler habe ich nach dem update noch: Die Pfade zu den
> Anschlusszeichnungen sind falsch:
>  The requested URL /Part-DB/IC_SO08 was not found on this server.
> Die Bilder werden also direkt im Heimatverzeichniss von part-db gesucht.

Du sprichst schon von den Footprint Bildern, oder? Wird auf der 
Startseite von Part-DB nicht eine Warnung eingeblendet, dass es 
fehlerhafte Dateipfade gibt? Es ist normal, dass nach dem Update auf 
0.3.0 erstmal die Footprint Bilder nicht mehr gefunden werden, weil die 
Bilder nun an einem anderen Ort abgelegt sind. Dann wird auf der 
Startseite ein Hinweis eingeblendet, mit einem Hinweis wie man das 
Problem behebt.

Allerdings erscheint mir die URL "/Part-DB/IC_SO08" schon etwas komisch, 
ich denke da stimmt noch was anderes nicht. Falls das mit dem 
automatischen Korrigieren der Dateinamen nicht funktioniert, könnte man 
notfalls auch direkt in der Datenbank die Pfade anpassen lassen (search 
& replace). Der Pfad muss korrekterweise etwa so aussehen 
"%BASE%/img/footprints/foo.png" (%BASE% muss so eingetragen werden, ist 
ein Platzhalter für das Basisverzeichnis von Part-DB)

mfg

[Axel G. (axelg)]

Urban B. schrieb:
>> Axel Gartner schrieb:
>> Einen Fehler habe ich nach dem update noch: Die Pfade zu den
>> Anschlusszeichnungen sind falsch:

> Du sprichst schon von den Footprint Bildern, oder? Wird auf der
> Startseite von Part-DB nicht eine Warnung eingeblendet, dass es
> fehlerhafte Dateipfade gibt?

Danke, das war mir leider nicht aufgefallen. Das Umstellen ging 
problemlos vonstatten.
Wirklich gut gemacht!


Für einen Hallsensor TLE4905L
(http://www.alldatasheet.com/view.jsp?Searchword=TLE4905L)
suche ich noch nach dem Footprint.
Im Datenblatt heißt das Gehäuse P-SSO-3-2 aber ich finde nichts 
dergleichen.

Axel

[Urban B. (kami89)]

Axel Gartner schrieb:
> Danke, das war mir leider nicht aufgefallen. Das Umstellen ging
> problemlos vonstatten.

OK kein Problem, bist nicht der Erste der das übersehen hat :-)
Ist bestimmt noch Potential vorhanden, solche Meldungen etwas 
auffälliger zu gestalten...;-)

> Wirklich gut gemacht!

Danke :-)

Axel Gartner schrieb:
> Für einen Hallsensor TLE4905L suche ich noch nach dem Footprint.
> Im Datenblatt heißt das Gehäuse P-SSO-3-2 aber ich finde nichts
> dergleichen.

Die verfügbaren Footprint Bilder haben keinen Anspruch auf 
Vollständigkeit, es gibt durchaus Footprints von denen wir (noch) keine 
Bilder haben. Du kannst aber unter Bearbeiten -> Footprints trotzdem 
einen Footprint mit dem Namen "P-SSO-3-2" anlegen, dann hat es einfach 
kein Bild. Footprints müssen nicht zwingend auch ein Bild haben. Primär 
geht es darum, den Bauteilen Footprints zuweisen zu können, ein 
entsprechendes Bild zu hinterlegen ist nur optional. Du kannst aber auch 
selbst ein Bild auf den Server hochladen und dann bei einem Footprint 
den Pfad des Bildes hinterlegen. Momentan ist das noch etwas mühsam, 
später kommt ein Upload-Manager hinzu um die ganze Sache zu 
vereinfachen.

mfg

[Jürgen F. (snipor)]

Ich hatte heute mal die V 0.3 neu aufgesetzt.
Leider habe ich nun das Problem dass auf der linken Seite keine Menüs 
funktionieren.

An was könnte dies liegen?

Danke

Juergen

[K. J. (theborg0815)]

Java Scripte geblockt ?

[Jürgen F. (snipor)]

Problem hat sich erledigt. Lag wohl an einer zu alten PHP Version. Mit 
PHP 5.4 geht es nun.

[Urban B. (kami89)]

So, ich habe mal die Version 0.3.1 vorbereitet, liegt im Branch 
"Part-DB-0.3.x" bereit. Muss aber noch getestet werden.

Was sich seit der 0.3.0 verändert hat, steht im Changelog: 
https://raw.github.com/sandboxgangster/Part-DB/Part-DB-0.3.x/readme/changelog.txt

Es ist zwar nicht viel, doch vor allem der Bug mit den falsch gelesenen 
Dateirechten ist nicht gerade harmlos. Ich weiss zwar nicht wie viele 
Leute es betrifft (gemeldet hat sich nur einer), aber diejenigen die es 
betrifft, werden Part-DB wegen diesem Bug nicht installieren können.

Daher wäre es vermutlich angebracht, die 0.3.1 bald mal zu 
veröffentlichen.

Übrigens habt ihr vielleicht ja schon gemerkt dass ich in letzter Zeit 
nicht sehr aktiv an Part-DB weiterentwickle. Das liegt daran, dass ich 
vor ein paar Wochen die Studienarbeit begonnen habe, und die nimmt 
relativ viel zusätzliche Zeit in Anspruch...Und nächstes Semester geht 
es dann gleich mit der Bachelorarbeit weiter ;-)
Viel Neues werde ich also vermutlich in dieser Zeit leider nicht 
programmieren können. Für Bugfixes und keinere Anpassungen sollte es 
aber eigentlich immer reichen...

mfg

[Christopher K. (djmaster_d)]

Tachmal...

Nachdem ich die partdb dazu gebracht habe mir das modifikations Datum 
anzuzeigen, (http://wiki.senseye.org/index.php/Datei:Last_modified.png) 
würde ich noch gerne bei der Suche die letzten veränderten Einträge 
sehen können.

Ich stricke gerade an der show_search_parts.php herum. Soweit auchnoch 
verständlich. Aber irgendwie/wo um Zeile 1633 in der class.Part.php ist 
wohl noch ein Fehler drinnen...von mir ;)... Ich bekomms einfach nicht 
zum laufen.

Ich habe einfach ein Auswahlkästchen bei der Suche hinzugefügt, so kann 
ich einfach das Datum eintragen nach dem gesucht wird. Hier noch ein kl. 
Beispiel. (http://wiki.senseye.org/images/8/8b/Gdfgdfgdf.png)

Schreibe ich bei Zeile 1644 statt parts.name um auf parts.last_modified 
funktioniert das ganze soweit auch.

Wie kann ich nun parts.last_modified über einen eigenen "Schalter" 
ausgeben?
Bin über sämtliche Erklärungen dankbar. Hihi...Das wird mir langsam zu 
komplizert. Vorallem muss man mal LEFT JOIN verstehen. Man o Man... ;)

Vielen Dank!!

PS:
- Bin auf SVN 699 und konnte eigentlich so keine groben Fehler 
feststellen. Feine Sache.. Gefällt mir.

- Meine Notizen zur Partdb.. http://wiki.senseye.org/index.php/Partdb
Vielleicht kann es ja noch wer brauchen.

[Urban B. (kami89)]

Hallo Christopher,

So richtig habe ich dein Problem noch nicht verstanden...

Christopher K. schrieb:
> Schreibe ich bei Zeile 1644 statt parts.name um auf parts.last_modified
> funktioniert das ganze soweit auch.

Auf Zeile 1644 in der class.Part-php in deinem Wiki sehe ich nur eine 
geschweifte Klammer ;-) Poste doch mal all deine veränderten Dateien 
hier im Forum (als Anhang), damit man sie runterladen und einen 
gescheiten Vergleich machen kann.

Christopher K. schrieb:
> Wie kann ich nun parts.last_modified über einen eigenen "Schalter"
> ausgeben?

Kannst du diese Frage und das Wort "Schalter" noch etwas genauer 
spezifizieren? :-)

Christopher K. schrieb:
> Bin auf SVN 699

Das war die letzte SVN Version. Hast du mitbekommen dass wir jetzt auf 
Github sind? https://github.com/sandboxgangster/Part-DB

mfg

[Christopher K. (djmaster_d)]

Hallo.. Bin glaub ich selbst schon leicht verwirrt, vielleicht klappts 
ja nun etwas besser.. Haha. Das mit Github hab ich mitbekommen, habe 
aber von hier aus leider keinen Zugriff drauf. Muss ich zuhause testen.

- Schalter sollte Checkbox heißen. :)

- Wie auf Bild (bsp-1.png) zu sehen habe ich es geschafft nach dem Datum 
zu suchen. Soweit schon ganz gut. Ich würde aber gerne meine Checkbox 
"Datum" dazu verwenden und nicht die Checkbox "Name".

- Die Checkbox selbst war ja nur eine kleine Änderung in der 
vlib_navigation.tmpl.

- In der show_search_parts.php habe ich die Variable 
$search_last_modified hinzugefügt.

- In der class.Part.php habe ich mich ab Zeile 1607 versucht. Bei Zeile 
1661, stammt der if block von mir..
"$query .= ' OR (parts.last_modified LIKE ?)';"
Ändere ich nun "if ($part_name)" zu "if ($part_last_modified)" hat es 
keine Funktion mehr und ich weiß nicht wie ich diesen if Block dann 
verwenden kann.

Danke für deine Bemühungen.
schöne Grüße aus Wien

PS. In meinem Wiki habe ich nur getestet Sachen eingetragen, Merke mir 
das ja selbst nicht. g Hat also jetzt nicht direkt was mit dem Problem 
zu tuhen. Wollte es aber anderen nicht vorenthalten.

[Urban B. (kami89)]

OK jetzt ist das Problem klarer geworden...

Deine Änderungen sehen nicht schlecht aus, allerdings hat es noch 
folgende Fehler drin:

Zeile 25 von vlib_navigation.tmpl muss geändert werden in

<p><input type="checkbox" name="search_last_modified" value="true">Datum</p>

Durch das unvollständige name="search_" wurde vorher in der 
show_search_part.php die Variable $search_last_modified gar nie gesetzt.

Dann ist das nächste Problem, dass du in der class.Part.php bei der 
Funktion search_parts() der parameter $part_last_modified mitten in der 
bereits vorhandenen Parameterliste eingefügt hast. In der 
show_search_parts.php hast du den neuen Parameter allerdings am Schluss 
eingebaut (Zeilen 152 und 194), das gibt ein Durcheinander der 
Parameterwerte. Beim späteren hinzufügen von neuen Parametern, ist es 
immer am besten wenn man diese am Ende der Parameterliste hinzufügt. 
Ausserdem hast du den defaultwert für den neuen Parameter auf "true" 
gesetzt, das würde ich nicht machen. Das hat nur einen Einfluss, wenn 
die Funktion aufgerufen wird, ohne diesen Parameter zu übergeben. Das 
ist aber in show_search_parts.php nicht der Fall. Wenn du möchtest, dass 
standardmässig (ohne das manuelle anwählen der Checkbox "Datum") auch 
nach Dem Datum gesucht werden soll, dann machst du das besser in der 
vlib_navigation.tmpl mit dem "value" Attribut, das du ja bereits auf 
"true" hast.

Heisst, deine class.Part.php müsste ab Zeile 1607 so aussehen:

public static function search_parts(&$database, &$current_user, &$log, $keyword, $group_by = '', $part_name = true, $part_description = true, $part_comment = false, $footprint_name = false, $category_name = false, $storelocation_name = false, $supplier_name = false, $supplierpartnr = false, $manufacturer_name = false, $part_last_modified = false) // NEU

Und dann kommt eine neue if-Abfrage hinzu:

if ($part_last_modified) { $query .= ' OR (parts.last_modified LIKE ?)'; $values[] = $keyword; }

So müsste es funktionieren wenn ich nichts vergessen habe. Kann es hier 
leider gerade nicht testen...

mfg

[Christopher K. (djmaster_d)]

Hallo, Danke Dir,... da war ich ja gar nicht so falsch mit dem ganzen. 
Ein paar doofe Fehler die eigentlich nicht passieren sollten wie in der 
vlib_navigation.tmpl. Ahrg dachte dort wäre es richtig eingetragen.

Das mit der Parameterliste wusste ich nicht, dachte die Reihenfolge ist 
egal. Habe jetzt nachgebessert und siehe.. Es funktioniert super. Ich 
werde es nun mal testen.

Die veränderten Dateien habe ich nochmals im Anhang beigefügt.

Und lass dich nicht zu sehr von deiner Studienarbeit ablenken. hahaha 
;-)
Viel Glück dabei.

Grüße aus Wien

PS: Ähm wie kann man den hier hochgeladene Files 
tauschen/löschen/ersetzen?

[Urban B. (kami89)]

Christopher K. schrieb:
> Es funktioniert super.

puuh...Glück gehabt :-)

Christopher K. schrieb:
> Und lass dich nicht zu sehr von deiner Studienarbeit ablenken. hahaha
> ;-)
> Viel Glück dabei.

hehe vielen Dank :-)

mfg

[Tim W. (Gast)]

Hallo,

Ich wollte das Programm mal testen und habe mir die Version 0.3.0 
installiert. Nach dem Setup dreht hier die Firewall vom Server durch was 
treibt ihr denn da heimliches?

Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.99 
PROTO=TCP SPT=41701 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.101 
PROTO=TCP SPT=37977 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.105 
PROTO=TCP SPT=50352 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.104 
PROTO=TCP SPT=46555 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.110 
PROTO=TCP SPT=45544 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.96 
PROTO=TCP SPT=48875 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.98 
PROTO=TCP SPT=57684 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.100 
PROTO=TCP SPT=49575 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.97 
PROTO=TCP SPT=40202 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.102 
PROTO=TCP SPT=48079 DPT=80
Shorewall:fw2inet:REJECT:IN= OUT=eth0 SRC=a.b.c.d DST=173.194.112.103 
PROTO=TCP SPT=32772 DPT=80

Braucht man das?

Gruß Tim

[Urban B. (kami89)]

Hallo Tim,

Tim W. schrieb:
> was treibt ihr denn da heimliches?

Heimlich ist da erstmal gar nichts, sonst wäre die GPL wohl nicht die 
richtige Lizenz für Part-DB ;-)

Das einzige, wozu Part-DB Internetzugang braucht, ist der RSS-Feed auf 
der Startseite, um dem Anwender die neusten Releases von Part-DB 
anzuzeigen. Der Feed wird von unserer Projektseite auf Google Code 
geholt. Das bestätigen auch die von dir geposteten IP-Adressen, da diese 
zu Google führen. Ab dem nächsten Release wird übrigens Github anstelle 
von Google benutzt, da wir umgezogen sind.

Tim W. schrieb:
> Braucht man das?

Wenn du den RSS-Feed auf der Startseite nicht brauchst, dann nicht. 
Lässt sich bequem auf der Konfigurationsseite deaktivieren ("Updateliste 
(RSS-Feed) auf Startseite verstecken").

mfg

[Tim W. (Gast)]

Alles klar danke für die Aufklärung.

Gruß Tim

[Christian (Gast)]

Hallo,

Versteh ich das Issue Attribute für Bauteile auf github richtig:
Können dann pro Kategorie Attribute hinzugefügt werden, die zum einen 
sichtbar oder verdeckt sind. Die Attribute können dann via Browser 
bearbeitet werden. Z.B kann ein Attribut Grösse bei der Kategorie A sein 
und bei der Kategorie B ist noch das zusätzliche Attribut Gewicht drin. 
Können diese dann durch Anklicken der Kategorien auch aufgelistet 
werden. Oder es kann nach diesem Attribut gesucht werden. Ist dann 
spezifische Suche wie, alle grösser als 5kg möglich.

Gruss
Christian

[helmar (Gast)]

super sache, das Du das ganze Projekt weiterführst.
Verwende schon seit langem part-db 0.1c.
Bin damit sehr zufrieden, da ich aber gerade meinen Server neu aufbaue
dacht ich ich könnte ja mal nach nem Update gucken ;)

Hätte da mur die frage in wieweit ich meine "alte" Datenbank von v0.1c
in die neuere 0.3+ zu überführen? Möcht halt ungern alle Teile wieder 
neu eingeben müssen...

thnx
Helmar

[Urban B. (kami89)]

Hallo,

Christian schrieb:
> Versteh ich das Issue Attribute für Bauteile auf github richtig: []

Nun ja, so oder so ähnlich wäre es geplant. Allerdings geht es momentan 
nicht wirklich vorwärts mit Part-DB, es kann also noch sehr lange dauern 
bis so ein Feature eingebaut wird...

helmar schrieb:
> Hätte da mur die frage in wieweit ich meine "alte" Datenbank von v0.1c
> in die neuere 0.3+ zu überführen? Möcht halt ungern alle Teile wieder
> neu eingeben müssen...

Das Update sollte grundsätzlich kein Problem sein. Ich kann dir jetzt 
gerade aber nicht mit Sicherheit sagen, ob ein direktes Update von 0.1c 
auf 0.3.0 möglich ist, da könnte es ev. Probleme geben (die 0.1c ist 
halt doch schon sehr alt). Wenn es nicht geht, dann versuch es mit der 
0.2.2 als Zwischenschritt, also 0.1c -> 0.2.2 -> 0.3.0. Auf jeden Fall 
solltest du als alles Erstes ein Backup deiner momentanen DB machen, das 
sollte ja klar sein :-)

mfg

[helmar (Gast)]

oki, ich werds mal veruchen, thnx ;)

[Arne M. (armut)]

Hallo,

Ist es mittlerweile möglich einen Export der Datenbank zu machen? Ich 
hab alles bei einen freehoster laufen, der bisher exzellent lief aber 
gerade eine Rundmail schrieb, dass er zum 15 März aufhört. Hat jemand 
eine Idee wie ich meine Daten da rausbekomme?

Danke!
Arne

[K. J. (theborg0815)]

Mit Mysqldumper z.b. die Partdb an sich kann es noch nicht

[Udo N. (weinbauer73)]

Hast du keinen Webzugriff per phpMyAdmin? Damit kannst du ein Export 
deiner Datenbank machen.

[armut (Gast)]

Kenn mich mit Datenbanken leider gar nicht aus. Werde mit den zwei 
Sachen mal schauen ob ich's hinbekomme danke für Antworten!

Gruß
Arne

[Arne M. (armut)]

So ich wieder :)

Konnte mit myPHPadmin wohl alles sichern (hoffe ich... konnte 
wiederherstellen noch nicht testen). Nun bräuchte ich wieder einen free 
Webspace Anbieter, auf dem ich die einfach laufen lassen kann. Mir ist 
nämlich aufgefallen das ich ca 70% von unterwegs im Programm war.

Das Problem ist, dass ich schon viele durchprobiert habe, bei den 
meisten läuft nicht InnoDB was part-db wohl braucht und wenn es läuft 
haben die fix PHP 5.5xx installiert und man kann zu keiner anderen 
Version wechseln. Das hat das Problem das preg_replace() wohl nicht mehr 
genutzt werden kann und man wohl preg_replace_callback benutzen soll. 
Grenzt irgendwie an ein Wunder, dass als ich part-db nur mal eben testen 
wollte genau einen hatte, bei dem das alles ging! Zuhause mag ich nicht 
einen Rechner damit die ganze Zeit laufen lassen. Und extra einen Server 
anmieten ist dafür, auch wenn es ein tolles Programm ist, auch etwas 
übertrieben. Wenn jemand also einen Anbieter mit PHP < 5.5 auf den auch 
InnoDB läuft kennt bitte sagen!
Dankeschön!

Gruß
Arne

[Matthias F. (idefix)]

nachdem PHP 5.5 ja stabil ist, macht es da nicht mehr Sinn partdb hier 
entsprechend zu ändern, damit das mit PHP 5.5 auch funktioniert?

[Urban B. (kami89)]

Arne M. schrieb:
> Das hat das Problem das preg_replace() wohl nicht mehr
> genutzt werden kann und man wohl preg_replace_callback benutzen soll.

Also laut http://www.php.net/manual/de/function.preg-replace.php ist nur 
der /e Modifikator deprecated.

Siehst du bei den Fehlermeldungen auch auf welche Datei/Zeile die sich 
beziehen? Die Funktion preg_replace() wird von Part-DB selbst nur wenig 
benutzt, aber im DokuWiki und dem vLib Template wird sie sehr häufig 
verwendet.

[Arne M. (armut)]

Was er mir anzeigt ist 3 x die Zeile

Deprecated: preg_replace() [function.preg-replace]: The /e modifier is 
deprecated, use preg_replace_callback instead in 
/users/armut/www/part-db/lib/vlib/vlibTemplate.php on line 971

Danach kommt nichts mehr, nur diese 3 Zeilen

Wenn PHP5.5 funktioniert wird ist es wahrscheinlich bald eh überall 
drauf sein, da wäre eine Portierung sehr gut!

Habe jetzt part-db auf meinen Raspberry Pi am laufen. Da läuft alles 
wunderbar auch das einspielen der alten Datenbank ging problemlos. 
Allerdings wenn man mit den bastelt ist es mir öfters schon passiert, 
dass man am Ende alles neu installieren darf. Also jetzt dauernd backups 
machen :(

[Urban B. (kami89)]

Könntest du mal versuchen in der genannten Datei 
lib/vlib/vlibTemplate.php die Zeilen 970/971:

$regex.= '/ie'; $data = preg_replace($regex,"\$this->_parseTag(array('\\0','\\1','\\2','\\3','\\4','\\5','\\6','\\7','\\8'));",$data);

durch folgende drei Zeilen ersetzen:

$regex.= '/i'; $obj = $this; $data = preg_replace_callback($regex, function($m) use($obj) {return $obj->_parseTag($m);}, $data);

und probieren ob dann Part-DB mit PHP 5.5 läuft? Es gibt zwar noch 
andere Stellen, die man ersetzen müsste, vorerst sollte aber diese eine 
Zeile reichen wenn ich mich nicht irre.

mfg

[Arne M. (armut)]

Danke fuer die Hilfe hab es gleich mal getestet nun komm wieder 3 mal:
Warning: preg_replace_callback() [function.preg-replace-callback]: 
Modifier /e cannot be used with replacement callback in 
/users/armut/www/part-db/lib/vlib/vlibTemplate.php on line 972

Gruß
Arne

[Urban B. (kami89)]

Arne M. schrieb:
> Modifier /e cannot be used with replacement callback

Hast du das "e" aus Zeile 970 entfernt wie oben beschrieben?

Wenn es nicht klappt, setze ich mal einen Server mit PHP 5.5 auf um es 
selbst testen zu können...

[Arne M. (armut)]

Mit der geänderten Änderung scheint es jetzt zu laufen. Danke! Also im 
Moment erst mal ohne Daten, die muss ich dann da auch noch importieren! 
Aber soweit so gut :) Danke nochmal!

Gruß
Arne

[Urban B. (kami89)]

Arne M. schrieb:
> Danke nochmal!

Keine Ursache :-)

mfg
Urban

[sam (Gast)]

Hi,

ich habe gerade auf Guitarhub ein paar Verbesserungsvorschläge gepostet. 
Vielleicht kann das Projektteam ja mal darüber schauen.
Ich überlege gerade, ggf. davon auch einiges selbst zu implementieren.

gruß,
sam

[Udo N. (udo_n)]

Hilfe können wir immer gut gebrauchen :-)

Mit Github habe ich so meine Probleme, vielleicht verstehe ich das 
System dahinter auch nicht wirklich. Subversion war für mich einfacher.

Zumindest habe ich in den letzten Monaten die Grundlage (den 
Javascript-Code) des neuen Filemanagers erweitert, aber noch nicht dort 
integriert und getestet. Ich brauche das ja auch für andere Projekte ;-) 
Ich stelle gerne die aktuelle Entwicklungsstufe zur Verfügung, wenn sich 
jemand darum kümmern möchte.

Grüße
Udo

PS: Die Anmeldung über Google oder Facebook zeigen blöderweise 
verschiedene Namen an. :/

[Urban B. (kami89)]

Ich habe soeben mal den oben genannten Bugfix für PHP 5.5 hochgeladen, 
ich hoffe das passt so. Mit PHP 5.5 konnte ich es aber noch nicht 
testen, muss dazu erstmal einen Server aufsetzen.

Wenn die aktuelle Version 0.3.1 getestet wurde, würde ich die dann mal 
veröffentlichen wenn niemand was dagegen hat :-)

Udo Neist schrieb:
> Mit Github habe ich so meine Probleme

Mit Github oder mit Git? Ich verwende (unter Linux) übrigens das 
Grafische Git-Tool "SmartGit/HG", das kann ich sehr empfehlen, es macht 
vieles einfacher. Es gibt sogar direkte Unterstützung für Github mit ein 
paar netten Features, die ich aber selbst noch gar nicht getestet habe 
:-)

mfg

[Urban B. (kami89)]

Habe Part-DB soeben kurz auf PHP 5.5.3 getestet, scheint soweit zu 
funktionieren...

Ausserdem gab es beim IE9 noch einen schlimmen Darstellungsfehler (wegen 
fehlerhaftem HTML), das sollte jetzt auch behoben sein.

[Gerald *. (pyromane)]

Beim Löschen eines Bauteils erhalten ich der Version: 0.3.0 (stable) 
folgende Fehlermeldung:

Das Bauteil "IDC 3924 N1" konnte nicht gelöscht werden! Grund: Die Einkaufsinformationen konnten nicht gelöscht werden! Grund: Datenbankfehler: SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete or update a parent row: a foreign key constraint fails (`usr_web483_4`.`parts`, CONSTRAINT `parts_order_orderdetails_id_fk` FOREIGN KEY (`order_orderdetails_id`) REFERENCES `orderdetails` (`id`)) SQL-Query: DELETE FROM orderdetails WHERE id=? LIMIT 1

[Urban B. (kami89)]

Gerald *. schrieb:
> Beim Löschen eines Bauteils erhalten ich der Version: 0.3.0 (stable)
> folgende Fehlermeldung:

Stimmt, das ist ein Bug. Wird in der nächsten Version dann behoben sein.

Der Bug tritt auf, wenn man eine Einkaufsinformation eines Bauteiles 
löscht, die unter "Zu bestellende Teile" mit den Radiobuttons selektiert 
ist. Oder eben auch wenn man gleich das ganze Bauteil löschen will.

Als Workaround kann man unter "Zu bestellende Teile" beim betreffenden 
Bauteil die Radiobuttons auf "Noch nicht bestellen" setzen. Wenn das 
Bauteil nicht unter den zu bestellenden Bauteilen aufgelistet ist, muss 
man es zuerst zum bestellen vormerken, damit es in der Liste auftaucht.

mfg

[Urban B. (kami89)]

Da ich gerade Zeit hatte, veröffentlichte ich soeben die Version 0.3.1. 
Der Bug beim Löschen von Bauteilen ist dort übrigens auch gleich 
enthalten.

Installationsanleitung, Changelog und Download gibts hier:
https://github.com/sandboxgangster/Part-DB/releases/tag/v0.3.1

Viel Spass! :-)

[Urban B. (kami89)]

Urban B. schrieb:
> Der Bug beim Löschen von Bauteilen ist dort übrigens auch gleich
> enthalten.

Da ist wohl was durcheinander geraten :-)
Wollte damit sagen, dass der Bugfix enthalten, bzw. der Bug behoben 
ist :-)

[Martin (Gast)]

Hallo,

Erst mal vielen vielen Dank für die tolle Arbeit mit Part-db,

Anfangs nutzte ich Partdb "nur" für meine Elektronische Bauteile, 
mittlerweile auch für mein Modellbau Equipment,

gibt es eigentlich auch die Möglichkeit bei der Bestellnummer HTTP Links 
anzeigen zu lassen, ich meine so das wenn ich auf die Bestellnr klicke 
dann auch dort auf die Seite gelange, ansonsten hilft halt nur Copy & 
Paste.

ich bestelle in letzter Zeit vermehrt im Ausland in verschiedenen 
Warenhäusern, bei manchen gibt es nicht einmal bestellnummern :)

Gruß
Martin

[Urban B. (kami89)]

Hallo Martin,

So eine Funktion gibt es bisher noch nicht, wollte das aber eigentlich 
schon lange mal einbauen. Vielleicht kann ich das sogar gleich mal noch 
machen, sollte kein grosser Aufwand sein. Habe es schonmal in unsere 
ToDo-Liste aufgenommen: 
https://github.com/sandboxgangster/Part-DB/issues/35

Bei Artikeln die keine Bestellnummer haben, würde das so zwar nicht 
funktionieren. Man müsste dazu noch eine Möglichkeit haben, den Link für 
jeden Artikel manuell einzugeben...

mfg

[Christian S. (vivus)]

Hallo,

ich habe mir das Projekt auf den Server geladen und finde es bisher echt 
super. Mich würde interessieren, ob es so std. Footprints und Hersteller 
usw. schon fertig gibt? Ich habe gesehen, dass es diverse Hersteller 
Logos und andere img Dateien gibt, in der Datenbank steht allerdings 
nichts. Habe ich etwas beim installieren falsch gemacht oder gibts 
soetwas noch nicht von Werk aus?

Gruß

[Urban B. (kami89)]

Hallo Christian,

Momentan gibt es leider noch keine automatisierte Möglichkeit, um die 
Datenbank mit den wichtigsten Footprints usw. zu befüllen. Eine solche 
Funktion ist zwar schon geplant und wurde teilweise auch begonnen, ist 
aber noch nicht fertig geworden...

mfg

[Fer T. (fer_t)]

Hi, kurze Frage:

Anscheinend bin ich zu blöd, aber wie lösche ich ein Bauteil?

Die Schaltfläche: Bauteil hinzufügen gibt es ja, aber löschen finde ich 
nirgends...

MfG

* Edit: *

Ja war zu blöd hab es gefunden^^

[Fer T. (fer_t)]

Ich noch mal, ich habe mal eine kurze Frage:
Ich "hacke" gerade etwas herrum (labeldrucker-Funktion implementieren).
Dabei habe ich das Problem, das zur print_r($all_orderdetails); 
funktioniert und auch das Array richtig ausgibt, jedoch kann ich nicht 
auf die Bestell-Nr zugreifen, also
echo $all_orderdetails->get_supplierpartnr();

geht nicht.

Ich bin im show_part_info.php

Mach ich was falsch?

Edit

Ich weiß zwar immer noch nichts was dran falsch ist, immerhin steht in 
class orderdetails drinnen dass das ein öffentlicher getter ist, aber 
naja...

Das komische ist kaum frage ich hier komme ich selber drauf^^
Und dabei überlege ich immer vorher lange selber ;)

Es geht aber mit:
print_r($part->get_supplierpartnrs());

[deko (Gast)]

Hallo,
ich bin gerade Dabei einen Button zu implementieren.

Er soll in der Teileansicht neben den Inkrement-Button angezeigt werden.
(http://www.partdb.grautier.com/partdb/show_category_parts.php?cid=16) 
rechts neben den + Button

Ich möchte ein Licht hinter einen Einschub eines Magazins Ein/Aus 
schalten um es schneller finden zu können.

Mein Problem ist das ich kein Überblick habe, in welchen Dateien ich was 
ändern muss.



Ich habe mich schon einige Stunden damit auseinander gesetzt aber ich 
scheitere jedes mal.


Wir würde ein Button reichen der mir die ID der Entsprechenden 
"storelocations" ausgibt. Den Rest bekomme ich dann schon hin.

Kann mir jemand einen Hinweis geben in welchen Dateien ich schauen muss?

LG
deko

[Christian S. (vivus)]

Sehe ich es nicht oder ist das ganze nur für einen Nutzer ausgelegt? 
Würde das gerne bei mir auf dem Server laufen lassen und ein paar andern 
die Möglichkeit geben, sich einzuloggen und ihre eigenen 
Bauteileverwaltungen zu verwalten ...

[Fer T. (fer_t)]

deko schrieb:
> Hallo,
> ich bin gerade Dabei einen Button zu implementieren.
>
> Er soll in der Teileansicht neben den Inkrement-Button angezeigt werden.
> (http://www.partdb.grautier.com/partdb/show_category_parts.php?cid=16)
> rechts neben den + Button
> (...)
> LG
> deko

Ich hab jetzt nur mal schnell geschaut:
Du müsstest den Button in der Datei:
https://github.com/sandboxgangster/Part-DB/blob/master/templates/standard/vlib_table.tmpl

Hinzufügen, etwa Zeile 55.

Und dann in der Datei:
https://github.com/sandboxgangster/Part-DB/blob/master/show_category_parts.php

Das Skript anpassen.


Also irgendwie im Template die Zeile

{TMPL_IF NAME="caption" VALUE="button_lighton"}<td align="center">Licht an</td>{/TMPL_IF}

hinzufügen und dann das skript so in der Art abändern:

(For Schleife Zeile 52)

for($i=0; $i<$table_rowcount; $i++) { $selected_part_id = isset($_REQUEST['id_'.$i]) ? (integer)$_REQUEST['id_'.$i] : 0; if (isset($_REQUEST['decrement_'.$i])) { $action = 'decrement'; break; } if (isset($_REQUEST['increment_'.$i])) { $action = 'increment'; break; } if (isset($_REQUEST['button_lighton_'.$i])) { $action = 'lighton'; break; } }

Und dann halt irgendwie in der switch abfrage:

case 'lighton': echo $storelocation->get_full_path();

Das wird aber so wahrscheinlich nicht direkt gehen, soll nur etwa 
beschreiben wie ich denke das es gehen könnte...

MfG

[Christoph (Gast)]

@Fer T.:

Wie verbindest du die Lichter eigentlich mit der part DB? Das PHP Script 
muss ja dann ein Programm auf dem Server starten, welches wiederum mit 
die irgendwie angeschlossene Hardware (=LED?) aktiviert. Laeuft die DB 
bei dir auf nem Raspberry Pi oder aehnlichem?

[Fer T. (fer_t)]

Hmm?
Ich habe keine Lichter ;)
Das war an deko gerichtet um ihm vielleicht etwas zu helfen.
Ansonsten: Python Skript auf dem Server ausführen? (Rasp. GPIO oder 
normaler PC Parallel / Seriell Port?)

Ich habe selber nur zwei kleine Modifikationen: Barcodes erstellen und 
Touch Oberfläche für Raspberry (USB Barcodescanner ist dran und Touch 
Bildschirm).

Die Barcode Generator Sachen hab ich hier beschrieben: 
http://fthiessen.de/part-db-etiketten-drucken/

Aber ziemlich dirty ist es^^

MfG

[Christopher K. (djmaster_d)]

Hallo Fer T.
Das mit dem Barcode ist echt ne schnelle nette Sache. Hab mir das 
angesehen und ausprobiert. Lauft vom Prinzip her echt fein. ;) Rest kann 
ich nicht sagen, da ich zu wenig Ahnung von php habe. g

Meine Frage dazu, Wie bekomme ein Array in die Ausgabe rein? ich würde 
mir gerne die Bestellnummern mit ausdrucken lassen. Ich habe mal nen 
Screeni angehängt. Vielen vielen Dank im Vorraus. lg

[Fer T. (fer_t)]

Hi,
Du scheinst da noch was im Code geändert haben (ist so wie so nicht der 
schönste), am einfachsten wäre wohl da bei dir bei Hersteller:
$part->get_suppliers()[0]->get_name() . '\n' . 
$part->get_supplierpartnrs()[0];

Das sollte theoretisch den Hersteller und die Best.-Nr. ausgeben.

MfG,
Fer_T

[Christopher K. (djmaster_d)]

Hali, also ja ich hab meine partdb verändert und derzeit auch keine 
"originale" mehr laufen aber wenn ich so sachen wie footprint, 
storelocation, suppliers nicht auskommentiere bekomme ich in der log 
diese Meldung:

PHP Parse error: syntax error, unexpected '[', expecting ')' in..show_print.php on line 84

Ich werde das später nochmals genauer unter die Lupe nehmen und mich 
drann versuchen. ;)

Vielen Dank auf jeden Fall...

[xsider (Gast)]

Hallo,

ich habe die Part-DB neu installiert. Ich finde die Kategorieneinteilung 
auf http://www.partdb.grautier.com/partdb/ schon sinnvoll. Kann man den 
SQL-Dump der Kategorien-Tabelle mit zur Verfügung stellen, als "Basis" 
für die Datenbank? Dann erspare ich mir eine Menge Tipparbeit.

Danke Gruß, Xsider

[K. J. (theborg0815)]

Ja kann ich machen, aber nicht mehr heute morgen poste ich den hier

[K. J. (theborg0815)]

Hab sie jetzt nicht ausortiert, das sind einige murks Sachen drinnen 
einfach die entsprechenden Zeilen löschen

[Sammy (Gast)]

Hallo allerseits,

ich wollte den Etiketendruck auch mal ausprobieren. Momentan scheitere 
ich an den folgenden Fehlern (aus /var/log/apache2/error.log):

PHP Parse error: syntax error, unexpected '[', expecting ')' in /var/www/part-db/show_print.php on line 82

Zeile 82 ist die letzte Zeile der Ausgabe:

$part->get_supplierpartnrs()[0] . ' - ' . $part->get_suppliers()[0]->get_name()

Wenn ich die auskommentiere, kommt als nächster Fehler:

PHP Catchable fatal error: Object of class Storelocation could not be converted to string in /var/www/part-db/printLib/libPrint.php on line 162

Hat jemand einen Tipp, was da schief läuft?

Systeminfo: Ubuntu 12.04.4, Kernel: 3.8.0-44-generic x86_64, apache2: 
2.2.22-1ubuntu1.7, php5: 5.3.10-1ubuntu3.13

[Sammy (Gast)]

Sooo ... der erste Fehler lag an der PHP-Version: "You need to be 
running PHP 5.4+ to use shorthand arrays". Ein Upgrade auf 5.4.31 half.

Trotzdem verbleibt:

PHP Catchable fatal error: Object of class Storelocation could not be converted to string in /var/www/part-db/printLib/libPrint.php on line 162

Kann mir jemand weiterhelfen? Fer_T?

[Urban B. (kami89)]

Der Fehler liegt in der Anweisung printLabel(...) in show_print.php. 
Diese ist sowieso nicht ideal, da vermutlich das Erzeugen von Etiketten 
gar nicht funktioniert wenn das Bauteil keinen Lagerort, keinen 
Footprint oder keinen Lieferanten hinterlegt hat(?).

Versuch mal das hier:

printLabel("62x40","de",array( $part->get_id(), $part->get_name(), is_object($storelocation) ? $storelocation->get_name() : '', is_object($footprint) ? $footprint->get_name() : '', $category->get_name(), (count($all_orderdetails) > 0) ? $all_orderdetails[0]->get_supplierpartnr() . ' - ' . $all_orderdetails[0]->get_supplier()->get_name() : '' ));

Ich hoffe das passt so, habs selber nicht ausprobiert...

[Sammy (Gast)]

Das passt perfekt, vielen herzlichen Dank!

Das Bauteil, mit dem ich immer getestet habe, hat übrigens sowohl 
Lagerort als auch Footprint und Lieferanten, daran ist es also nicht 
gescheitert.

[Sammy (Gast)]

Falls noch jemand die ganzen Label-PDFs in einem Rutsch generieren 
möchte: Im Anhang ein kleines Shell-Script.

[Peter M. (pc-baerli)]

Hallo Zusammen,

Ich habe bereits schon seit einigen Jahren die Part-DB bei mir laufen ..

Was mich noch immer stört, ist dass ich ein Bauteiltyp nicht an mehreren 
Orten gleichzeitig lagern kann
z:Bsp 2 Trafo T14  in Kiste 4
      1 Trafo T14  in Kiste 7
      3 Trafo T14  in Kiste 9

Hat da Jemand heute eine Idee wie sich das Datenbanktechnisch lösen 
lassen könnte  ... ohne dass ich denselben Artikel mehrmals erstellen 
muss

Gruss Peter

[Peter M. (pc-baerli)]

Hallo Zäme,

Ist die openlist Funktion deaktiviert worden ?
Könnte man ggfs die openlist wieder aktivieren in der part-db ... um 
Freunden
 einen kurzen Überblick zu geben , was im Lager liegt

Habe gestern versuchsweise die 0.3.1 installiert - funktioniert sehr gut

Gruss Peter

[Urban B. (kami89)]

Hallo Peter,

Peter Müller schrieb:
> Was mich noch immer stört, ist dass ich ein Bauteiltyp nicht an mehreren
> Orten gleichzeitig lagern kann

Das wurde bereits vorgeschlagen: 
https://github.com/sandboxgangster/Part-DB/issues/12
Es gibt aber immernoch ungeklärte Fragen wie so ein Feature 
implementiert werden kann/soll.

Peter Müller schrieb:
> Ist die openlist Funktion deaktiviert worden ?

Ja, die gibt es in den neusten Versionen nicht mehr weil durch die 
grossen internen Umstrukturierungen diese Funktion nicht mehr 
funktionierte. Man müsste einiges an Arbeit investieren damit sie wieder 
läuft. Darauf wurde verzichtet, weil eigentlich eine Benutzerverwaltung 
geplant ist, welche die openlist Funktion überflüssig machen würde.

Leider habe ich aber fast keine Zeit mehr um an Part-DB weiterzuarbeiten 
(Studium beendet). Vor allem die Benutzerverwaltung würde ich eigentlich 
schon gerne mal noch implementieren, aber das gibt sehr viel Arbeit...

mfg

[Udo N. (weinbauer73)]

Urban B. schrieb:
> Leider habe ich aber fast keine Zeit mehr um an Part-DB weiterzuarbeiten
> (Studium beendet). Vor allem die Benutzerverwaltung würde ich eigentlich
> schon gerne mal noch implementieren, aber das gibt sehr viel Arbeit...

Das denke ich mir. Ich hab meine Verständnisprobleme mit Git, sonst 
würde da immer mal wieder dran arbeiten :(

Grüße
Udo

[Peter M. (pc-baerli)]

Besten Dank für die Antworten ... werde einfach
regelmässig mal vorbeischauen ...

Gruss Peter

[Michael K. (Gast)]

Udo Neist schrieb:
> Das denke ich mir. Ich hab meine Verständnisprobleme mit Git, sonst
> würde da immer mal wieder dran arbeiten :(
>
> Grüße
> Udo

Naja, du brauchst es ja nicht unbedingt. Du kannst dir ja die aktuelle 
Version ziehen und dann ohne Git dran arbeiten. Ich bin mir sicher es 
würde sich jemand finden, der deine gemachten Änderungen dann ab und an 
commiten würde.

[Urban B. (kami89)]

@Udo
Hmm die grundlegenden Funktionen pull/commit/push sind ja eigentlich 
auch nicht komplizierter als bei SVN (?). Bei git hat man einfach noch 
einen Haufen zusätzlicher Features, aber die muss man ja nicht benutzen.

Wenn du "Angst" davor hast, etwas am Repository kaputt zu machen, kannst 
du einfach auf Github mit einem einzigen Klick Part-DB forken und dann 
an deinem eigenen Repository weiterarbeiten. Um deine Änderungen ins 
Part-DB Repository zu übernehmen reicht ein einfacher Pull Request 
(ebenfalls auf Github). Ich wäre gerne dazu bereit, deine Änderungen 
dann in Part-DB aufzunehmen.

mfg

[Udo N. (weinbauer73)]

Angst habe ich nicht davor, ich muss mich nur mal in Ruhe mit Git 
auseinander setzen und eventuell mal selbst einen Git-Server zum Spielen 
aufsetzen, dann wird das sicher auch wieder was :) Werde ich wohl beim 
nächsten Urlaub angehen.



Grüße
Udo

[Urban B. (kami89)]

Ich habe übrigens bei der Gelegenheit gerade mal noch geschaut ob es 
Branches gibt, die bereits (mehr oder weniger) fertig programmierte 
Features enthalten. Habe zwei solcher Branches gefunden und gleich in 
den master Branch aufgenommen, die neuen Funktionen sind jetzt:

1)
Bauteile, die obsolet und nicht mehr an Lager sind, werden jetzt in den 
Tabellen ausgeblendet (ausser unter "nicht mehr erhältliche Teile")

2)
Man kann jetzt bei den Lieferanten eine URL angeben, welche direkt zu 
einem Artikel auf dessen Webseite führt. Die Bestellnummer (die in der 
URL natürlich vorkommen muss) wird durch einen Platzhalter dargestellt. 
Als Ergebnis werden dann alle Artikelnummern von Lieferanten, bei denen 
eine solche URL hinterlegt ist, als Hyperlink dargestellt, welche direkt 
zum entsprechenden Artikel im Onlineshop führen. Finde ich sehr 
praktisch :-) Eine URL kann auch bei den Herstellern definiert werden, 
allerdings wird diese von Part-DB (noch) nirgens ausgewertet...

Ich denke es lohnt sich nicht, extra ein neues Release zu 
veröffentlichen nur wegen diesen beiden Funktionen. Wer diese Funktionen 
dennoch bereits nutzen möchte, kann einfach den aktuellen Stand vom 
master Branch herunterladen...

Grüsse
Urban

[Christopher K. (djmaster_d)]

Halooo wiedermal. Vielen Dank für diese Funktion mit den URLS der 
Hersteller. Habe upgedatet und es funktioniert wieder alles wie gewohnt. 
PartDB ist täglich in Verwendung mit ~ 400 Bauteile und 600 Uploads an 
Datenblättern und Bildern.

Einfach ein sehr feines Programm was mir das tägliche Leben hier echt um 
einiges vereinfacht.

DANKE
Viele Grüße aus Wien

[Urban B. (kami89)]

Hallo Christopher,

Vielen Dank für das Feedback! Freut mich zu hören, dass Part-DB im 
täglichen Einsatz wie gewünscht funktioniert :-)

Grüsse aus der Schweiz
Urban

[sammy (Gast)]

Hallo zusammen,

ich habe jetzt auch wieder angefangen das Programm zu nutzen um etwas 
mehr Ordnung zu bekommen.
Ich habe folgende Anforderungen/Verbesserungsvorschläge:

1. Einheiten für Bauteile
- um z.B. Kabel erfassen zu können
- ggf. auch Kommazahlen zulassen, wie z.B. 0,5m (könnte man aber auch 
über 50cm abbilden, also nicht zwingend notwendig)

2. mehrere Lagerorte für Bauteile
- bei manchen Bauteilen hat man größere Mengen, die nicht alle in den 
Sortimentskasten passen. Hier wäre es nützlich die Mengen aufteilen zu 
können auf mehrere Lagerorte. In professioneller Software gibt es dann 
auch noch Nachschubfunktionen, aber das wäre sicherlich zu aufwendig. 
Aber zumindest mehrere Plätze wären sehr gut.

3. feste Spaltenbreiten
- die Tabelle springt bei mir je nach Kategorie hin und her. Hier wären 
feste, einstellbare Spaltenbreiten schön.

4. Sortierung der Tabellenspalten durch klicken auf die Überschrift
- erklärt sich glaube ich selbst und ist inzwischen ja auch Standard

5. Eingabe/Editierfenster der Bauteile mit Ajax im aktiven Fenster 
machen
- aktuell nutze ich das modale Fenster, da der extra Tab immer im 
Hintergrund "verloren" geht, aber hier wäre es schön es als "Fenster" 
direkt in der Seite zu öffnen


Gruß,
Sammy

[Udo N. (weinbauer73)]

sammy schrieb:
> Hallo zusammen,
>
> ich habe jetzt auch wieder angefangen das Programm zu nutzen um etwas
> mehr Ordnung zu bekommen.
> Ich habe folgende Anforderungen/Verbesserungsvorschläge:
>
> 1. Einheiten für Bauteile
> - um z.B. Kabel erfassen zu können
> - ggf. auch Kommazahlen zulassen, wie z.B. 0,5m (könnte man aber auch
> über 50cm abbilden, also nicht zwingend notwendig)

Ohne es jetzt zu testen, geht der Punkt anstelle des Kommas?

> 2. mehrere Lagerorte für Bauteile
> - bei manchen Bauteilen hat man größere Mengen, die nicht alle in den
> Sortimentskasten passen. Hier wäre es nützlich die Mengen aufteilen zu
> können auf mehrere Lagerorte. In professioneller Software gibt es dann
> auch noch Nachschubfunktionen, aber das wäre sicherlich zu aufwendig.
> Aber zumindest mehrere Plätze wären sehr gut.

Ist, soviel ich weiß, ein geplantes Feature.

> 3. feste Spaltenbreiten
> - die Tabelle springt bei mir je nach Kategorie hin und her. Hier wären
> feste, einstellbare Spaltenbreiten schön.

Das kann man im Template oder im CSS fest definieren. Kein Thema.

> 4. Sortierung der Tabellenspalten durch klicken auf die Überschrift
> - erklärt sich glaube ich selbst und ist inzwischen ja auch Standard

Das wäre etwas für die nächste Version.

> 5. Eingabe/Editierfenster der Bauteile mit Ajax im aktiven Fenster
> machen
> - aktuell nutze ich das modale Fenster, da der extra Tab immer im
> Hintergrund "verloren" geht, aber hier wäre es schön es als "Fenster"
> direkt in der Seite zu öffnen

Ajax steht ziemlich weit oben auf der Liste. Ich habe zwar die 
Vorarbeiten dazu schon erledigt, aber im Moment mangelt es an Zeit bzw. 
ich kämpfe mit Git.

Grüße
Udo

[Udo N. (weinbauer73)]

Ich habe mir mal ein eigenes git-Repo auf meinem Server angelegt, um 
endlich mal git verstehen zu lernen. Netbeans hat sogar gleich erkannt, 
dass das Projekt eine Kopie vom git-Repo ist und bietet mir passenden 
Optionen an. Zumal ich auf FB in einer Gruppe eine wirklich einfache 
Anleitung zum Arbeiten mit git gefunden habe :D

[Matthias F. (idefix)]

Zum Git lernen, kann ich das Buch empfehlen, das auf der Git Seite 
verlinkt ist. In deutsch ist die Edition 1, die Edition 2 gibt es nur in 
englisch:
http://git-scm.com/book/de/v1

[Fabian P. (Firma: www.cyberlabs.at) (tropaion)]

Hallo,
ich habe gerade pardb von github geladen und installiert.
Das funktioniert so weit so gut.
Dann erstelle ich eine neue Kategorie "Widerstand".
Wie ich in der Demo gesehen habe wird die Kategorie dann Links unter 
Kategorien aufgelistet, was bei mir nicht der Fall ist.
Dann sollte man Kategorie auswählen können und ein neues Bauteil anlegen 
oder?
Aber warum werden bei mir die Kategorien nicht aufgelistet?
Jemand eine Ahnung was ich falsch mache?

Hoffe es kann mir jemand helfen, habe große Erwartungen an dieses 
Programm^^
Lg,
Tropaion

[Fabian P. (Firma: www.cyberlabs.at) (tropaion)]

Und unter system_confi kann ja die ganzen Menüpunkte wie System und 
Tools deaktivieren. Diese werden jedoch von haus aus schon nicht mehr 
angezeigt, kann mir vll jemand helfen?
Hier meine Testeinrichtung:
http://www.yakuzasubs.at/labor/

Lg,
Tropaion

[K. J. (theborg0815)]

Habs mir mal angeschaut ist komisch in der HTML Ausgabe sind die Menüs 
drinnen, hab momentan bis Mitte der nässten Woche nur UMTS damit kann 
ich nicht anständig schauen, aber ich werde mir das dann mal anschauen.

[Fabian P. (Firma: www.cyberlabs.at) (tropaion)]

Vielen Dank!
Wäre echt cool wenn das gelöst wird.
Sitze schon seit 2 Tage dran, bin aber gar nicht weiter gekommen -.-
Habe große Erwartungen daran, die Demo finde ich ziemlich 
vielversprechend.

Lg,
Tropaion

[Udo N. (weinbauer73)]

Ich bekomme zwei Javascript-Fehler angezeigt: dTree und menue sind nicht 
definiert. Anscheinend stimmt was nicht mit dtree.js (und bei den 
anderen JS-Dateien), denn in Firebug sehe ich nur eine lange Zeile und 
die ist auskommentiert.

Firebug: Kein JavaScript auf dieser Seite

[Udo N. (weinbauer73)]

Ich habe die geänderte dtree.js ins Repo hochgeladen. Bitte ausschecken 
und testen :-)

[Fabian P. (Firma: www.cyberlabs.at) (tropaion)]

Super! Funktioniert jetzt, vielen Dank!

[Sammy (Gast)]

Udo Neist schrieb:
> sammy schrieb:
>> Hallo zusammen,
>>
>> ich habe jetzt auch wieder angefangen das Programm zu nutzen um etwas
>> mehr Ordnung zu bekommen.
>> Ich habe folgende Anforderungen/Verbesserungsvorschläge:
>>
>> 1. Einheiten für Bauteile
>> - um z.B. Kabel erfassen zu können
>> - ggf. auch Kommazahlen zulassen, wie z.B. 0,5m (könnte man aber auch
>> über 50cm abbilden, also nicht zwingend notwendig)
>
> Ohne es jetzt zu testen, geht der Punkt anstelle des Kommas?
>
>> 2. mehrere Lagerorte für Bauteile
>> - bei manchen Bauteilen hat man größere Mengen, die nicht alle in den
>> Sortimentskasten passen. Hier wäre es nützlich die Mengen aufteilen zu
>> können auf mehrere Lagerorte. In professioneller Software gibt es dann
>> auch noch Nachschubfunktionen, aber das wäre sicherlich zu aufwendig.
>> Aber zumindest mehrere Plätze wären sehr gut.
>
> Ist, soviel ich weiß, ein geplantes Feature.
>
>> 3. feste Spaltenbreiten
>> - die Tabelle springt bei mir je nach Kategorie hin und her. Hier wären
>> feste, einstellbare Spaltenbreiten schön.
>
> Das kann man im Template oder im CSS fest definieren. Kein Thema.
>
>> 4. Sortierung der Tabellenspalten durch klicken auf die Überschrift
>> - erklärt sich glaube ich selbst und ist inzwischen ja auch Standard
>
> Das wäre etwas für die nächste Version.
>
>> 5. Eingabe/Editierfenster der Bauteile mit Ajax im aktiven Fenster
>> machen
>> - aktuell nutze ich das modale Fenster, da der extra Tab immer im
>> Hintergrund "verloren" geht, aber hier wäre es schön es als "Fenster"
>> direkt in der Seite zu öffnen
>
> Ajax steht ziemlich weit oben auf der Liste. Ich habe zwar die
> Vorarbeiten dazu schon erledigt, aber im Moment mangelt es an Zeit bzw.
> ich kämpfe mit Git.
>
> Grüße
> Udo

Hi Udo,

danke für die Antwort.
Mengen mit . statt , gehen leider nicht.

ein 6. Punkt:
Zustand zu Bauteilen speichern:
z.B. neu, gebraucht, ausgelötet etc.

gruß,
sammy

[sparky (Gast)]

Hi!

Ist geplant, dass man bei den Einkaufsinformationen beim Preis mehr als 
zwei Nachkommastellen angeben kann? Viele Händler rechnen mit 
Centbruchteilen (u.a. Reichelt, 0,082€ für einen 
Metallschichtwiderstand).

Sind Massenoperationen geplant? Sprich, man kann bestimmte Eigenschaften 
wie z.B. den Lagerort für mehrere Bauteile gleichzeitig ändern.

[Felix N. (time2ride)]

Hallo,

ich habe ein Script in Python geschrieben, dass die Teile einer 
Bestellung bei Reichelt automatisch in eine Part-DB importierbare CSV 
Datei wandelt. Außerdem werden noch die Bilder und alle Datenblätter 
aller Positionen heruntergeladen und die Dateinamen im Kommentarfeld der 
CSV referenziert. Geplant ist dass die auch noch automatisch in die 
Datenbank eingepflegt werden aber da weiß ich noch nicht wie man das am 
besten hinbekommt (Direkt an der SQL Datenbank rumfrickeln oder über 
HTTP). Hat hier jemand vllt. eine Idee, wie man das lösen kann?
Feedback ist immer wilkommen... ;)

Grüße
Felix

[Fer T. (fer_t)]

Hi zusammen,
Ich wollte nur mal nachhören wie so der Stand der Dinge ist.
Wird noch weiter entwickelt?

Ach ja so nebenbei http://partdb.grautier.com/ ist offline.

Gruß

[laberkeks (Gast)]

Felix C. schrieb:
> Hallo,
>
> ich habe ein Script in Python geschrieben, dass die Teile einer
> Bestellung bei Reichelt automatisch in eine Part-DB importierbare CSV
> Datei wandelt. Außerdem werden noch die Bilder und alle Datenblätter
> aller Positionen heruntergeladen und die Dateinamen im Kommentarfeld der
> CSV referenziert. Geplant ist dass die auch noch automatisch in die
> Datenbank eingepflegt werden aber da weiß ich noch nicht wie man das am
> besten hinbekommt (Direkt an der SQL Datenbank rumfrickeln oder über
> HTTP). Hat hier jemand vllt. eine Idee, wie man das lösen kann?
> Feedback ist immer wilkommen... ;)
>
> Grüße
> Felix

denke am besten wäre es direkt in SQL à la

import MySQLdb mysql=MySQLdb.connect('localhost','SQL_TABELLE','BENUTZER','KENNWORT') cursor=mysql.cursor() cursor.execute("INSERT INTO `part-db`.`pricedetails` (`id`, `orderdetails_id`, `price`, `price_related_quantity`, `manual_input`, `last_modified`) VALUES ('"price_id"', '"orderdetails_id"', '"price"', '"price_related_quantity"', '1', CURRENT_TIMESTAMP);")

So oder so ähnlich...

[Felix N. (time2ride)]

laberkeks schrieb:
>
> denke am besten wäre es direkt in SQL à la
>

> import MySQLdb > mysql=MySQLdb.connect('localhost','SQL_TABELLE','BENUTZER','KENNWORT') > cursor=mysql.cursor() > > cursor.execute("INSERT INTO `part-db`.`pricedetails` (`id`, > `orderdetails_id`, `price`, `price_related_quantity`, `manual_input`, > `last_modified`) VALUES ('"price_id"', '"orderdetails_id"', '"price"', > '"price_related_quantity"', '1', CURRENT_TIMESTAMP);") >

>
> So oder so ähnlich...

Ja, ich habe mittlerweile noch eine API in PHP für Part-DB 
zusammengefrickelt, das schien mir auch die sauberste Variante zu sein.

[Urban B. (kami89)]

Hallo,

Fer T. schrieb:
> Wird noch weiter entwickelt?

Momentan leider nicht wirklich...

Fer T. schrieb:
> Ach ja so nebenbei http://partdb.grautier.com/ ist offline.

Stimmt, das ist sehr schade.
@K.J. Könntest du das wieder zum laufen bringen? Da momentan nicht aktiv 
weiterentwickelt wird, würde es vorerst ja reichen einfach das letzte 
Release zu installieren (ohne tägliches git pull).

Felix C. schrieb:
> Ja, ich habe mittlerweile noch eine API in PHP für Part-DB
> zusammengefrickelt, das schien mir auch die sauberste Variante zu sein.

Gerade im Zusammenhang mit dem Reichelt Import Script wäre dieses API 
sicher auch für andere Part-DB Nutzer nützlich. Wenn es einigermassen 
sauber implementiert ist, kannst du auf Github einen Pull Request 
machen, dann können wir es offiziell in Part-DB integrieren (unter der 
GPLv2).

mfg

[Fer T. (fer_t)]

Ich Frage nur nach weil ich ansonsten darauf umsteigen würde.
Evtl auch mich in PHP wieder einarbeiten und nen paar bugs fixen ;-)

[Udo N. (weinbauer73)]

Falls es mit http://partdb.grautier.com/ nicht klappen sollte, würde ich 
bei mir eine Subdomain einrichten.

Viel Zeit zur Weiterentwicklung habe ich auch nicht, kann aber hier und 
da bei Problemen helfen.

Grüße
Udo

[K. J. (theborg0815)]

hi ja mach ich am WE fertig, irgentwie ist das beim serverweksel 
abhanden gekommen.

[Fer T. (fer_t)]

Für die zwischen zeit, falls jemand die Doku braucht:

http://fthiessen.de/part-db/doku.php?id=start

Sollte K.J. das dann wieder gefixt haben, nehme ich es bei gelegenheit 
wieder runter ;-)

MfG

[McSchaf (Gast)]

Hallo zusammen,

seit einer weile nutze ich PartDB und bin sehr zufrieden. Da habt Ihr 
echt was schönes gemacht. Danke schön!
Und mit etwas veränderten Theme kann man die Datenbank auch super für 
andere dinge nutzen (z.B. eine Störungsdatenbank)

Aber ein Problem habe ich ... kann die Suchfunktion maximal nur 200 
Artikel finden ?
Kann man das irgend wie ändern ?

[K. J. (theborg0815)]

Hi, die Partdb ist dementsprechend nicht begrenzt, ich könnte mir 
vorstellen das in PHP begrenzt ist, sowas ähnliches hatte ich auch schon 
weis aber gerade nicht welche Einstellung das war, denkbar wehre die 
Scriptlaufzeit oder die anzahl der DB abfragen oder eine der Variabel 
Längenbegrenzung.

[Udo N. (weinbauer73)]

Es gibt ein Limit von 200 Einträgen in der Funktion search_parts von 
class.Part.php. Ich habe das jetzt mal in die Konfiguration verschoben 
und damit variabler gemacht. Der Default bleibt 200, falls die Variable 
in der eigenen Konfiguration fehlen sollte.

Kleiner Fehler unterlaufen. Eventuell wurde die neue Variable nicht in 
der Funktion gefunden, da ich ein global vergessen hatte... Ob das Limit 
eher zum Funktionsaufruf dazu genommen wird oder es so bleibt, das kann 
ich jetzt noch nicht sagen.

[Fer T. (fer_t)]

Hi,
Ich hätte nur mal eine Frage zu der Entwicklung von Part-DB:
Welches Zeilenende wird denn benutzt?
Unix, DOS oder MAC? Weil irgendwie ist es bei jeder Datei anders.
Teilweise war es Dos(\n\r), aber in den .php Dateien vorwiegend Unix 
(\n).
Sodass die Diffs immer unnötig groß werden.

Ich meine Irgendwo \n\r gelesen zu haben, bin mir aber nicht sicher.
Vielleicht sollte man das irgendwo klar definieren und dann einmal alle 
Dokumente wandeln (unter Linux gibt es die tools unix2dos dos2unix).

MfG,
Ferdinand

[McSchaf (Gast)]

Danke schön für die schnelle Hilfe.

Funktioniert prima.
Habe auch die änderung von GitHub getestet, geht bei mir auch ohne 
Proleme. Danke.

[Urban B. (kami89)]

Hallo Ferdinand,

Es sollen eigentlich überall UNIX Zeilenenden verwendet werden. Ich habe 
dos2unix mal auf alle Dateien im Repo angewendet und die Code 
Styleguides ergänzt. Ich hoffe jetzt gibt es keine unnötig grosse diffs 
mehr...

mfg

[Fer T. (fer_t)]

Vielen Dank für die Klarstellung!
Ich war nur verwirrt durch den Kommentar in dem Commit von Weinbauer:
> "[...]Zeilenumbrüche nach CRLF gewandelt."

(CRLF = Dos, LF = Unix)

MfG

[Udo N. (weinbauer73)]

Fer T. schrieb:
> Vielen Dank für die Klarstellung!
> Ich war nur verwirrt durch den Kommentar in dem Commit von Weinbauer:
>> "[...]Zeilenumbrüche nach CRLF gewandelt."

Warum ich das damals so gemacht habe, war wohl auf mein damaligen Editor 
zurück zu führen. Heute setze ich Netbeans ein und dort ist LF 
eingestellt.

[Fer T. (fer_t)]

Fer T. schrieb:
> Für die zwischen zeit, falls jemand die Doku braucht:
>
> http://fthiessen.de/part-db/doku.php?id=start

Leider ist die Doku und die Demo ja (noch) nicht mehr online, daher 
zusätzlich zur Doku oben hier meine Demo:

http://demo.os-sc.org/

Wird um Mitternacht immer geleert.


Dem entsprechend gibt es hier auch die Doku:

http://demo.os-sc.org/documentation/dokuwiki/doku.php

[Fer T. (fer_t)]

Ups vergessen, natürlich hier die Entwickler Dokumentation.
Sollte sie denn einer brauchen:
http://demo.os-sc.org/documentation/doxygen/

[Fer T. (fer_t)]

In letzter Zeit ist ja nicht viel passiert, ich hab aber gerade mal 
etwas mehr Zeit und daher mal angefangen was zu schreiben, was ich schon 
länger vorhatte:

Ich schreibe gerade für die Part-DB eine REST-API.
Was ist REST? Am besten dafür hier gucken:
https://de.wikipedia.org/wiki/Representational_State_Transfer

Warum?
Ich mache das vor allem, um das Backend und das Frontend strickt 
voneinander zu trennen.
Momentan ist es ja so das die HTML Seite vom PHP Teil erzeugt wird.
Ich möchte das so weit wie es geht trennen, dann kann man nämlich zum 
einen das Backend verändern ohne die GUI ändern zu müssen (so lange man 
die API nicht verändert) und zum anderen ist es durch den Ansatz 
wesentlich einfacher moderne UIs zu erstellen.
Daher die schon länger überfälligen Veränderungen wie weg von iFrames 
und Popups.

Ich schreibe nebenbei zum Testen noch eine - momentan kleinere - 
Oberfläche mit JS (mit dem DOJO-Framework: http://dojotoolkit.org/ - 
Bevor die Frage nach JQuery kommt: Ich mag bei dojo den API Aufbau 
einfach lieber / das Konzept). Die ist aber bei weitem nicht fertig und 
dient mir momentan nur zum testen der API und "proof of concept" (also 
ich teste da Sachen wie live-search, ajax, dojo-widgets etc).

Sobald ich einigermaßen mit dem Fortschritt zufrieden bin stelle ich 
meinen Branch natürlich gerne hier zur Verfügung.
Momentan hab ich aber nur die Grundlagen umgesetzt und arbeite noch an 
einigen Controllern.

Falls jemand Anregungen dazu hat, oder Fragen oder mir einfach nur sagen 
will wie doof das doch ist: Gerne ;-)
Wie gesagt ich stelle gerne auch alles bei Gelegenheit zur Verfügung, 
ich nutze den Post hier einfach mal als Ankündigung und um zu gucken ob 
es Interesse findet, daher ob ich das nicht nur für mich mache.
Sicher gibt es dann da auch einiges was noch verbessert werden muss, 
aber das ist ja immer so.

Mit freundlichen Grüßen,
Fer

[Udo N. (weinbauer73)]

Dojo hatte ich verworfen, weil es mir zu groß geworden ist. Daher hatte 
ich einen viel einfacheren Ansatz mit Javascript selbst geschrieben (ist 
im Filemanager zu sehen). Als Template-Engine kommt vlib zum Einsatz, da 
auch hier kein Schwergewicht verwendet werden sollte. Leider kam ich aus 
Zeitgründen kaum dazu beide Teile zu verbinden.

Grüße
Udo

[Urban B. (kami89)]

Hallo Fer,

Klingt auf jeden Fall interessant, ich kann mir aber noch nicht so 
richtig vorstellen wie die REST API denn aussehen soll, und was das 
schlussendlich genau bringt.

Eigentlich sind ja jetzt schon Backend und Frontend mehr oder weniger 
getrennt. Das aktuelle Konzept besteht im Prinzip aus drei Teilen:

1) Die PHP Klassen im "lib" Verzeichnis, welche die Daten in der 
Datenbank repräsentieren und viele nützliche Methoden anbieten.

2) Die PHP Skripte im Hauptverzeichnis, welche beschreiben welche HTML 
Seiten es gibt (also quasi die verschiedenen Use-Cases abbilden) und die 
Daten, welche im Browser angezeigt werden sollen, in Form von (vLib) 
Strukturen zur Verfügung stellen (Loops und Variablen).

3) Die HTML Seiten, welche nur noch die von den PHP Skripten generierten 
Daten darstellen. Das Design ist ohne Änderungen an PHP Dateien fast 
beliebig veränderbar. Auch könnte man für die Anzeige vermutlich ein 
Framework wie z.B. DOJO einsetzen.

Kannst du vielleicht etwas genauer erklären, wie dein Konzept aussehen 
würde?

Gruss,
Urban

[Fer T. (fer_t)]

Im Grunde trenne ich das Backend und das Frontend klar durch die API ab.
Daher das backend hat keine Ahnung was der User macht, bis es einen 
Zugriff bekommt.
Zum Beispiel weil der User Part 42 abruft:

/api.php/Parts/42

Nun gibt das Backend Part 42 zurück (als Json, oder wenn ein Fehler 
auftritt der passende HTTP Status).

Oder wenn der User eine Kategorie löschen will:

/api.php/Categories/23

 (als HTTP DELETE Request).

Oder bei der Suche:

/api.php/Parts?name=NE55*

Damit verschwindet so etwas wie das Prüfen "wirklich löschen?" etc aus 
dem php Teil und geht in die Verantwortung des Frontends über.
Zum Beispiel bei meiner kleinen Testoberfläche in den 
Verantwortungsbereich des JS-Codes (wird per Dialog gelöst).
Man könnte sich hier aber auch gleichzeitig zum Beispiel eine App 
vorstellen die auf diese API zugreift, wie das realisiert wird ist egal 
weil nur HTTP-Requests benötigt werden.

Es für die Außenwelt gibt es dann quasi nur die Adresse:
/api.php/{TABELLE}/{ID}
/api.php/{TABELLE}?{QUERY}
über welche dann kommuniziert wird.

Ich bin mittlerweile eigentlich im Groben mit der API fertig.
Da man durch Vererbung dort viel sparen konnte und nun nur noch kleinere 
Tochterklassen zu implementieren sind.
Natürlich fehlen dann noch Feinheiten und sicher findet sich noch der 
ein oder andere Bug und Stellen die man sauberer machen kann.

Meine Oberfläche nimmt auch Gestalt an, hab gerade mit DOJO und dgrid 
experimentiert um zugucken wie viel js code es ergibt.
Klar das man nun eine Seite erhält die recht viel JS beinhaltet, aber 
insgesamt komme ich unkomprimiert (es sollte normal sein das Webserver 
komprimieren) auf etwa 350KiB alles in allem (daher mit allen 
"Unterseiten").
Daher mit 400KiB ist die gesamte Webseite geladen, keine großen 
Ladezeiten mehr, da ab hier nur noch kleine Requests im Hintergrund 
(AJAX) gesendet werden und diese zum Teil auch gecached werden können.
Daher ich komme nachdem ich sie einmal geladen habe bei jedem erneuten 
Besuch auf nur etwa 20Kb die geladen werden müssen, da die Dateien ja 
statisch sind!

Zu der Größe von Dojo: Man sollte es immer selber bauen. Ich hab es 
jetzt selbst gebaut und es sind etwa 300Kb (übertragen etwa 90Kb) und 
dabei hab ich echt verdammt viele Funktionen mit rein genommen.

Ich werde das die Tage auf Github hochladen und dann Bescheid geben, 
dann kann sich ja quasi jeder einen Eindruck davon machen.

Falls ich irgendwas unklar ist, einfach nochmal nachfragen ;-)

Gruß

[Felix (Gast)]

Hier mal noch meine Version einer API. Ist wie weiter oben beschrieben 
mehr zusammengefrickelt aber für meine Zwecke passt das so.

[Fer T. (fer_t)]

So hab doch noch schnell mal eine laufende Version gepushed, vielleicht 
erklärt der Code es besser als ich ;-)

Momentan hab ich aber nur den Categories und Device Controller.
Wobei ich den BaseController auch noch einmal überarbeiten muss, denke 
das kann man noch was kompakter und schöner machen.

https://github.com/susnux/Part-DB/tree/New_GUI_REST_JS

Der Branchname ist verwirrend, weil er nur die REST API enthält, aber 
nicht die GUI. Die hab ich ausgelagert damit das nicht ein Riesen 
durcheinander wird (von den commits).

Ein XYController übernimmt dann quasi die Aufgaben von show_xy und 
edit_xy.
Geladen werden die von der api.php (weshalb ich auch die start_session 
bearbeiten musste um __autoload durch die autoload_registry zu ersetzen 
(ist ab PHP 5.3.0 dabei, also sollte jeder haben).
Dann noch die zwei neuen Klassen Request und Http (letzteres ist nur zur 
Lesbarkeit und Ordnung da, quasi ein "Enum").

Und hier direkt zum Diff:

https://github.com/sandboxgangster/Part-DB/compare/master...susnux:New_GUI_REST_JS

[Udo N. (weinbauer73)]

Für Verbesserungen bin ich immer zu haben. Die aktuelle Version hatte 
zwei Ziele: Trennung Programm und HTML (hier vlib) und bessere Struktur 
des Codes/OOP (wegen Wartung). Das im Zuge von Ajax einige Änderungen im 
Handling zwischen Client und Server vollzogen werden müssen, das hatten 
wir bzw. Urban in der Hauptsache ja schon vorbereitet.

Meine Baustelle ist immer noch der neue Filemanager. Hier wollte ich auf 
Flash verzichten. Ich habe zwar das JS-Framework zwischenzeitlich 
deutlich verbessert, aber den Filemanager noch nicht angepasst. Mir 
fehlt einfach die Zeit, um da mal ein oder zwei Wochen intensiv dran zu 
feilen :(

Grüße
Udo

[Uhu U. (uhu)]

Der Link 
http://www.partdb.grautier.com/svn/documentation/dokuwiki/doku.php auf 
Dokumentation und Installationsanleitung auf 
https://github.com/sandboxgangster/Part-DB/releases.atom ist tot.

[Jan B. (do9jhb)]

Hallo alle zusammen,

da ich nun gerade dabei bin alle meine Bauteile mit Aufklebern vom oben 
genannten Tool zu beschriften, habe ich eine kleine Android App 
programmiert, das die Barcodes auf den Labels einscannt und die Part-DB 
Detailseite für dieses Bauteil anzeigt: 
https://github.com/do9jhb/Part-DB-android

Vielleicht kann es ja noch jemand anderes gebrauchen.

[Fer T. (fer_t)]

Sehr schön, werde ich die nächsten Wochen mal testen :)

[Udo N. (weinbauer73)]

Das ist eine gute Idee :-)

[Jan B. (do9jhb)]

Der nächste Schritt den ich plane (und auch dabei bin zu 
implementieren...) ist die Daten über ein Bauteil von Part-db entgegen 
zu nehmen und dann direkt in der App in einer Activity anzuzeigen.
Dann sollte es auch ein Suchfeld geben über das man auch Bauteile 
aufrufen kann, die keinen Barcode haben.

[Jan B. (do9jhb)]

Hat es schon jmd. getestet?


Jetzt kann man auch die Bauteiledetails (teilweise) direkt innerhalb der 
App anzeigen lassen (siehe Anhang). Die neue Version gibts bei GitHub...

[Peter (Gast)]

Hi,

ich würde ja gerne mal wieder mit der Datenbank arbieten, allein ich 
kann keine Downloadmöglichkeit finden. Die per Suchmaschine findbaren 
Webseiten zu dem Projekt sind uralt, die Links funktionieren nicht oder 
führen zu Uralt Versionen.

Wo ist das aktuelle Program zu finden? Und gibt es dazu eine 
Installationsanleitung?

Gruß
Peter

[Udo N. (weinbauer73)]

Guten Morgen

Das Software findest du unter 
https://github.com/sandboxgangster/Part-DB.

Grüße
Udo

[Dennis X. (debegr92)]

Hallo zusammen,
dies scheint ja wirklich aktuell der letzte und einzig noch erhaltene 
Beitrag zu sein wenn es um das Thema Part DB geht.
Ich würde gerne auch ein wenig damit anfangen/einsteigen und es fällt 
schon echt ziemlich schwer den Überblick zu behalten, zumindest für 
Neueinsteiger...
Ich würde mir ehrlich gesagt am liebsten eine kleine virtuelle Maschine 
einrichten, welche alles benötogt mit allen Features die aktuelle so 
stabil laufen. Hab mich sogar richtig gefreut, als es das in einem 
Artikel bereits gab... aber dann: sehr alte Version.
Also ging die Suche wieder los. Jetzt hab ich mal bei mir auf der 
Maschine v0.3.1 laufen, aber was ist mit dieser Version 1.2 die hier und 
da mal auftaucht? Und Etiketten würde ich auch gerne drucken. Wie fange 
ich da an oder wo muss ich weiter suchen?
Wäre um ein wenig Aufklärung echt dankbar und würde auch eine virtuelle 
Maschine erzeugen + Wiki updaten falls das hier wirklich noch aktuell 
ist.

Grüße
Dennis

Nachtrag:
Jan B. schrieb:
> Hat es schon jmd. getestet?
>
> Jetzt kann man auch die Bauteiledetails (teilweise) direkt innerhalb der
> App anzeigen lassen (siehe Anhang). Die neue Version gibts bei GitHub...

Ja zu diesem Punkt muss ich sagen: Codes werden falsch erzeugt, App 
schmiert beim Smartphone drehen ab.

[Udo N. (weinbauer73)]

Die offizielle Version ist die auf github.

[Dennis X. (debegr92)]

Okay, aber das ist alles doch recht zerstückelt oder nicht? Wie steht es 
um das Barcode Feature? Ist doch nicht im master drin?! Muss man sich 
das selber zusammen kopieren? Gerade mal zwei drei Versionen mit meinem 
Diff-Tool verglichen und bin mir nicht ganz sicher was ich jetzt genau 
auschecken soll.

[Udo N. (weinbauer73)]

Es gibt einige Entwicklerrepos, die zum Testen für neue Funktionen 
gedacht sind. Das offizielle Repo ist "master".

[Urban B. (kami89)]

Sehr schade ist halt, dass die Demoseite und damit auch die 
Dokumentation (inkl. Installationsanleitung) seit einiger Zeit offline 
sind.

Vielleicht kann K.J. das wiedermal zum laufen bringen?

Ansonsten hätte ich auch noch einen Webspace auf dem man das laufen 
lassen könnte. Fragt sich nur wann ich mal Zeit und Lust dazu habe ;)

[Dennis X. (debegr92)]

Urban B. schrieb:
> Sehr schade ist halt, dass die Demoseite und damit auch die
> Dokumentation (inkl. Installationsanleitung) seit einiger Zeit offline
> sind.
>
> Vielleicht kann K.J. das wiedermal zum laufen bringen?
>
> Ansonsten hätte ich auch noch einen Webspace auf dem man das laufen
> lassen könnte. Fragt sich nur wann ich mal Zeit und Lust dazu habe ;)

Das hätte ich auch grad noch übrig...
Aber halt ein System mit allen aktuell stabil laufenden Funktionen wäre 
halt klasse!
So schlecht find ich das Prinzip halt nicht. Und die "online"-Anbindung 
find ich halt besser als bei EleLa.

[Udo N. (weinbauer73)]

Ich kann eine Demo-Version auf meinen eigenen Webserver installieren, 
dem juckt das nicht ;)

[Urban B. (kami89)]

Das einmalige installieren von Part-DB auf einem Webspace ist natürlich 
kein Problem. Schön wäre allerdings wenn die Installation auch 
regelmässig auf die neuste Version aktualisiert wird und wenn z.B. 
einmal am Tag die Datenbank zurückgesetzt wird (z.B. laden einer SQL 
Datei welche Beispieldaten enthält).

Die Online-Demo von K.J. hat das auch so gemacht als sie noch online 
war.

[Udo N. (weinbauer73)]

Demo hab ich unter 
http://phpbookworm.singollo.de/project/part-db/index.php installiert.

Ich werde noch einen cronjob installieren, der irgendwann nachts die 
Datenbank löschen wird. Da ich keine Demodaten habe, wird sie leer 
bleiben. Wenn sich jemand bereit erklärt, dort vernünftige Daten 
eintragen zu wollen, werde ich das mit dem cronjob noch ein paar Tage 
zurück stellen.

Updates wären kein Problem. Ich habe noch lange nicht vor, meinen 
Webserver samt Domains zu kündigen.

[Fer T. (fer_t)]

Urban B. schrieb:
> Sehr schade ist halt, dass die Demoseite und damit auch die
> Dokumentation (inkl. Installationsanleitung) seit einiger Zeit offline
> sind.

Hab doch schon mal meinen Ersatzserver gepostet:

> Leider ist die Doku und die Demo ja (noch) nicht mehr online, daher
> zusätzlich zur Doku oben hier meine Demo:

http://demo.os-sc.org/

> Wird um Mitternacht immer geleert.


> Dem entsprechend gibt es hier auch die Doku:

http://demo.os-sc.org/documentation/dokuwiki/doku.php

[Fer T. (fer_t)]

Dennis X. schrieb:
> Wie steht es
> um das Barcode Feature? Ist doch nicht im master drin?!

Nein das ist eine externe Erweiterung von mir:

http://fthiessen.de/part-db-etiketten-drucken/


Ich würde die auch nicht in den Master mergen (kann man natürlich von 
mir aus gerne machen), aber aus meiner Sicht ist die Abhängigkeit auf 
TCPDF zu groß, daher viele müssten unnötig viele Dateien installieren 
obwohl sie das feature nicht brauchen.

Eine Anleitung zum installieren ist auf der verlinkten Seite.


MfG

[Urban B. (kami89)]

Fer T. schrieb:
> Hab doch schon mal meinen Ersatzserver gepostet:

Ups, stimmt, das hatte ich ganz vergessen ;)

Dann müsste man wohl nur noch die Readme im Part-DB repo anpassen, so 
dass die Verlinkungen zur Demo und zur Dokumentation wieder 
funktionieren...

Demodaten (SQL) gibts übrigens hier: 
https://raw.githubusercontent.com/sandboxgangster/Part-DB/master/development/testfiles/database/v12_kami89_utf8.sql

[Udo N. (weinbauer73)]

Die Beispieldaten funktionieren bei der aktuellen Datenbankstruktur 
allerdings nicht mehr. Das Update schlägt fehl.

[Urban B. (kami89)]

Udo N. schrieb:
> Die Beispieldaten funktionieren bei der aktuellen Datenbankstruktur
> allerdings nicht mehr. Das Update schlägt fehl.

Hmm das dürfte eigentlich nicht passieren. Hat der Datenbank Benutzer 
genügend Rechte um das Update durchzuführen (GRANT ALL)? Welche 
Fehlermeldungen erscheinen genau?

[Udo N. (weinbauer73)]

Für die Tabelle hat der User alle Rechte, auch Grant. Die Tage probier 
ich es noch einmal, heute und morgen wird es nichts mehr.

[Fer T. (fer_t)]

Udo N. schrieb:
> Für die Tabelle hat der User alle Rechte, auch Grant. Die Tage
> probier
> ich es noch einmal, heute und morgen wird es nichts mehr.

Hab auch nen Problem sonst funktioniert alles nur die demo Datei nicht:

Schritt: UPDATE `footprints` SET `filename` = replace(`filename`,'tools/footprints/','%BASE%/img/footprints/')...OK Schritt: UPDATE `footprints` SET parent_id=NULL WHERE parent_id=0...OK Schritt: ALTER TABLE `storeloc` RENAME `storelocations`...FEHLER! Fehlermeldung: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'storelocations' already exists SQL_MODE wird gesetzt... Datenbank wird freigegeben... ABBRUCH: Das Update konnte nicht durchgeführt werden!

EDIT: Es passiert nur wenn die Datenbank VOR dem Import bereits Version 
17 ist und man es dann importiert.

[Urban B. (kami89)]

Fer T. schrieb:
> EDIT: Es passiert nur wenn die Datenbank VOR dem Import bereits Version
> 17 ist und man es dann importiert.

Ach so, ja die Datenbank sollte natürlich komplett leer sein vor dem 
Import, sonst kommt das nicht gut weil zwei verschiedene 
Datenbankversionen "vermischt" werden.

[Udo N. (weinbauer73)]

Die DB war leer, war ja eine frische Installation. Ich werde sie mal 
manuell als DB-Version 12 setzen, bevor ich die Demo-Daten einspiele. 
Wenn das klappt, speichere ich das als neue Demo-Datenbank für Version 
17 (Part-DB v0.3.1).

Grüße
Udo

[Fer T. (fer_t)]

Leer war sie ja quasi:
Neuinstallieren -> Update -> Import -> Update -> Fehler

richtig ist:
Neuinstallieren -> Import -> Update

[Urban B. (kami89)]

Mit "leere Datenbank" meine ich, dass auch keine Tabellen existieren 
dürfen (auch keine leeren). Das SQL file ist ja nur ein Dump einer 
Datenbank, das hat mit Part-DB erstmal nichts zu tun. Bevor man diesen 
Dump (z.B. mit PhpMyAdmin) importiert, müssen alle Daten und Tabellen 
der Datenbank komplett gelöscht werden.

Und erst nachdem die Daten importiert wurden, darf man mit Part-DB das 
Update auf die neuste Datenbankversion durchführen.

mfg

[Udo N. (weinbauer73)]

Wenn man nicht in die Daten reinschaut... Demo-Daten: kompletter Dump 
inklusive "create tables". Wenn man daran denkt, dann funktioniert das 
ganze.

Ich habe den Dump der Demo-Datenbank in Version v17 hier mal angehängt. 
Enthält drop table + create tables, also für eine leere (ohne Tabellen) 
Datenbank.

Grüße
Udo

[Udo N. (weinbauer73)]

"Meine" Demoseite läuft, Restore der Datenbank nachts gegen 2 Uhr 
eingerichtet.

http://phpbookworm.singollo.de/project/part-db/

[Matthias F. (idefix)]

Hi,

gibt es eigentlich Pläne, wann die nächste Version 0.3.2 veröffentlicht 
werden soll?
Danke.
Matthias

[Philipp X. (caradhras)]

Moin,

also wenn ich richtig gesucht habe, dann ist das hier der "letzte" 
Thread zu partdb. Ich wollte mich mal mit dem Programm beschäftigen, um 
zu entscheiden, ob ich jetzt Elela oder partdb installieren möchte.

Die Domain grautier.com ist scheinbar defekt. Wo wird denn das 
Progrämmchen jetzt gepflegt? github? Der Artikel ist leider völlig 
veraltet...

Viele Grüße
Philipp

[Udo N. (weinbauer73)]

Das Wiki zu Part-DB hier auf µC.net ist schon lange veraltet. Den Link 
dahin haben wir wohl beim Überarbeiten einfach übersehen, da die Doku ja 
auch in eine neue Hilfe-Funktion (DokuWiki) gewandert ist.


Projektseite: Downloads, Bugreports, ToDo-Liste usw. gibts auf 
https://github.com/sandboxgangster/Part-DB
Forum: Für Fragen rund um die Part-DB gibt es hier im Thread
Wiki: Weitere Informationen gibt es in der Hilfe zu Part-DB

Demoinstallationen gibt es einige, werden hier im Thread auch genannt.

Aus Zeitmangel wird das Projekt nur sporadisch (insbesondere bei Bugs) 
weiter entwickelt. Helfer sind immer willkommen :-)

Grüße
Udo

[Philipp X. (caradhras)]

https://github.com/sandboxgangster/Part-DB/releases

Hier gibt es einen Link zu Installationsanweisungen, der Link ist leider 
tot. Wäre gut, wenn man den entweder entfernt oder ein gültiges 
Verlinkungsziel zuweist. :)

[Urban B. (kami89)]

Philipp X. schrieb:
> https://github.com/sandboxgangster/Part-DB/releases
>
> Hier gibt es einen Link zu Installationsanweisungen, der Link ist leider
> tot. Wäre gut, wenn man den entweder entfernt oder ein gültiges
> Verlinkungsziel zuweist. :)

Stimmt, habe es soeben korrigiert. Auch in der README.md habe ich die 
Links angepasst: 
https://github.com/sandboxgangster/Part-DB/commit/924582b656bf66563da56e400ca869061872c508

@Udo
Ich habe mal auf deine Demo-Installation von Part-DB verlinkt, ich hoffe 
das ist für dich in Ordnung :)

[Philipp X. (caradhras)]

Urban B. schrieb:
...

Besten Dank!

Ich war direkt mal experimentierfreudig und habe eine VM mit Ubuntu 
Server 16.04 installiert und apache mit php7.0 drauf geworfen.

Verträgt sich part-db nicht mit php7? Oder habe ich einfach einen Fehler 
gemacht? Ist mein erster Berührungspunkt mit der ganzen 
Webserver-Thematik...

[derda (Gast)]

Das mbstring Paket fehlt für php (ka obs das in php7 gibt hab noch 5)

[Philipp X. (caradhras)]

Jup, das hat geholfen. Ich fürchte, ich habe mich gerade bei der Config, 
um die Daten im home-Verzeichnis abzulegen, verkonfiguriert... argh

Grund war, dass wenn man die Daten unter /var/www/html liegen hat muss 
man das Ganze ja trotzdem ausführbar machen.
https://wiki.ubuntuusers.de/Apache/#Benutzerspezifisch

Auf jeden Fall zeigt er inzwischen nur noch die Default page an...

[Urban B. (kami89)]

Philipp X. schrieb:
> Grund war, dass wenn man die Daten unter /var/www/html liegen hat muss
> man das Ganze ja trotzdem ausführbar machen.
> https://wiki.ubuntuusers.de/Apache/#Benutzerspezifisch

Also wenn man Part-DB nach unserer Anleitung* installiert, genügen zwei 
Befehle um Part-DB mit korrekten Dateirechten nach /var/www zu 
entpacken. Part-DB sollte dann gleich wie gewünscht funktionieren.

* 
http://phpbookworm.singollo.de/project/part-db/documentation/dokuwiki/doku.php?id=installation#part-db_herunterladen_und_entpacken

[Philipp X. (caradhras)]

Melde gehorsamst: Das Viech rennt unter PHP7.0 unter Ubuntu Server 
16.04! (VMware Workstation 12 Player)

Danke!

[Philipp X. (caradhras)]

Ein Verbesserungsvorschlag:
Wenn man sich in einem Menü befindet, könnte man denken, der 
Seitenheader sei Hops gegangen (Logo weg etc) und auf den ersten Blick 
sieht man nicht, wie man zur Startseite zurück kommt.

Zumindest bis man das winzige part-db-logo-Knöpfchen findet.

Konkreter Vorschlag:
Logo größer und clickbar, wie man es von den meisten Webseiten her 
kennt. Eventuell das Logo noch benutzerdefinierbar machen.

Sonst sieht das Ding ziemlich gut und unkompliziert aus!

[K. J. (theborg0815)]

Philipp X. schrieb:
> Melde gehorsamst: Das Viech rennt unter PHP7.0 unter Ubuntu Server
> 16.04! (VMware Workstation 12 Player)
>
> Danke!

Ja das mit PHP7 wird noch nen Suportchaos, einerseits gut das alles in 
einzelne externe Module gepackt wird anderer seits auch nen Problem vor 
alledem für die die sich nicht auskennen.

[fer_t (Gast)]

K. J. schrieb:
> Ja das mit PHP7 wird noch nen Suportchaos, einerseits gut das alles in
> einzelne externe Module gepackt wird anderer seits auch nen Problem vor
> alledem für die die sich nicht auskennen.

Nutze openSUSE da wird schon immer jedes PHP Modul einzeln gepackt also 
nichts neues.
(Z.b. php5-mbstring etc)
Fand das schon immer besser weil man so nur das installiert was man 
wirklich braucht.

[Udo N. (weinbauer73)]

> @Udo
> Ich habe mal auf deine Demo-Installation von Part-DB verlinkt, ich hoffe
> das ist für dich in Ordnung :)

Darfst du ruhig. Die Installation ist ja zum Testen gedacht. Nebenbei 
habe ich den Commit eingespielt :)

[Mx W. (mxwx)]

Philipp X. schrieb:
> Melde gehorsamst: Das Viech rennt unter PHP7.0 unter Ubuntu Server
> 16.04! (VMware Workstation 12 Player)
>
> Danke!

Könntest du eventuell mal mitteilen, wie du das genau gemacht hast? Ich 
habe gröbere Probleme vermutlich mit PHP 7 und dem strengeren 
Type-Casting das in einem Ubuntu 16.04 lxc Container (ProxMox) ans 
laufen zu bekommen (in einer VM Ubuntu 16.04 läuft es bei mir auch 
nicht). Die ganzen Datenbank-Updates u.ä. funktioniert. ich bekomme zur 
Not auch händisch Daten z.B. aus einer Version 0.1.5 importiert (Die 
Probleme habe ich aber auch ohne Datenimport), die ich dann in der 
Suchzeile auch eingeben kann und im rechten Bereich dann auch angezeigt 
bekomme. Der Effekt ist im wesentlichen, dass das komplette Menü nur die 
Überschriften anzeigt und ansonsten keine Funktion hat. 
Selbstverständlich sind auch Kategorien angelegt. Auch in einer ganz 
jungfreulichen Installation, ohne Datenimport, und frisch angelegter 
erster "Test"-Kategorie, bekomme ich links keine Menüs angezeigt.

Das Apache error.log sieht beim Aufruf von Part-DB (0.3.0 oder 0.3.1) 
wie folgt aus:

[Mon Sep 19 08:49:28.261075 2016] [:error] [pid 831] [client 
192.168.2.105:63470] PHP Warning:  Declaration of 
Category::get_parts($recursive = false) should be compatible with 
PartsContainingDBElement::get_parts($parts_rowname, $recursive = false) 
in /var/www/part-db/lib/class.Category.php on line 42, referer: 
http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.261146 2016] [:error] [pid 831] [client 
192.168.2.105:63470] PHP Warning:  Declaration of 
Category::search(&$database, &$current_user, &$log, $keyword, 
$exact_match = false) should be compatible with 
NamedDBElement::search(&$database, &$current_user, &$log, $tablename, 
$keyword, $exact_match) in /var/www/part-db/lib/class.Category.php on 
line 42, referer: http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.261561 2016] [:error] [pid 831] [client 
192.168.2.105:63470] PHP Warning:  Declaration of 
Device::get_parts($recursive = false) should be compatible with 
PartsContainingDBElement::get_parts($parts_rowname, $recursive = false) 
in /var/www/part-db/lib/class.Device.php on line 0, referer: 
http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.285978 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Category::get_parts($recursive = false) should be compatible with 
PartsContainingDBElement::get_parts($parts_rowname, $recursive = false) 
in /var/www/part-db/lib/class.Category.php on line 42, referer: 
http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.286058 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Category::search(&$database, &$current_user, &$log, $keyword, 
$exact_match = false) should be compatible with 
NamedDBElement::search(&$database, &$current_user, &$log, $tablename, 
$keyword, $exact_match) in /var/www/part-db/lib/class.Category.php on 
line 42, referer: http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.286390 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Storelocation::get_parts($recursive = false) should be compatible with 
PartsContainingDBElement::get_parts($parts_rowname, $recursive = false) 
in /var/www/part-db/lib/class.Storelocation.php on line 0, referer: 
http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.286454 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Storelocation::search(&$database, &$current_user, &$log, $keyword, 
$exact_match = false) should be compatible with 
NamedDBElement::search(&$database, &$current_user, &$log, $tablename, 
$keyword, $exact_match) in /var/www/part-db/lib/class.Storelocation.php 
on line 0, referer: http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.286709 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Footprint::get_parts($recursive = false) should be compatible with 
PartsContainingDBElement::get_parts($parts_rowname, $recursive = false) 
in /var/www/part-db/lib/class.Footprint.php on line 0, referer: 
http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.286755 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Footprint::search(&$database, &$current_user, &$log, $keyword, 
$exact_match = false) should be compatible with 
NamedDBElement::search(&$database, &$current_user, &$log, $tablename, 
$keyword, $exact_match) in /var/www/part-db/lib/class.Footprint.php on 
line 0, referer: http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.287133 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Supplier::get_parts($recursive = false) should be compatible with 
PartsContainingDBElement::get_parts($parts_rowname, $recursive = false) 
in /var/www/part-db/lib/class.Supplier.php on line 43, referer: 
http://partdb.ms2054.local/index.php

[Mon Sep 19 08:49:28.287188 2016] [:error] [pid 835] [client 
192.168.2.105:63473] PHP Warning:  Declaration of 
Supplier::search(&$database, &$current_user, &$log, $keyword, 
$exact_match = false) should be compatible with 
NamedDBElement::search(&$database, &$current_user, &$log, $tablename, 
$keyword, $exact_match) in /var/www/part-db/lib/class.Supplier.php on 
line 43, referer: http://partdb.ms2054.local/index.php

Besten Dank schonmal

Michael

[Jan B. (do9jhb)]

Hallo alle zusammen,

da Part-DB bekanntermaßen einige nicht mehr empfohlene Webtechniken wie 
z.B. Framesets und Popups verwendet, auf Mobilgeräten nicht wirklich gut 
aussieht und noch in HTML4 geschrieben wurde, habe ich begonnen Part-DB 
an HTML5 und "Responsive Design" (Layout passt sich Bildschirmgröße an) 
anzupassen.

Dazu habe ich erst einmal eine Möglichkeit eingebaut die Template engine 
Smarty (http://www.smarty.net/) für die HTML Templates zu verwenden, da 
die letzte Version der bisher verwendeten VLibTemplate von 2009(?) 
stammt und vermutlich auch nicht mehr weiter entwickelt wird (Seite des 
Autors ist nicht mehr erreichbar). Smarty wird aktiv weiterentwickelt, 
bietet mehr Features und (meiner Meinung nach) eine schönere und 
kompaktere Syntax (z.B. {$html} statt {TMPL_VAR NAME="html"} ).

Für das Layout nutze ich die CSS-Library Bootstrap 
(http://getbootstrap.com/), die für viele Webseiten und Webapps 
verwendet wird und für DOM und Ajax die JS-Library 
JQuery(https://jquery.com/).

Momentan habe ich nur die absoluten Basisfunktionen am laufen (Suche, 
Kategorienanzeige und Bauteiledetails), ich werde aber nach und nach 
versuchen weitere Seiten anzupassen.

Anbei findet ihr einige Screenshots von meiner angepassten Version, es 
würde mich sehr interessieren, was ihr von dem neuen Design haltet.

Gruß
Jan B.

[Urban B. (kami89)]

Hallo Jan,

Wow, sieht super aus, gefällt mir!

Das dürfte gleich mehrere von unseren Issues auf GitHub lösen :)

Ich persönlich würde vielleicht einfach die verschiedenen Elemente (z.B. 
Treeview und Überschriften) etwas kleiner/platzsparender gestalten, 
damit man bei viel Inhalt nicht unnötig viel scrollen muss...

Gruss
Urban

[K. J. (theborg0815)]

Ja WOW sieht echt gut aus, schön das noch jemand die Zeit dafür findet 
die PartDB zu verbessern.

[Jan B. (do9jhb)]

Hallo,

da man mit Smarty als Template-Engine Texte relativ einfach mit gettext 
lokalisieren kann habe ich mal mit der Übersetzung von Part-DB ins 
Englische begonnen. Momentan sind nur die HTML-Templates übersetzbar 
(ich plane aber auch die Strings aus dem PHP-Code übersetzbar zu machen) 
und auch nur die die ich schon an Smarty und das neue Design angepasst 
habe.
Falls jemand bei den Übersetzungen helfen will, hier 
(https://translate.zanata.org/iteration/view/part-db/0.4.0?dswid=-6639) 
kann man online an den Übersetzungen mitarbeiten. Falls jemand bei einer 
Sprache helfen will die noch nicht zur Auswahl auf Zanata steht, dann 
melde er sich, ich füge die Sprache hinzu.

In den Screenshots seht ihr den Beweis dass die Übersetzungen 
funktionieren ;) (und dass ich wie ihr geraten habt, einige Elemente 
etwas verkleinert habe).

[Urban B. (kami89)]

Super, Übersetzungen wollte ich auch schon lange mal einbauen! :D

Eigentlich wäre es doch sinnvoll, gleich alle Texte im Sourcecode durch 
die englischen Übersetzungen zu ersetzen, und stattdessen eine deutsche 
Übersetzung anzubieten, oder?

[Christian (Gast)]

Sieht sehr schön aus. Wann kann man es mal testen ?

[Matthias F. (idefix)]

ich finde es super, dass sich das Projekt wieder bewegt.
Ich selber bin auch gerade dabei ein paar neue Frameworks zu lernen und 
brauch im Anschluss dann ein etwas größeres Projekt zum üben.
Also wieso nicht gleich etwas verwenden von dem viele Personen 
profitieren können.
Mein erster Schritt wäre auch gewesen das ganze auf ein CSS Framework 
wie z.B. Bootstrap oder Semantic umzustellen. Da du mit Bootstrap 
angefangen hast, würde ich auch das verwenden.

Meinst du, du kannst das Repo unter Github einfach forken, dir dort 
einen neuen Branch wie z.B. bootstrap3 anlegen und alle deine Änderungen 
dort commiten?

Ich werde denke ich über die Weihnachtszeit anfangen, dann können wir 
das gemeinsam voran treiben.

[Jan B. (do9jhb)]

Ich habe mal eine kleine Demoseite mit meiner aktuellen 
Entwicklungsversion aufgesetzt. Diese enthält auch die Möglichkeit die 
Footprints zusätzlich zum Bild als ein 3D Modell darzustellen (in jedem 
halbwegsmodernem Browser). Es nutzt dazu die 3D Modelle von KiCad. Die 
Demoseite findet ihr hier: http://part-db.bplaced.net/ .(Ich hoffe man 
kann die 3D-Footprints erkennen, auf dem Server ignoriert er warum auch 
immer die Tags für die Größe des 3D-Fensters).

Den Quellcode meiner Version findet ihr in meinem Github-Fork 
(https://github.com/do9jhb/Part-DB) im Branch nextgen.

PS: Macht es Sinn einen neuen Thread aufzumachen? Dann könnte man dort 
über die neue Version diskutieren und hier weiter über die V0.3 
diskutieren.

[Michael K. (kichi)]

Ich finde es cool, dass Du part-db modernisierst. Gefällt mir gut. Ich 
habe gerade mit deiner Demo gespielt und zwei kleine 
Verbesserungsvorschläge:
1. Die Felder links im Menü könnten komplett als Link dienen. Aktuell 
werden sie beim anklicken nur blau eingefärbt und man muss tatsächlich 
den Text anklicken.
2. Das Menü wird auf jeder neuen Seite wieder komplett eingeklappt. Der 
Baum bis zur aktiven Seite könnte geöffnet bleiben. Man wüsste dann eher 
wo man ist und täte sich leichter, falls man mal die falsche 
Unterkategorie erwischt hat.

[Jan B. (do9jhb)]

Ja,

die beiden Probleme kenne ich bereits :)
Eigentlich sollte er immer die Seite per Ajax nachladen (also würde der 
Baum geöffnet bleiben), aber irgendwie registriert er die unteren Links 
nicht richtig bei JQuery. Interessant ist, dass die Links der 1. Ebene 
so funktionieren wie sie sollen, auf allen darunter liegenden Ebenen 
nicht.

Insgesamt gibt es noch einige (kleinere) Probleme mit Links: So lädt er, 
wenn man in den Bearbeiten Dialogen das Bauteil wechselt, ebenfalls die 
gesamte Seite neu und z.B. Links auf externe Seite werden gar nicht 
geladen (weil er sie wegen der Same Origin Policy nicht per Ajax 
nachladen darf)

Die Version ist wie gesagt noch in der Entwicklung, aber ich werde mich 
mal in den nächsten Tagen mit den obigen Problemen beschäftigen und 
versuchen deinen Vorschlag mit dem Öffnen mit dem ganzen Button 
umzusetzen.

Edit: Die Änderungen waren sehr einfach. Es sollte jetzt beides 
funktionieren!

[Jan B. (do9jhb)]

Zum aktuellem Stand: Ich habe jetzt beinahe alles lokalisierbar gemacht 
und Englische Übersetzungen dafür geschrieben. Dann habe ich einen fixen 
Button unten rechts hinzugefügt zum Hochscrollen, der sich immer 
einblendet, wenn man ein Stück nach unten gescrollt ist.
Desweiteren habe ich für die "CSS-File" Option in den Einstellungen, die 
Möglichkeit eingebaut, zwischen den verschiedenen freien Bootstrap 
themes von http://bootswatch.com/ zu wählen (im Anhang findet ihr ein 
paar Beispiele).

Weiterhin habe ich angefangen eine Funktion zur Erzeugung von 
Barcodes/Labelen zu entwickeln. Nächste Zeit werde ich anfangen den 
Einrichtungsassistenten zu überarbeiten und noch ein Problem mit dem 
Bearbeiten von Bestellinformationen zu fixen (HTML erlaubt eigentlich 
keine forms als Child einer Tabelle, früher war das egal, das neue 
System ist aber strikter). Wenn das fertig ist müsste es den gesamten 
Funktionsumfang des alten Part-DB habens (und bereits mehr).

Ich werde die nächsten paar Tagen versuchen die neuen Änderungen in die 
Demo hochzuladen, dann könnt ihr es testen.

Falls ihr noch Ideen/Wünsche/Fehlerberichte habt, meldet euch einfach!

Gruß
Jan B.

[moeb (Gast)]

Sieht klasse aus! Weiter so! :)

[Jan B. (do9jhb)]

Hi,

ich habe jetzt die Demo (http://part-db.bplaced.net/) auf meine aktuelle 
Version geupdated und auch einmal eine Version auf Englisch eingerichtet 
(http://part-db.bplaced.net/part-en/startup.php). Ich denke in dieser 
Funktion sollten alle Funktionen laufen (inkl. Setup-Assistenten). Falls 
es jemand selbst ausprobieren möchte, die Version ist auf GitHub getaggt 
(https://github.com/do9jhb/Part-DB/releases/tag/v0.4.0RC1.beta1).

Falls ihr noch Probleme, Bugs habt oder Wünsche für neue Funktionen 
habt, schreibt sie hier oder öffnet ein Ticket auf GitHub.

Viel Spaß beim Ausprobieren.

[Kai B. (kaib)]

Hallo Jan,

habe deine Version nun auch mal zum Testen hier lokal installiert.
Das Design gefällt mir. Ist auch auf einem Smartphone nutzbar.

Wie weiter oben schon geschrieben wurde wäre es toll denn sich das 
Treeview node auch öffnet wenn man auf den Text klickt.

habe hierzu folgendes gefunden
https://github.com/jonmiles/bootstrap-treeview/pull/11/commits/a4a43cea4e06b317d1d2052110dbc84c03371122

Die Stelle sieht mittlerweile etwas anders aus, aber mit einem 
Quick&Dirty Test im clickHandler konnte ich den gewünschten Effekt zum 
Teil einbauen.

else { if (node.selectable) { this.toggleSelectedState(node, _default.options); // KB20161224 allow the expand of the node this.toggleExpandedState(node, _default.options); } else { this.toggleExpandedState(node, _default.options); } this.render(); }

Die Treeview Elemente von "Kategorie" sind selektierbar, die aus z.B. 
Verwaltung sind nicht selektierbar.

Die passende Stelle konnte ich leider nicht finden wo die Eigenschaften 
festgelegt werden. Dafür kenne ich mich mit den Javascript Zeug zu wenig 
aus.

An meiner sonst genutzten Version 0.3.1 habe ich 2-3 kleine 
Modifikationen vorgenommen.
- (Config) einen der drei Suchlink auf Google umgeändert
- (Config) Den Hersteller anzeigen
- anstelle des Produktbilds habe ich den "Teile Editieren" Link 
eingefügt

[Jan B. (do9jhb)]

Kai B. schrieb:
> Wie weiter oben schon geschrieben wurde wäre es toll denn sich das
> Treeview node auch öffnet wenn man auf den Text klickt.

Hi,

könntest du das viellecht weiter erläutern, ich verstehe irgendwie nicht 
ganz was du meinst...

Was für einen Browser nutzt du und welche Git Version (Commit nummer) 
verwendest du?
Vielleicht bin ich nur etwas verwirrt, weil ich zum Entwickeln schon 
eine neuere Version (die noch nicht gepusht wurde) nutze...

Gruß
Jan B.

[Jan L. (ranzcopter)]

Jan B. schrieb:
> könntest du das viellecht weiter erläutern, ich verstehe irgendwie nicht
> ganz was du meinst...

bin zwar nicht kaib, aber vermutlich stört mich das genauso:
- klicke ich auf "aktive Bauteile", passiert ... nichts (ausser Text 
high light)
- klicke ich auf das "+" daneben, klappt das Menü (= Treeview) auf

intuitiver wäre es vermutlich, wenn ein Klick auf "+" oder "Text" die 
gleiche Funktion (= Menü aufklappen) hätte...

Ausserdem würde es imo die Benutzbarkeit enorm verbessern, wenn es etwas 
mehr "Feedback" gäbe, vor allem eine Anzeige, wenn das System "etwas 
tut" => z.B. "Kreiselanzeiger" für "System ist beschäftigt".
Beim Klick auf eine Kategorie dauert es bei mir  z.B. 2-3 Sekunden, 
bevor sich etwas tut - man weiss erstmal nicht, ob man überhaupt 
eine/die richtige Aktion ausgelöst hat.

Dito "Fehlermeldungen" - klickt man irgendwo "ganz unten" in der 
Bauteilliste z.B. auf "+" oder "-", passiert für den User scheinbar auch 
erstmal nichts. Bis man evtl. dann erkennt, dass "ganz oben" eine 
Meldung ("Es wurde keine gültige Bauteil-ID übermittelt!") erschienen 
ist...

Ansonsten aber sehr vielversprechend - sowas hab' ich auch noch 
gesucht... :-)

[Kai B. (kaib)]

Hi,

Getestet hatte ich das mit der neusten Chrome Version 55 und dem IE11 
unter Win10 64 Bit.
Die Version die ich heruntergeladen hatte müsste das commit 12c136f 
gewesen sein.

Im Anhang auch mal eine Grafik dazu was ich meine.
Die Oberen Menüpunkte der Kategorieren sind wohl als "selectable" 
konfiguriert dadurch ist das ausgewählte Node blau hinterlegt.
Bei dem Menübaum Verwaltung werden diese nicht blau hinterlegt wenn 
diese ausgewählt werden. Dadurch können diese auch mit einem Klick auf 
den Text erweitert werden.

Ich meine damit vermutlich das gleiche wie weiter oben schon geschrieben 
stand:

Michael K. schrieb:
> 1. Die Felder links im Menü könnten komplett als Link dienen. Aktuell
> werden sie beim anklicken nur blau eingefärbt und man muss tatsächlich
> den Text anklicken.

Gruß,
Kai

[Jan B. (do9jhb)]

Hi,

@kaib
ja ok. Ich habe einen ziemlichen Denkfehler gemacht xD.
Die Funktion dürfte tatsächlich sehr sinnvoll sein. Ich werde mal 
versuchen das die nächsten Tage ausgehend von deinem Codebeispiel 
einzubauen.

@ranzcopter
Ja das mit den etwas unaufälligen Messages ist mir auch schon 
aufgefallen, ich bin gerade eine Version zu schreiben, wo automatisch zu 
Nachricht gescrollt wird, wenn eine auftritt.
Ein Ladescreen ist auch schon eine Weile geplant, ich habe mich bisher 
aber immer um die Arbeit "gedrückt"... Jetzt habe ich erstmal Ferien da 
werde ich das mal angehen.

Gruß
Jan B.

[Jan B. (do9jhb)]

Hallo,

ich habe den Code jetzt so angepasst, dass die Menüpunkte expandieren 
bzw. wieder zusammenklappen, wenn sie drückt. Außerdem öffnet sich beim 
Klick auf den Titel über den Treeviews jetzt ein kleines Fenster, mit 
dem man alle Einträge ein  bzw. ausklappen kann (so wie im alten 
Part-DB).
Auch hat man jetzt einen Ladescreen wenn längere Aktionen ausgeführt 
werden, damit man erkennt, dass er auf die Anfragen reagiert hat.
Weiterhin gibt es jetzt einen Button mit dem man simple Labels mit 
Barcode generieren kann, diese Funktion ist aber noch nicht fertig, es 
sollen noch z.B. QR-Codes hinzugefügt werden und insgesamt soll man mehr 
einstellen können (Die Optionen sind zwar sichtbar, haben aber keine 
Wirkung).
In der mobilen Ansicht gibt es in der oberen Leiste einen Button, mit 
dem man die erzeugten Labels scannen kann, dann wird die entsprechende 
Seite aufgerufen (geht nur unter Android mit installierten ZXIng App).

Ich habe die Demo auf den aktuellen Stand aktualisiert 
(http://part-db.bplaced.net/startup.php).

Den aktuellen Code findet ihr auf Github 
(https://github.com/do9jhb/Part-DB/releases/tag/v0.4.0RC1.beta2). Dort 
gibt es noch ein genaueres Changelog.

Gruß
Jan B.

[Jan B. (do9jhb)]

Hi,

falls noch jmd. Ideen für neue Features hat, oder sich eine bestimmte 
Funktion wünscht, dann kann er es hier schreiben oder ein Ticket auf 
Github (https://github.com/do9jhb/Part-DB) öffnen.

Vielleicht bekomme ich es ja hin es einzubauen...

Gruß

Jan B.

[Urban B. (kami89)]

Hallo Jan,

Wie ich sehe, hat sich in deinem Part-DB Fork einiges getan:
- Über 100 Commits auf dem master Branch, diverse neue Features
- Tags/Releases für v0.4.0 Release Kandidaten
- Neue Webseite (https://do9jhb.github.io/Part-DB/)

Insgesamt stellt sich mir daher die Frage, ob eigentlich auch geplant 
ist, die neuen Features in Form von Pull Request ans ursprüngliche 
Projekt (https://github.com/sandboxgangster/Part-DB) zurückfliessen zu 
lassen, oder ob du komplett auf eigene Faust weitermachen willst?

Insbesondere das Veröffentlichen von (Pre-)Releases und einer neuen 
Webseite auf eigene Faust sehe ich etwas kritisch, da es bei 
(potentiellen) Anwendern den Eindruck erweckt, dass sich das Projekt 
gespalten hat.

Versteh mich bitte nicht falsch - ich finde es super, dass du die 
Part-DB weiterentwickelst. Ich würde es aber schade finden, wenn dies 
auf eigene Faust passiert, anstatt dass gemeinsam am ursprünglichen 
Projekt weitergearbeitet wird.

Gruss
Urban

[Jan B. (do9jhb)]

Hi,

Ich hab schon angedacht, dass ich ein PullRequest Stelle, um den Code in 
das Original Projekt einfließen zu lassen (wenn sandboxgangster das 
ebenfalls will ;)), ich denke dass ich noch ein wenig Zeit brauche, da 
ich einige tiefgreifende Änderungen durchgeführt habe und insgesamt die 
Dokumentation dazu noch nicht unbedingt perfekt...

Zu der GitHub Seite: Momentan ist das ja eh nur eine hübsch aussehende 
Variante der README, langfristig könnte man da vielleicht   die Doxygen 
Doku hosten  und ein paar Infos zusammenstellen (dann hätte man alles 
zusammen mit dem Code zusammen). Das schöne an den Github Pages ist ja, 
dass das ja auch nur ein Git Branch ist und daher auch per PullRequest 
in das Original Repo übertragen werden kann.

Zu den Vorreleases: Ja das ist möglicherweise etwas missverständlich... 
Mir viel aber sonst keine gute Möglichkeit eingefallen wie man, die 
stabilsten Versionen des Codes kennzeichnen könnte, damit Personen die 
die neue GUI testen möchten nicht so viel herum probieren müssen...

Was schlägst du also vor zum weiteren Vorgehen?

Gruß
Jan B.

[K. J. (theborg0815)]

Moin, also ich würde das Positiv finden denke auch das einige von der 
Alten Garde mit dran arbeiten würden, mir fehlt leider die Zeit da ich 
aber für ein anderes Projekt mich gerade in Smarty einarbeite denke ich 
das ich da sofern Zeit da ist auch wieder mitmache.

mfg Theborg b.z.w. Sandboxgangster

[Urban B. (kami89)]

Hallo,

Jan B. schrieb:
> Ich hab schon angedacht, dass ich ein PullRequest Stelle, um den Code in
> das Original Projekt einfließen zu lassen

Ok super :) Siehst du eine Möglichkeit, die über 100 Commits 
nachträglich noch auf mehrere Branches zu verteilen, damit man pro 
Feature einen PR aufmachen kann? Dann hätte man auch eine Chance die 
verschiedenen Features einzeln nachvollziehen und reviewen zu können... 
Ich könnte das ggf. auch selbst übernehmen oder dich dabei unterstützen 
falls gewünscht.

Jan B. schrieb:
> Zu der GitHub Seite:

Jop, sehe ich genauso. Möglicherweise würde es sogar Sinn machen, auf 
GitHub mal eine Organisation für Part-DB zu erstellen, wo dann 
verschiedene Part-DB Repositories (Part-DB selbst, Webseite, Doxygen, 
...) zusammengefasst werden. Ich persönlich bevorzuge nämlich auch für 
die Webseite ein separates Repository, statt nur einem Branch...

Jan B. schrieb:
> Zu den Vorreleases:

Ok, vielleicht hätte man einfach die Tags anders benennen können, z.B. 
"0.3.1_smarty-preview-rc1" damit es nicht so aussieht als wäre das der 
Release Kandidat für die nächste Version. Oder gar keine Tags erstellen 
und stattdessen je einen "unstable" und einen "stable" Branch verwenden.

> Was schlägst du also vor zum weiteren Vorgehen?

Ich würde es am wichtigsten finden, die verschiedenen Features 
voneinander zu trennen und (sobald als "stabil/fertig" betrachtet) eines 
nach dem anderen per Pull Request ans ursprüngliche Projekt 
zurückfliessen zu lassen.

Gruss
Urban

[Jan B. (do9jhb)]

Hallo,

ok dann werde ich die nächsten Tage mal versuchen die Funktionen etwas 
zu separieren, "schön" zu machen und dann ein Pull Request stellen.

Die Idee mit einer eigenen Organisation finde ich sehr gut, dann hätte 
man alle wichtigen Repos zentral an einem Ort. Es scheint ja auch recht 
einfach zu sein... Man könnte es ja dann vielleicht so irgendwie 
aufteilen: Hauptcode, Doxygen-Doku und allgemein Doku, Website, 
möglicherweise die Sprachdateien nochmal separat. Man könnte vielleicht 
auch überlegen ob es sinnvoll wäre die Bilddateien der Footprints auch 
seperat zu verwalten (so wie ich das bei den 3D-Modellen mache: 
https://github.com/do9jhb/PartDB-3D), dann könnte man sehr kleine 
Minimalpackages bauen und die User können sich aussuchen, was sie 
brauchen.

Gruß
Jan B.

[Jan B. (do9jhb)]

Hallo,

ok ich habe jetzt mal ein PullRequest an das originalle Projekt 
gestellt. (https://github.com/sandboxgangster/Part-DB/pull/51)

Gruß

Jan B.

[Philipp H. (hansimglueck2)]

Hey Ich hätte da noch ne Idee zur Lagerort Verwaltung.
wie wäre es wenn mann die Übergeordneten Orte Auf und Zu klappen kann?

Also wie bei mir z.B.

Schieber Regal -> A -> A01
dass sich hier dann A zuklappen lässt dass ich nicht alle A01 -> A30 
durchscrollen muss.

MfG Philipp

[Jan B. (do9jhb)]

Hallo,

Ja das könnte eine nützliche Funktion sein. Nur könnte es mit der 
aktuellen Methode (im Prinzip nur eine Liste und mit Leerzeichen ein 
Nachbau eines Baumes). Etwas schwierig werden. Vermutlich wäre es am 
besten man diese Dialoge auf die Treeviews umbaut die auch in der 
Seitenleiste benutzt werden.
Dann kann mann soviel auf und zuklappen wie man will und man könnte z.B. 
noch eine Filterfunktion einbauen.

Wenn wir das neue Layout in das Originalprojekt übertragen haben, können 
wir uns denke ich Mal um sowas in die Richtung kümmern.

Gruß
Jan B.

[Gera (Gast)]

Hallo,

wollte die 0.4.0RC1.beta mal installieren. Allerdings klappts nicht. 
Erst bemängelt er, dass ich ein paar Nutzerrechte korrekt einstelle, was 
ich getan habe. Aktualisiere ich dann die Seite, kommt nichts mehr -- 
weiße Seite.

Die 0.3.1 habe ich gerade nochmal neu installiert und das klappt ohne 
Probleme. Welche Voraussetzungsunterschiede gibt es? Gibts überhaupt 
welche?

Gruß

[Laberkeks (Gast)]

0.4.0RC1.beta2

Habe für die Version auch alle Rechte auf 777 setzen müssen

P.S.: sonst sehr geile Sache!!! ;-)

[Philipp H. (hansimglueck2)]

Hallo mir ist gerade noch ein Fehler aufgefallen.

bin gerade am einsortieren und preis eingeben und da liegt auch der 
Fehler und zwar: beim eingeben des preises konnte ich immer das Komma 
verwenden und auf einmal nicht mehr?! sondern nur wieder den punkt um 
das Dezimaltrennzeichen einzugeben wie bei der alten 0.3.1 Version :-(

wenn ich dann aber auf übernehmen drücke ist es wieder ein Komma...

jetzt gehts wieder nach einem neuladen der kompletten Seite ;-)

[pc-baerli (Gast)]

Hallo Zusammen,
läuft die Demo Datenbank nicht mehr ??

[pc-baerli (Gast)]

Hallo Zusammen,
Habe unterdessen die Datenbank installiert ... sieht wirklich toll aus
Wollte jetzt die Datenbank mit Daten füttern .. habe dazu den 
Dateiimport gewählt..
Leider bekomme ich immer die folgende Fehlermeldung: Ungültige Spalte: 
" Kategorie"

Ich habe einiges versucht , komme aber nicht auf eine Lösung .. vileicht 
kann mir Jemand von Euch helfen ...
Danke für Eure Unterstützung

[Kalle (Gast)]

vielleicht liegt es am Umlaut (Feuerlöscher)?

[pc-baerli (Gast)]

Danke für den Tipp
... habe es auch mit anderen Wörtern probiert

[pc-baerli (Gast)]

Hallo Zusammen,
Jetzt hat es geklappt ... mit Daten importieren ...
hatte eine mit Excel erzeugte csv Datei mit Notepad++ bearbeitet und die 
war dann nicht mehr in Ordnung ...
importieren tut er jetzt ... aber leider sehe ich keine Artikel im Lager 
....
und die MySQL Datenbank bleibt leer

[Jan B. (do9jhb)]

pc-baerli schrieb:
> Hallo Zusammen,
> Jetzt hat es geklappt ... mit Daten importieren ... hatte eine mit Excel
> erzeugte csv Datei mit Notepad++ bearbeitet und die war dann nicht mehr
> in Ordnung ...  importieren tut er jetzt ... aber leider sehe ich keine
> Artikel im Lager ....
> und die MySQL Datenbank bleibt leer

Hallo,

es kann sein, dass die Importfunktion Fehler hat, weil manche meiner 
Modifikationen über das kosmetische hinausgingen und da ich die 
Importfunktion quasi nie benutze ist mir das nicht aufgefallen...
Welche Version benutzt du (vorallem der Git commit, wäre 
interessant...), dann schaue ich ob ich es die nächsten Wochen gefixt 
bekomme.... Als Behelf könntest du die Daten mit einer alten Version 
importieren und dann die Datenbank in der neuen Version mitbenutzen.

Gruß
Jan B.

PS: Die Demo sollte jetzt wieder gehen... Ich muss mich an und an auf 
deren Seite einloggen und hab das vergessen zu machen.

[pc-baerli (Gast)]

Hallo Jan,

Ich nutze Version: 0.4.0 RC1 (unstable)  sowie auch Version: 0.3.1 
(stable)

Habe jetzt den Import bei der 0.4.0 RC1 (unstable) hinbekommen 
allerdings nur mit 50 Datensätzen ... der Versuch mit 500 Datensätzen 
ist fehlgeschlagen

Hab das jetzt mit beiden Versionen ausprobiert -> mit 50 Datensätzen ist 
es gegangen mit 500 nicht

... werde wenn ich Zeit habe es noch mit 100 Datensätzen probieren

Die Daten liegen auf einem externe Webserver

Danke für die Unterstützung
Hans

[pc-baerli (Gast)]

mit 50 Datensätzen hat der Import funktioniert ... werde mich jetzt 
hochtasten bis ich die 3000 drin habe :-)

[Urban B. (kami89)]

pc-baerli schrieb:
> der Versuch mit 500 Datensätzen ist fehlgeschlagen

Ich vermute, das liegt an der PHP Konfiguration welche das Hochladen zu 
grosser Dateien verbietet. Siehe 
http://phpbookworm.singollo.de/project/part-db/documentation/dokuwiki/doku.php?id=anforderungen#php_konfigurieren

[pc-baerli (Gast)]

So die 2500 Datensätze sind drin ..
musste den php Wert max_input_vars erhöhen ..

Frage: was ist da ein durchschnittlicher Wert ?

Gruss Hans

[pc-baerli (Gast)]

Hallo Zusammen,

Habe jetzt beide Datenbanken mit denselben Daten gefüttert ..

was mir auffällt:
die alte Datenbank V0.3.1 ist wesentlich schneller beim bereitstellen 
der Daten aus der Datenbank ..
die Bedienung mit Tab / Smartphone ist mit der neuen Version natürlich 
viel angenehmer ...
Vorallem die Barcode Funktion ist Gold wert

Gruss Hans

[Jan B. (do9jhb)]

Hi pc-baerli,

stimmt jetzt wo du es sagst, fällt es mir auch auf xD.
Es scheint aber ein Problem auf Clientseite zu sein, die Debug Ausgaben 
sagen nämlich, dass die neue Version, weniger Serverzeit in Anspruch 
nimmt als die alte Version (hauptsächlich da die neue Templateengine die 
Templates cacht und daher bessere Performance errieicht).
Ich werde versuchen mich da mal die nächsten Tage drum zu kümmern.

Gruß
Jan B.

[Haferflocke (Gast)]

Hallo Zusammen,

momentan bin ich dabei eine Lagerverwaltung für Elektronikbauteile (~2k) 
einzurichten.

Mit Part-DB habt ihr eine tolle Arbeit geleistet.
Leider fehlen einige mir wichtige Funktionen:
Ich bräuchte personengebundene Entnahmelisten, sprich:
- Die einzelnen "+" und "-" Aktionen müssten
  einer Person von einem Institut zugeordnet werden.
- Die einzelnen Abrechnungskonten (der Institute)
  sollten einsehbar und exportierbar sein.
- Erstellung von pdf Rechnungen (quartalsweise für Institute)

Ich habe vorher noch nix mit php und MySQL gemacht und
bin gerade dabei mich darin einzuarbeiten.
Soweit ich das jetzt überblicke kann ich eine ausreichende
minimalistische Lagerverwaltung + Abrechnungskonten selber schreiben.
Es wäre jedoch schön wenn man Part-DB diesbezüglich erweitern könnte.
Da ich den Code nicht kenne und er mir auch ein wenig spanisch vorkommt:

- Gibt es bereits solch eine Software/Extension?
- Lässt sich das leicht zu Part-DB hinzufügen?
- Wenn ja, wäre man bereit das in Zukunft hinzuzufügen?
  (Allein die ersten beiden Punkte (ohne Rechnung) wären schon toll.)

Gruß
Haferflocke

[0815Gast (Gast)]

Haferflocke schrieb:
> - Wenn ja, wäre man bereit das in Zukunft hinzuzufügen?

Das klingt so als wärst du von einem Institut. Das wäre doch eine nette 
kleine aufgabe für einen HiWi oder?

Eine weitere sehr nützliche Funktion wäre das automatisierte importieren 
von Bestellungen z.B. von Reichelt o.Ä. inklusive automatischem 
Bauteilanlegen.

[Jan B. (do9jhb)]

Hallo,

im Prinzip dürfte das machbar machen, so grob müsste man noch eine 
Tabelle führen, in welcher jede getätigte Aktion (z.B. Bauteileentnahme, 
oder Bestellung) einem Nutzer zugeordnet werden.
Das Problem ist bisher ist Part-DB als reines Single-User System 
entwickelt worden, daher es gibt kein Benutzersystem, weswegen sich 
momentan keine Zuordnung von Aktionen zu bestimmten Benutzern der 
Datenbank realisieren lässt.
Ein Benutzer und Gruppensystem ist schon seit längerem angedacht und es 
gibt seit längerem bereits Dummyklassen dafür im Code, bisher ist aber 
nichts davon realisiert...


Gruß
Jan Böhmer