Changelog 2014 - Revision history

Hexe at 00:58, 16 January 2015

2015-01-16T00:58:53Z

Hexe at 00:57, 16 January 2015

2015-01-16T00:57:46Z

Hexe at 13:05, 15 January 2015

2015-01-15T13:05:24Z

Hexe at 02:58, 15 January 2015

2015-01-15T02:58:29Z

Hexe at 13:39, 13 January 2015

2015-01-13T13:39:32Z

Hexe at 13:36, 13 January 2015

2015-01-13T13:36:07Z

Hexe at 13:35, 13 January 2015

2015-01-13T13:35:58Z

Hexe at 13:35, 13 January 2015

2015-01-13T13:35:33Z

Hexe at 14:28, 8 January 2015

2015-01-08T14:28:23Z

Hexe at 14:18, 7 January 2015

2015-01-07T14:18:24Z

← Older revision		Revision as of 00:58, 16 January 2015
Line 1:		Line 1:
	Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".		Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".
−
−
−	~~'''Bugfix: Neue Artikel'''~~
−
−	Durch eine Unachtsamkeit im Puffersystem wurden nur solche Artikel als neu angesehen, die innerhalb der letzten X Tage angelegt wurden. Nun werden - wie erwartet - Artikel als neu betrachtet, deren "Neu ab"-Datum den betreffenden Anforderungen entspricht.
−
−
−	~~'''15.01.2015 Aufräumarbeiten'''~~
−
−	Ich konnte mich nicht beherrschen, ca. 20 Tabellen in LISAs Datenbank zu löschen, deren Daten entweder nicht mehr genutzt werden oder direkt im Programmcode besser aufgehoben sind. Es resultierten daraus einige Probleme, die in der Zwischenzeit aber eigentlich gelöst sein sollten. Tut mir leid für die kurzzeitigen Störungen, aber nun ist LISA übersichtlicher und besser wartbar.
−
−
−	~~'''15.01.2015 Export von Agenten'''~~
−
−	~~Die meisten Agentendaten können nun auch ins CSV-Format exportiert werden.~~
−
−
−	~~'''13.01.2015 Sicherheitsvorkehrungen'''~~
−
−	Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver. Mit ihrer Hilfe kann es Angreifern gelingen, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.
−
−	~~Den alltäglichen Betrieb der Shop-Systeme sollten diese Maßnahmen nicht beeinträchtigen.~~
−
−
−	~~'''07.01.2015 Bugfix: Posten ohne Berechnung'''~~
−
−	Posten ohne Berechnung tauchten nicht in der Rechnungs-Notification auf, die LISA nach dem Erledigen einer Bestellung anzeigt. Befanden sich auf einer erledigten Bestellung zwei Posten, von denen einer berechnet werden sollte und der andere nicht, behauptete die Notification also, dass nur ein Posten berechnet werden müsste. Auf der Rechnung hingegen erschien auch der zweite Posten mit Preis 0. Sollte aber keiner der Posten einer erledigten Bestellung berechnet werden, erschien überhaupt keine Notification.
−
−	~~Fortan wird die Notification auch diejenigen Posten voll berücksichtigen, die nicht berechnet werden sollen. Den Umständen entsprechend kann dann auch eine Rechnung mit Summe 0 erstellt werden.~~
−
−
−	~~'''06.01.2015 Veränderbare Werte in Agenten'''~~
−
−	Das Agentensystem wurde so angepasst, dass nun auch veränderbare Werte wie Jahresangaben möglich sind. Im Falle der Jahresangaben kann sich der Benutzer nun einfach durch die verschiedenen Jahre klicken. Die zugrundeliegende Infrastruktur erlaubt potenziell auch andere Benutzereingaben.
−
−	~~Außerdem wurden Agenten für Artikel-Listen hinzugefügt.~~
−
−
−	~~'''05.01.2015 Kundensuche nach Land und Bundesland'''~~
−
−	~~Kunden können nun auch nach Land und Bundesland gesucht werden.~~
−
−
−	~~'''05.01.2015 Farbige Kundenzeilen'''~~
−
−	~~In den Suchergebnissen werden die Namen der Kunden nun farbig dargestellt:~~
−
−	* Blau, wenn der Kunde ein aktiver Kunde ist und in einem bestimmten Zeitraum Einkäufe getätigt hat.
−	* Grün, wenn es für diesen Kunden offene Posten gibt.
−
−	~~Ich hoffe, dass dies mehr Klarheit als Verwirrung stiftet, denn so lässt sich der gesuchte Kunde unter Umständen schneller auffinden.~~
−
−
−	~~'''02.01.2015 Agenten'''~~
−
−	Die Agenten wurden noch etwas aufbereitet. Für Kunden- und Artikelseite gibt es nun jeweils eine vorgeschaltete Agentenliste, damit die Benutzer nicht auf das Laden der einzelnen Agenten warten müssen. Agenten sind zwar schnell, aber es gibt eben auch sehr komplexe Abfragen, die eine längere Rechenzeit benötigen. "Verwaltung --> Favoriten" wurde in "Verwaltung --> Favoriten und Agenten" umbenannt.

← Older revision		Revision as of 00:57, 16 January 2015
Line 1:		Line 1:
	Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".		Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".
		+
		+
		+	'''Bugfix: Neue Artikel'''
		+
		+	Durch eine Unachtsamkeit im Puffersystem wurden nur solche Artikel als neu angesehen, die innerhalb der letzten X Tage angelegt wurden. Nun werden - wie erwartet - Artikel als neu betrachtet, deren "Neu ab"-Datum den betreffenden Anforderungen entspricht.

