Backomania 2008 - Revision history

Roman: /* Bug-O-Mania */

2008-12-09T09:33:33Z

Bug-O-Mania

← Older revision		Revision as of 11:33, 9 December 2008
Line 1:		Line 1:
	= Bug-O-Mania =		= Bug-O-Mania =
	Erkenntnisse und Bugs aus der Backomania 2008..		Erkenntnisse und Bugs aus der Backomania 2008.

	== offene oder noch nicht ganz abgeschlossene bugs ==		== offene oder noch nicht ganz abgeschlossene bugs ==

Roman: /* Bug-O-Mania */

2008-12-08T08:14:53Z

Bug-O-Mania

← Older revision		Revision as of 10:14, 8 December 2008
Line 1:		Line 1:
	= Bug-O-Mania =		= Bug-O-Mania =
	Erkenntnisse und Bugs aus der Backomania 2008...		Erkenntnisse und Bugs aus der Backomania 2008..

	== offene oder noch nicht ganz abgeschlossene bugs ==		== offene oder noch nicht ganz abgeschlossene bugs ==

Roman: /* Bug-O-Mania */

2008-12-08T08:03:32Z

Bug-O-Mania

← Older revision		Revision as of 10:03, 8 December 2008
Line 1:		Line 1:
	= Bug-O-Mania =		= Bug-O-Mania =
	Erkenntnisse und Bugs aus der Backomania 2008.		Erkenntnisse und Bugs aus der Backomania 2008...

	== offene oder noch nicht ganz abgeschlossene bugs ==		== offene oder noch nicht ganz abgeschlossene bugs ==

Roman at 20:18, 5 December 2008

2008-12-05T20:18:24Z

← Older revision		Revision as of 22:18, 5 December 2008
Line 30:		Line 30:
	=== rezeptbugs ===		=== rezeptbugs ===
	* kuvertüre/couverture ==> glasur anpassen		* kuvertüre/couverture ==> glasur anpassen

	~~=== Erledigt ===~~
	* rss-erzeugung:
	** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden
	** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt: OK

	== Erledigte Bugs ==		== Erledigte Bugs ==
Line 51:		Line 46:
	* ' werden zu ' dank magic_quote_gpc. NEU: habe magic_quotes_gpc im netconfig deaktiviert. scheint zu tun. DB von derartigen fehlern bereinigt		* ' werden zu ' dank magic_quote_gpc. NEU: habe magic_quotes_gpc im netconfig deaktiviert. scheint zu tun. DB von derartigen fehlern bereinigt
	* Shoppingcart Titel - bei Rezeptanzeige wird Name des letzten Rezeptes als Titel angezeigt NEU: Titel immer 'Einkaufswagen mit Rezepten'		* Shoppingcart Titel - bei Rezeptanzeige wird Name des letzten Rezeptes als Titel angezeigt NEU: Titel immer 'Einkaufswagen mit Rezepten'
			* rss-erzeugung:
			** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden
			** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt: OK

	== Print-View ==		== Print-View ==

Roman: /* offene oder noch nicht ganz abgeschlossene bugs */

2008-12-05T20:17:51Z

offene oder noch nicht ganz abgeschlossene bugs

← Older revision		Revision as of 22:17, 5 December 2008
Line 17:		Line 17:
	* url([$pfad [, $append_to_act_root [, $secure]]]) hat nun neu den 3. parameter, welcher ne ssl url macht, statt normalem http. schausts dir auch ma an, gibt garantiert noch so einige urls, die ssl sein müssten, jetzt aber nimmer sind =)		* url([$pfad [, $append_to_act_root [, $secure]]]) hat nun neu den 3. parameter, welcher ne ssl url macht, statt normalem http. schausts dir auch ma an, gibt garantiert noch so einige urls, die ssl sein müssten, jetzt aber nimmer sind =)
	* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.		* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.
	* rss-erzeugung:
	** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden
	** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt
	* Startpage: sich überblendende divs leise sabber also.. inhalt a wird angezeigt, langsamer fade-out und gleichzeitiger fade-in von inhalt b, dann ne weile warten, nächster fade-in-&-out? unter navigation haben wir ja schon die neusten, die zuletzt geänderten rezepte. diese liste könnt man gut weiterverwenden...		* Startpage: sich überblendende divs leise sabber also.. inhalt a wird angezeigt, langsamer fade-out und gleichzeitiger fade-in von inhalt b, dann ne weile warten, nächster fade-in-&-out? unter navigation haben wir ja schon die neusten, die zuletzt geänderten rezepte. diese liste könnt man gut weiterverwenden...

