-
Hallo liebe Userinnen und User,
nach bereits längeren Planungen und Vorbereitungen sind wir nun von vBulletin auf Xenforo umgestiegen. Die Umstellung musste leider aufgrund der Serverprobleme der letzten Tage notgedrungen vorverlegt werden. Das neue Forum ist soweit voll funktionsfähig, allerdings sind noch nicht alle der gewohnten Funktionen vorhanden. Nach Möglichkeit werden wir sie in den nächsten Wochen nachrüsten. Dafür sollte es nun einige der Probleme lösen, die wir in den letzten Tagen, Wochen und Monaten hatten. Auch der Server ist nun potenter als bei unserem alten Hoster, wodurch wir nun langfristig den Tank mit Bytes vollgetankt haben.
Anfangs mag die neue Boardsoftware etwas ungewohnt sein, aber man findet sich recht schnell ein. Wir wissen, dass ihr alle Gewohnheitstiere seid, aber gebt dem neuen Board eine Chance.
Sollte etwas der neuen oder auch gewohnten Funktionen unklar sein, könnt ihr den "Wo issn da der Button zu"-Thread im Feedback nutzen. Bugs meldet ihr bitte im Bugtracker, es wird sicher welche geben die uns noch nicht aufgefallen sind. Ich werde das dann versuchen, halbwegs im Startbeitrag übersichtlich zu halten, was an Arbeit noch aussteht.Neu ist, dass die Boardsoftware deutlich besser für Mobiltelefone und diverse Endgeräte geeignet ist und nun auch im mobilen Style alle Funktionen verfügbar sind. Am Desktop findet ihr oben rechts sowohl den Umschalter zwischen hellem und dunklem Style. Am Handy ist der Hell-/Dunkelschalter am Ende der Seite. Damit sollte zukünftig jeder sein Board so konfigurieren können, wie es ihm am liebsten ist.
Die restlichen Funktionen sollten eigentlich soweit wie gewohnt funktionieren. Einfach mal ein wenig damit spielen oder bei Unklarheiten im Thread nachfragen. Viel Spaß im ngb 2.0.
ZehnVorne, die "Next Gen Bar" an Board
- Ersteller nr0815
- Erstellt am
- Status
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
Das würde ich gerne für Arch packen (lassen) - der Quelltext steht auch offen zu Verfügung und das Programm ist stabil so das es veröffentlich werden könnte.
Ich weiß nur nicht so recht wie das am geschicksten anzustellen ist. Bei Debian ist das Projekt schon im WNPP (Work needed / Proposed Packages) Prozess - aber bei Arch, da ich es dort auch getestet habe, würde ich es auch gerne einbringen.
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
- daran soll es nicht scheitern, das kann ich in theoretisch schnell hochladen - aber es gibt da ein kleines Problem, es gibt "zwei" Source-Code Versionen, eine für Debian Testing/Unstable und eines für Jessie - die Arch Version ist auch die von Testing/Unstable für Debian. Aber die funktioniert auch nicht auf allen System, soweit ich getestet habe. 
Daher, eigentlich, bräuchte das Projekt 2 Makefiles.
Oder du kompilierst kurz so:
"gcc kisslib.c kiss-front.c -Wall -std=c99 -O3 `pkg-config --cflags gtk+-3.0` -lzip -lsqlite3 `pkg-config --libs gtk+-3.0` -o kisslib"
---
Nacht Loki
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
Ich bin halt ein Noob
Aber ich bin lernwillig
(wenn das hilft 
)PS: Hab das noch nie gemacht.
archlinux build scripte sind echt kein großes ding ^^
[src=bash]# Maintainer: Arvedui <arvedui@posteo.de>
pkgname=kisslib
pkgver=0.8.2
pkgrel=1
pkgdesc="A kiss principle ebook quick launcher for Linux "
arch=('i686' 'x86_64')
url="https://github.com/jrie/kisslib"
license=('GPL')
depends=('sqlite' 'libzip' 'gtk3')
source=("kisslib-${pkgver}::https://github.com/jrie/kisslib/archive/v${pkgver}.tar.gz")
md5sums=('179dfa696f8702a5d6dfaa6acc948093')
build() {
cd "$pkgname-$pkgver"
gcc kisslib.c kiss-front.c -Wall -std=c99 -O3 -g `pkg-config --cflags gtk+-3.0` -lzip -lsqlite3 `pkg-config --libs gtk+-3.0` -o kisslib
}
package() {
cd "$pkgname-$pkgver"
install -Dm 755 kisslib ${pkgdir}/usr/bin/kisslib
}
[/src]
kann ich gerne hochladen.
oh und limit in update und delete ist böse, wenn du das brauchst hast du vermutlich einen Problem mit deinem Datenbankmodell.
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
Danke dir, das ist cool, ist auch "fast" perfekt - aber hier noch eine Sache, die bestimmt wichtig ist (wegen einer Deinstallation):
Das Programm legt in "home/benutzername/.kisslib" die Datenbank "kisslib.db" an. Dieser Ordner sollte theoretisch bei einer Deinstallation entfernt werden.
Aber ansonsten, stell es gerne ein
PS: Mit dem LIMIT Clause - das habe ich entfernt, aber das hat andere Gründe warum ich so etwas verwende, ich denke es ist "performanter" und nicht "böse".
Weil, warum 100 Einträge durchsuchen, wenn es nur 1 eindeutiges Ergebnis gibt? Und ich das schon vorher weiß!
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
- Ist, finde ich, transparenter.Du kannst mir aber gern nen Link schicken wenn du es hochlädst!
LIMIT ist keine Performance Optimierung limit ist ein Hilfsmitteil zur Umsetzung von paging.
außerdem solange die Anzahl der Einträge den 5-stelligen Bereich nicht überschreitet ist der unterschied so oder so vernachlässigbar.
Sorry, zum Datenbankeintrag, sollte sowas aber nicht über ein Skript gemanaged werden? - Vielleicht merkt der User es nicht das überhaupt etwas angelegt wird - und das würde ich halt gern vermeiden, wenn irgendwie möglich
an skripten die im home-Verzeichnis herumfurwerken ist gar nichts transparent, sowas gehört getötet und zwar mit einer Zarbombe auf voller Sprengkraft.
Man würde doch auch nicht das ff profil oder die mysql datenbank löschen wenn man das dazugehörige programm entfernt.
Beim select macht das auch Sinn, aber da LIMIT nicht deterministisch ist ohne ORDER BY, die "default" reihenfolge ist zufällig, kann es auch extrem gefährlich sein bei potentiell destruktiven Operationen mit Limit zu arbeiten
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
Wenn jede Software die ich mal "teste" was im System halten würde, fände ich das Katastrophal - aber klar, wenn man es dann irgendwann wieder installiert, hat man die Daten.
Ist nur die Frage, ist das erstrebenswert?
---
Zu Limit, ich glaube das siehtst du etwas falsch, das Limit grenzt ja nur die Startposition und die Anzahl der betroffenen Einträge ein, es sagt nicht das nur innerhalb von Eintrag 10-20 gelöscht werden darf, LIMIT hat die Startposition und die Endposition (SELECT) und die Anfangszeile und die maximale Anzahl (UPDATE, DELETE) der Zeilen die es maximal betrifft.
So verstehe ich es. - Ich kann mich aber auch irren.
ja das Programm sollte sauber entfernt werden, aber nicht die Nutzerdaten. Das wäre völlig absurd und unintuitiv. gnome und Konsorten erstellen Ordner wie "Dokumente", "Musik" etc soll es die auch hinter sich aufräumen?
Ein Programm sollte niemals userdaten entfernen es sei den es ist explizit dazu angewiesen worden, ein Programm hat keine Ahnung was der User eventuell noch damit machen möchte oder wie wichtig die Daten sind.
---
Das ist nicht wofür LIMIT gedacht ist. LIMIT soll die Größe des Ergebnisses einschränken, um, wie bereits gesagt, paging zu ermöglichen. Es gibt auch keine Korrelation zwischen den an Limit übergebenen werten und Positionen in de Tabelle. Datenbanken arbeiten genau genommen mit Mengen. Mengen im mathematischen Sinne. Und wie du vlt weißt sind die unsortiert, es gibt schlicht keine Ordnung oder Positionen. Daher macht deine Verwendung von LIMIT keinen Sinn.
- Registriert
- 3 Aug. 2014
- Beiträge
- 28.573
Ich verstehe es nur so, sage ich LIMIT 20 - 50 - bekomme ich die Zeilen (in SQL) die mit den IDs bzw. dem Indexwerten 20-50 zugeordnet sind (SELECT), Lösche ich ab Eintrag 20 mit Suchkriterum X und Z mit bis zu 50 Einträgen, wird ab Zeile 20 gesucht und maximal bis zu 50 Einträge "gelöscht", bis der Befehl erschöpft ist bzw. alle anderen Einträge/Zeilen durchgegangen sind. Oder das Limit erreicht ist.
Die genaue Implementierung kenne ich aber auch nicht.
Von wegen es wäre "unsortiert" - das ist es defakto nicht
Nicht in SQL. Vielleicht in non SQL wie MongoDB. Aber auch dabei gibt es Eintragsindexe die Struktur garantieren.Aber mal fern ab, hast du schon hochgeladen?
Würde mich natürlich freuen.
- Status