← Older revision		Revision as of 13:05, 15 January 2015
Line 1:		Line 1:
	Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".		Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".
		+
		+
		+	'''15.01.2015 Aufräumarbeiten'''
		+
		+	Ich konnte mich nicht beherrschen, ca. 20 Tabellen in LISAs Datenbank zu löschen, deren Daten entweder nicht mehr genutzt werden oder direkt im Programmcode besser aufgehoben sind. Es resultierten daraus einige Probleme, die in der Zwischenzeit aber eigentlich gelöst sein sollten. Tut mir leid für die kurzzeitigen Störungen, aber nun ist LISA übersichtlicher und besser wartbar.

← Older revision		Revision as of 02:58, 15 January 2015
Line 1:		Line 1:
	Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".		Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".
		+
		+
		+	'''15.01.2015 Export von Agenten'''
		+
		+	Die meisten Agentendaten können nun auch ins CSV-Format exportiert werden.

← Older revision		Revision as of 13:39, 13 January 2015
Line 5:		Line 5:

	Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver. Mit ihrer Hilfe kann es Angreifern gelingen, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.		Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver. Mit ihrer Hilfe kann es Angreifern gelingen, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.
		+
		+	Den alltäglichen Betrieb der Shop-Systeme sollten diese Maßnahmen nicht beeinträchtigen.

← Older revision		Revision as of 13:36, 13 January 2015
Line 4:		Line 4:
	'''13.01.2015 Sicherheitsvorkehrungen'''		'''13.01.2015 Sicherheitsvorkehrungen'''

−	Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver. Mit ihrer Hilfe kann es Angreifern ~~gelinden~~, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.	+	Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver. Mit ihrer Hilfe kann es Angreifern gelingen, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.

← Older revision		Revision as of 13:35, 13 January 2015
Line 4:		Line 4:
	'''13.01.2015 Sicherheitsvorkehrungen'''		'''13.01.2015 Sicherheitsvorkehrungen'''

−	Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver~~, mit~~ ihrer Hilfe kann es Angreifern gelinden, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.	+	Vor allem in den Webshops (alt und neu), aber auch in LISA selbst wurden Vorkehrungen zum Verhindern eines SQL-Injection-Angriffs vorgenommen. Sollte ein derartiger Angriffsversuch erfolgen, werde ich benachrichtigt und kann zur Sicherheit noch einmal nachsehen, ob alles in Ordnung ist. SQL-Injection-Angriffe sind die am häufigsten genutzten Angriffe auf Webserver. Mit ihrer Hilfe kann es Angreifern gelinden, beliebige Daten aus der Datenbank abzurufen oder zu zerstören oder beliebigen PHP-Befehlscode auf dem Server auszuführen, daher ist ein besonderer Schutz erforderlich.

@@ Line 4: / Line 4: @@
 '''07.01.2015 Bugfix: Posten ohne Berechnung'''
-Posten ohne Berechnung tauchten nicht in der Rechnungs-Notification auf, die LISA nach dem Erledigen einer Bestellung anzeigt. Waren in einer erledigten Bestellung zwei Posten, von denen einer berechnet werden sollte und der andere nicht, behauptete die Notification also, dass nur ein Posten berechnet werden müsste. Auf der Rechnung hingegen erschien auch der zweite Posten mit Preis 0. Sollte aber keiner der Posten einer erledigten Bestellung berechnet werden, erschien überhaupt keine Notification.
+Posten ohne Berechnung tauchten nicht in der Rechnungs-Notification auf, die LISA nach dem Erledigen einer Bestellung anzeigt. Befanden sich auf einer erledigten Bestellung zwei Posten, von denen einer berechnet werden sollte und der andere nicht, behauptete die Notification also, dass nur ein Posten berechnet werden müsste. Auf der Rechnung hingegen erschien auch der zweite Posten mit Preis 0. Sollte aber keiner der Posten einer erledigten Bestellung berechnet werden, erschien überhaupt keine Notification.
 Fortan wird die Notification auch diejenigen Posten voll berücksichtigen, die nicht berechnet werden sollen. Den Umständen entsprechend kann dann auch eine Rechnung mit Summe 0 erstellt werden.

← Older revision		Revision as of 14:18, 7 January 2015
Line 1:		Line 1:
	Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".		Auf dieser Seite werden die Änderungen an LISA im Jahr 2014 angezeigt. Um andere Jahre zu sehen, suche bitte nach "Changelog".
		+
		+
		+	'''07.01.2015 Bugfix: Posten ohne Berechnung'''
		+
		+	Posten ohne Berechnung tauchten nicht in der Rechnungs-Notification auf, die LISA nach dem Erledigen einer Bestellung anzeigt. Waren in einer erledigten Bestellung zwei Posten, von denen einer berechnet werden sollte und der andere nicht, behauptete die Notification also, dass nur ein Posten berechnet werden müsste. Auf der Rechnung hingegen erschien auch der zweite Posten mit Preis 0. Sollte aber keiner der Posten einer erledigten Bestellung berechnet werden, erschien überhaupt keine Notification.
		+
		+	Fortan wird die Notification auch diejenigen Posten voll berücksichtigen, die nicht berechnet werden sollen. Den Umständen entsprechend kann dann auch eine Rechnung mit Summe 0 erstellt werden.