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

[Gelöscht (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. (Gast)]

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

[Udo N. (weinbauer73)]

Gegen Github hätte ich auch nix.

[Gelöscht (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. (Gast)]

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

[Gelöscht (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 ;-)

[Gelöscht (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. (Gast)]

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

[K. J. (Gast)]

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

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

[Gelöscht (kami89)]

Hmm immernoch leer? :-)

Mein Benutzername ist übrigens "ubruhin".

[K. J. (Gast)]

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. (Gast)]

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

[Gelöscht (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.

[Gelöscht (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.

[Gelöscht (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... ;-)

[Gelöscht (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. (Gast)]

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.

[Gelöscht (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.

[Gelöscht (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.

[Gelöscht (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. (Gast)]

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 ...

[Gelöscht (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 H. (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

[Gelöscht (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 H. (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 H. (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.

[Gelöscht (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 H. (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

[Gelöscht (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.

[Gelöscht (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 H. (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.

[Gelöscht (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 H. (christoph_b)]

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

[Gelöscht (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 H. (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.

[Gelöscht (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 H. (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

[Gelöscht (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 H. (christoph_b)]

Hier die DB in Version 0.2.2

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

[Gelöscht (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 H. (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.

[Gelöscht (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.

[Gelöscht (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.

[Gelöscht (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

[Gelöscht (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. (Gast)]

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.

[Gelöscht (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.

[Gelöscht (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.

[Gelöscht (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?

[Gelöscht (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

[Gelöscht (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

[Gelöscht (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. (Gast)]

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?

[Gelöscht (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 :(

[Gelöscht (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

[Gelöscht (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

[Gelöscht (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. :/

[Gelöscht (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

[Gelöscht (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

[Gelöscht (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

[Gelöscht (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! :-)

[Gelöscht (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

[Gelöscht (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ß

[Gelöscht (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. (Gast)]

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

[K. J. (Gast)]

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?

[Gelöscht (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

[Gelöscht (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.

[Gelöscht (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

[Gelöscht (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

[Gelöscht (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: wiki.flowerhouse.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: wiki.flowerhouse.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. (Gast)]

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: wiki.flowerhouse.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: wiki.flowerhouse.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.

[Gelöscht (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. (Gast)]

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. (Gast)]

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.

[Gelöscht (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

[Gelöscht (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. (Gast)]

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. (Gast)]

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".

[Gelöscht (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. (Gast)]

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 ;)

[Gelöscht (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

[Gelöscht (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.

[Gelöscht (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.

[Gelöscht (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.