3.656
Bearbeitungen
Änderungen
Zur Navigation springen
Zur Suche springen
Programmierprojekte (Quelltext anzeigen)
Version vom 4. November 2009, 16:42 Uhr
, 16:42, 4. Nov. 2009→MediaWiki-Sync
Siehe [[oldCt:Informationstechnik#Programmierprojekte]]
== KommunenViewer ==
* Status: alpha-Version
* [[oldCt:Kommunen-Viewer|Ein einfaches GIS zur Darstellung von Werten für Gemeinden]]
== PDF-Maschine ==
* Status: Idee
* Ziel: Zurverfügungstellung eines virtuellen Netzwerkdruckers auf dem lokalen PC, der die Druckausgaben in [[PDF]]s umwandelt.
* Umsetzung: Linux-Server mit [[CUPS]], PDF-Druckertreiber und [[Samba]]. Der PDF-Drucker sollte die PDFs in ein öffentliches Verzeichnis des [[Linux]]-Servers ablegen, auf das ([[Windows]])-Clients zugreifen können. Der Linux-Server wird in einer (kleinen) virtuellen Maschine mittels [[Virtual Box]] aufgesetzt. Diese Virtuelle Maschine sollte beim Booten automatisch gestartet werden.
== MediaWiki-Sync ==
* Status: Idee
* Ziel: Synchronisation eines [[MediaWiki|MediaWikis]] mit einem Offline-MediaWiki, so dass Änderungen z.B. auf einem Laptop wieder ins Haupt-MediaWiki eingespeist werden können, ohne dass Änderungen auf dem Laptop noch auf dem Hauptserver verloren gehen.
* Umsetzung: Nutzen des XML-Outputs von Mediawiki (Über Seite [[Spezial:Export]]);
*# Herunterladen des kompletten Wikis auf den Laptop
*# Änderungen auf Laptop und Server vornehmen
*# Maschinelles Überprüfen, ob auf dem Laptop neuere Versionen als auf dem Server vorhanden sind; dann einspeisen auf dem Server (über [[Spezial:Import]])
*# Anschließend wieder komplettes Herunterladen auf den Laptop nötig.
* Weitere Infos:
** [http://c2.com/cgi/wiki?WikiSync WikiSync]
** http://www.mediawiki.org/wiki/Wikimedia_sync_script
== SimpleServerEditor ==
* Status: Lösungsansatz (s.u.)
* Ziel: In einer HTML-Form wird ermöglicht eine Datei auf dem Server auszuwählen, diese in einem Textfeld zu editieren und wieder auf dem Server abzuspeichern. Ergänzt muss dies durch einen Zugriffsschutz werden.
* Umsetzung mit
** [[Apache Webserver]] (Zugriffsschutz) und
** [[PHP]] (Datei schreiben)
* Lösungsansatz:
** http://www.html.de/php/3638-eingabe-feld-feld-auf-den-server-speichern.html
== Kalenderwoche-Rechner ==
* Status: Beginn der Umsetzung (s. [[Google Gadget]] [http://www.wikilaw.de/links/kw.xml Kalenderwoche])
* Ziel:
*# Auf einer Webseite soll als Information neben dem aktuellen Datum die aktuelle Kalenderwoche ausgegeben werden.
*# Mittels zwei Eingabefelder soll zu einer bestimmten Kalenderwoche (Wochennummer + Jahr) das entsprechende Datum ausgegeben werden.
*# Umgekehrt soll zu einem bestimmten Datum das Jahr ausgegeben werden.
*# Evtl. als Yahoo/[http://code.google.com/intl/de/apis/gadgets/docs/gs.html Google-Gadget] zu implementieren.
* Lösungsansatz: Definition der [[wikipedia:Kalenderwoche]] (Woche beginnt am Montag, die erste Woche beinhaltet den 4. Januar), s. auch [[Kalender]]. [http://www.salesianer.de/util/kalwoch.html Hier findet sich] ein eleganter Algorithmus zur Berechnung der Kalenderwoche und des Kalenderjahrs auf Basis der Erkenntnis, dass der
*# erste Donnerstag eines Kalenderjahres immer in der ersten Kalenderwoche sich befindet und
*# dass alle Donnerstage jeweils in dem Kalenderjahr liegen, zu dem auch die entsprechende Kalenderwoche gehört.
* Ziel Nr. 1 ist erfüllt, (s. [[Google Gadget]] [http://www.wikilaw.de/links/kw.xml Kalenderwoche])
== P2P-Backup ==
* Status: Idee
* Ziel:
*# Private Rechner, die heutzutage über DSL ins Netz gehen, könnten auch der ideale [[Backup]]-Ort für Freunde sein. Wichtig ist dabei allerdings, dass selbst die "Freunde" nicht die zu backupenden Daten einsehen können. Außerdem sollte von vornherein bestimmt werden, wieviel Backup-Platz anderen zur Verfügung gestellt wird.
*# Weitergehend könnte dies zu einer Art Community ausgebaut werden. Jeder bekommt Speicherplatz in Abhängigkeit von dem vom ihm zur Verfügung gestellten Platz/von seiner Erreichbarkeit.
*# Überflüssiger/zu kleiner Speicherplatz könnte monetär abgerechnet werden.
*# Möglich wären auch zweifach-/mehrfach-Sicherungen, wenn mehrere Rechner zur Verfügung stehen. Möglich wäre auch einzelne Backups auf mehrere Rechner zu verteilen (Vorteil insbesondere die Wiederherstellung müsste schneller gehen).
* Lösungsansätze:
*# Auf Remote Rechner sollte ein Image fester Größe angelegt werden, das mit einem verschlüsselnden Filesystem beschrieben wird. Der Remote Rechner sollte eine feste IP-Adresse haben oder per [[Dynamisches DNS]] zu erreichen sein. Der Remote Rechner müsste wohl einen SSH-Zugang zulassen (Zugriff sollte aber auf das genannte Image plus notwendige Programme wie sshd und z.B. rsync begrenzt werden). Der lokale Rechner muss z.B. durch einen Cron-Job mit ping feststellen, ob er einen Backup starten kann (Alternative: Anmeldung der Rechner an einer zentralen Stelle im Netz).
*# Auf Remote Rechner läuft ein FTP-, [[WebDAV]]-Server oder ähnliches. Die [[Verschlüsselung]] erfolgt auf dem lokalen Rechner. Der Remote Rechner sollte eine feste IP-Adresse haben oder per [[Dynamisches DNS]] zu erreichen sein. Der lokale Rechner muss z.B. durch einen Cron-Job mit ping feststellen, ob er einen Backup starten kann (Alternative: Anmeldung der Rechner an einer zentralen Stelle im Netz).
*# Variante: Es gibt einen festen Zwischenspeicher im Netz (z.B. freier WebDAV-Server von GMX). Darauf werden durch lokalen Rechner nach und nach Teile des Backups abgelegt. Der Remote Rechner holt dann nach und nach die Teile ab und gibt wieder Bereiche im Zwischenspeicher frei.
*#* Lokaler Rechner: Erstellen der Backup-Datei (z.B. mit tar)
*#* Lokaler Rechner: Verschlüsseln der Backup-Datei
*#* Lokaler Rechner: Aufteilen der Backup-Datei in kleine Snippets (z.B. mit [http://www.linuxtal.de/infos/anleitung_split.pdf split])
*#* Lokaler Rechner: Hochladen der Snippets zum Zwischenspeicher
*#* Remote Rechner: Herunterladen der Snippets
Weitere Schritte:
* Lokaler Rechner übermittelt Löschen-Befehl an Remote Rechner für alte Backup-Dateien
* Lokaler Rechner übermittelt RESTORE Befehl an Remote Rechner, obiger Backup-Vorgang wird umgekehrt
[[Category:oldCt]]
[[Category:Informationstechnik]]
[[Category:MediaWiki]]
[[Category:Softwareentwicklung]]
== KommunenViewer ==
* Status: alpha-Version
* [[oldCt:Kommunen-Viewer|Ein einfaches GIS zur Darstellung von Werten für Gemeinden]]
== PDF-Maschine ==
* Status: Idee
* Ziel: Zurverfügungstellung eines virtuellen Netzwerkdruckers auf dem lokalen PC, der die Druckausgaben in [[PDF]]s umwandelt.
* Umsetzung: Linux-Server mit [[CUPS]], PDF-Druckertreiber und [[Samba]]. Der PDF-Drucker sollte die PDFs in ein öffentliches Verzeichnis des [[Linux]]-Servers ablegen, auf das ([[Windows]])-Clients zugreifen können. Der Linux-Server wird in einer (kleinen) virtuellen Maschine mittels [[Virtual Box]] aufgesetzt. Diese Virtuelle Maschine sollte beim Booten automatisch gestartet werden.
== MediaWiki-Sync ==
* Status: Idee
* Ziel: Synchronisation eines [[MediaWiki|MediaWikis]] mit einem Offline-MediaWiki, so dass Änderungen z.B. auf einem Laptop wieder ins Haupt-MediaWiki eingespeist werden können, ohne dass Änderungen auf dem Laptop noch auf dem Hauptserver verloren gehen.
* Umsetzung: Nutzen des XML-Outputs von Mediawiki (Über Seite [[Spezial:Export]]);
*# Herunterladen des kompletten Wikis auf den Laptop
*# Änderungen auf Laptop und Server vornehmen
*# Maschinelles Überprüfen, ob auf dem Laptop neuere Versionen als auf dem Server vorhanden sind; dann einspeisen auf dem Server (über [[Spezial:Import]])
*# Anschließend wieder komplettes Herunterladen auf den Laptop nötig.
* Weitere Infos:
** [http://c2.com/cgi/wiki?WikiSync WikiSync]
** http://www.mediawiki.org/wiki/Wikimedia_sync_script
== SimpleServerEditor ==
* Status: Lösungsansatz (s.u.)
* Ziel: In einer HTML-Form wird ermöglicht eine Datei auf dem Server auszuwählen, diese in einem Textfeld zu editieren und wieder auf dem Server abzuspeichern. Ergänzt muss dies durch einen Zugriffsschutz werden.
* Umsetzung mit
** [[Apache Webserver]] (Zugriffsschutz) und
** [[PHP]] (Datei schreiben)
* Lösungsansatz:
** http://www.html.de/php/3638-eingabe-feld-feld-auf-den-server-speichern.html
== Kalenderwoche-Rechner ==
* Status: Beginn der Umsetzung (s. [[Google Gadget]] [http://www.wikilaw.de/links/kw.xml Kalenderwoche])
* Ziel:
*# Auf einer Webseite soll als Information neben dem aktuellen Datum die aktuelle Kalenderwoche ausgegeben werden.
*# Mittels zwei Eingabefelder soll zu einer bestimmten Kalenderwoche (Wochennummer + Jahr) das entsprechende Datum ausgegeben werden.
*# Umgekehrt soll zu einem bestimmten Datum das Jahr ausgegeben werden.
*# Evtl. als Yahoo/[http://code.google.com/intl/de/apis/gadgets/docs/gs.html Google-Gadget] zu implementieren.
* Lösungsansatz: Definition der [[wikipedia:Kalenderwoche]] (Woche beginnt am Montag, die erste Woche beinhaltet den 4. Januar), s. auch [[Kalender]]. [http://www.salesianer.de/util/kalwoch.html Hier findet sich] ein eleganter Algorithmus zur Berechnung der Kalenderwoche und des Kalenderjahrs auf Basis der Erkenntnis, dass der
*# erste Donnerstag eines Kalenderjahres immer in der ersten Kalenderwoche sich befindet und
*# dass alle Donnerstage jeweils in dem Kalenderjahr liegen, zu dem auch die entsprechende Kalenderwoche gehört.
* Ziel Nr. 1 ist erfüllt, (s. [[Google Gadget]] [http://www.wikilaw.de/links/kw.xml Kalenderwoche])
== P2P-Backup ==
* Status: Idee
* Ziel:
*# Private Rechner, die heutzutage über DSL ins Netz gehen, könnten auch der ideale [[Backup]]-Ort für Freunde sein. Wichtig ist dabei allerdings, dass selbst die "Freunde" nicht die zu backupenden Daten einsehen können. Außerdem sollte von vornherein bestimmt werden, wieviel Backup-Platz anderen zur Verfügung gestellt wird.
*# Weitergehend könnte dies zu einer Art Community ausgebaut werden. Jeder bekommt Speicherplatz in Abhängigkeit von dem vom ihm zur Verfügung gestellten Platz/von seiner Erreichbarkeit.
*# Überflüssiger/zu kleiner Speicherplatz könnte monetär abgerechnet werden.
*# Möglich wären auch zweifach-/mehrfach-Sicherungen, wenn mehrere Rechner zur Verfügung stehen. Möglich wäre auch einzelne Backups auf mehrere Rechner zu verteilen (Vorteil insbesondere die Wiederherstellung müsste schneller gehen).
* Lösungsansätze:
*# Auf Remote Rechner sollte ein Image fester Größe angelegt werden, das mit einem verschlüsselnden Filesystem beschrieben wird. Der Remote Rechner sollte eine feste IP-Adresse haben oder per [[Dynamisches DNS]] zu erreichen sein. Der Remote Rechner müsste wohl einen SSH-Zugang zulassen (Zugriff sollte aber auf das genannte Image plus notwendige Programme wie sshd und z.B. rsync begrenzt werden). Der lokale Rechner muss z.B. durch einen Cron-Job mit ping feststellen, ob er einen Backup starten kann (Alternative: Anmeldung der Rechner an einer zentralen Stelle im Netz).
*# Auf Remote Rechner läuft ein FTP-, [[WebDAV]]-Server oder ähnliches. Die [[Verschlüsselung]] erfolgt auf dem lokalen Rechner. Der Remote Rechner sollte eine feste IP-Adresse haben oder per [[Dynamisches DNS]] zu erreichen sein. Der lokale Rechner muss z.B. durch einen Cron-Job mit ping feststellen, ob er einen Backup starten kann (Alternative: Anmeldung der Rechner an einer zentralen Stelle im Netz).
*# Variante: Es gibt einen festen Zwischenspeicher im Netz (z.B. freier WebDAV-Server von GMX). Darauf werden durch lokalen Rechner nach und nach Teile des Backups abgelegt. Der Remote Rechner holt dann nach und nach die Teile ab und gibt wieder Bereiche im Zwischenspeicher frei.
*#* Lokaler Rechner: Erstellen der Backup-Datei (z.B. mit tar)
*#* Lokaler Rechner: Verschlüsseln der Backup-Datei
*#* Lokaler Rechner: Aufteilen der Backup-Datei in kleine Snippets (z.B. mit [http://www.linuxtal.de/infos/anleitung_split.pdf split])
*#* Lokaler Rechner: Hochladen der Snippets zum Zwischenspeicher
*#* Remote Rechner: Herunterladen der Snippets
Weitere Schritte:
* Lokaler Rechner übermittelt Löschen-Befehl an Remote Rechner für alte Backup-Dateien
* Lokaler Rechner übermittelt RESTORE Befehl an Remote Rechner, obiger Backup-Vorgang wird umgekehrt
[[Category:oldCt]]
[[Category:Informationstechnik]]
[[Category:MediaWiki]]
[[Category:Softwareentwicklung]]