Line 33:		Line 30:
	=== rezeptbugs ===		=== rezeptbugs ===
	* kuvertüre/couverture ==> glasur anpassen		* kuvertüre/couverture ==> glasur anpassen

			=== Erledigt ===
			* rss-erzeugung:
			** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden
			** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt: OK

	== Erledigte Bugs ==		== Erledigte Bugs ==

Roman: /* offene oder noch nicht ganz abgeschlossene bugs */

2008-12-05T11:37:46Z

offene oder noch nicht ganz abgeschlossene bugs

← Older revision		Revision as of 13:37, 5 December 2008
Line 14:		Line 14:
	** login auf rechner speichern wird vermutlich NICHT funzen		** login auf rechner speichern wird vermutlich NICHT funzen
	** login page sollte NUR https-Links haben, sonst zeigts im FF ein Schloss mit X an		** login page sollte NUR https-Links haben, sonst zeigts im FF ein Schloss mit X an
	** (backomania generell http, alles loginzeugs & userverwaltung über https		** (backomania generell http, alles loginzeugs & userverwaltung über https: wenn man login macht, wird auf secure gewechselt und per get (oder post oder was auch immer, cookies gehn ned, schon probiert), die session_id übergeben. das loginteil hängt sich an diese session an, und führt dann erst den login durch. dann zurück auf http. und schwupp, alles is verhängt und klappt problemlos =) und wir hättens weggli und den foifer.. security bei passwörtern aber schöne urls beim normalen browsen.. plus etwas schneller, da keine verschlüsslung mehr ;-) naja.. da aber das login zeug von dir is, denk ich, du musst das erledigen. wurstle ungern in deinem code rum ;-) im htdocs gibts ein test.php, mit welchem man sessions aufnehmen kann, musst nur die sessionid per url übermitteln. dann siehst, wie das im hintergrund gelöst werden kann (an sich ja nur der session_id() aufruf, wenn eine solche übermittelt wurde) man müsste dann einfach das htdocs mim secure verzeichnis symlinken..)
	wenn man login macht, wird auf secure gewechselt und per get (oder post oder was auch immer, cookies gehn ned, schon probiert), die session_id übergeben. das loginteil hängt sich an diese session an, und führt dann erst den login durch. dann zurück auf http. und schwupp, alles is verhängt und klappt problemlos =) und wir hättens weggli und den foifer.. security bei passwörtern aber schöne urls beim normalen browsen.. plus etwas schneller, da keine verschlüsslung mehr ;-) naja.. da aber das login zeug von dir is, denk ich, du musst das erledigen. wurstle ungern in deinem code rum ;-) im htdocs gibts ein test.php, mit welchem man sessions aufnehmen kann, musst nur die sessionid per url übermitteln. dann siehst, wie das im hintergrund gelöst werden kann (an sich ja nur der session_id() aufruf, wenn eine solche übermittelt wurde) man müsste dann einfach das htdocs mim secure verzeichnis symlinken..)		* url([$pfad [, $append_to_act_root [, $secure]]]) hat nun neu den 3. parameter, welcher ne ssl url macht, statt normalem http. schausts dir auch ma an, gibt garantiert noch so einige urls, die ssl sein müssten, jetzt aber nimmer sind =)
	* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.		* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.
	* rss-erzeugung:		* rss-erzeugung:

Roman: /* offene oder noch nicht ganz abgeschlossene bugs */

2008-12-05T11:36:54Z

offene oder noch nicht ganz abgeschlossene bugs

← Older revision		Revision as of 13:36, 5 December 2008
Line 14:		Line 14:
	** login auf rechner speichern wird vermutlich NICHT funzen		** login auf rechner speichern wird vermutlich NICHT funzen
	** login page sollte NUR https-Links haben, sonst zeigts im FF ein Schloss mit X an		** login page sollte NUR https-Links haben, sonst zeigts im FF ein Schloss mit X an
			** (backomania generell http, alles loginzeugs & userverwaltung über https
			wenn man login macht, wird auf secure gewechselt und per get (oder post oder was auch immer, cookies gehn ned, schon probiert), die session_id übergeben. das loginteil hängt sich an diese session an, und führt dann erst den login durch. dann zurück auf http. und schwupp, alles is verhängt und klappt problemlos =) und wir hättens weggli und den foifer.. security bei passwörtern aber schöne urls beim normalen browsen.. plus etwas schneller, da keine verschlüsslung mehr ;-) naja.. da aber das login zeug von dir is, denk ich, du musst das erledigen. wurstle ungern in deinem code rum ;-) im htdocs gibts ein test.php, mit welchem man sessions aufnehmen kann, musst nur die sessionid per url übermitteln. dann siehst, wie das im hintergrund gelöst werden kann (an sich ja nur der session_id() aufruf, wenn eine solche übermittelt wurde) man müsste dann einfach das htdocs mim secure verzeichnis symlinken..)
	* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.		* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.
	* rss-erzeugung:		* rss-erzeugung:

Roman: /* offene oder noch nicht ganz abgeschlossene bugs */

2008-12-05T11:32:12Z

offene oder noch nicht ganz abgeschlossene bugs

← Older revision		Revision as of 13:32, 5 December 2008
Line 18:		Line 18:
	** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden		** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden
	** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt		** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt
			* Startpage: sich überblendende divs leise sabber also.. inhalt a wird angezeigt, langsamer fade-out und gleichzeitiger fade-in von inhalt b, dann ne weile warten, nächster fade-in-&-out? unter navigation haben wir ja schon die neusten, die zuletzt geänderten rezepte. diese liste könnt man gut weiterverwenden...

	=== Suchmaschinenoptimierung ===		=== Suchmaschinenoptimierung ===

Roman: /* Bug-O-Mania */

2008-12-05T09:08:00Z

Bug-O-Mania

← Older revision		Revision as of 11:08, 5 December 2008
Line 1:		Line 1:
	= Bug-O-Mania =		= Bug-O-Mania =
	Erkenntnisse und Bugs aus der Backomania 2008		Erkenntnisse und Bugs aus der Backomania 2008.

	== offene oder noch nicht ganz abgeschlossene bugs ==		== offene oder noch nicht ganz abgeschlossene bugs ==

Roman: /* offene oder noch nicht ganz abgeschlossene bugs */

2008-12-04T20:41:30Z

offene oder noch nicht ganz abgeschlossene bugs

← Older revision		Revision as of 22:41, 4 December 2008
Line 15:		Line 15:
	** login page sollte NUR https-Links haben, sonst zeigts im FF ein Schloss mit X an		** login page sollte NUR https-Links haben, sonst zeigts im FF ein Schloss mit X an
	* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.		* rezeptlisten speichern: wenn man nur den comment anpassen will, ist das doof, denn die liste wird mit dem aktuellen cart überschrieben - zu heikel.
			* rss-erzeugung:
			** kein rewrite für rss-zeugs: OK, rss.xml kann geladen werden
			** kein zugriff auf rss_generate.php von aussen: im .htaccess eingebaut => test ob rss-erzeugung noch funzt


	=== Suchmaschinenoptimierung ===		=== Suchmaschinenoptimierung ===