/////////////////////////////////////////////////////////////////// // next mail - Multisite: - Anstelle von %platzhalter_fuer_hotelsuche_formular% habe ich %platzhalter_fuer_filter% verwendet Dies war so bereits für val-gardena.com integriert Ab jetzt funktioniert damit der Platzhalter sowie die komische parserlösung die wir bis jetzt hatten - Den Teil "Tempalte Import" habe ich komplett neu und flexibler gemacht. Erkennt man an der WebMapping die nun viel besser strukturiert ist. - Nun ist alles für eine "weitere" Domain vorbereitet. Trotzdem werden pro Domain bestimmte Einstellungen fällig werden. (z.b. beim Parsen) Die weitere Arbeit besteht dann darin das CSS anzupassen. Den jede Domain bring anderes BasisCss mit. - Sinnloses Beispiel: http://testhotel.dolomitesalpine.it/de/hotelLists/?ResortType[]=HT&Board[]=3&f=selectr So sieht das dann aus wenn man einfach mal irgendwo irgenwas seinläd ;-) - Utf8: - Das umzustellen war eine sehr sehr gute idee von dir. Wir hatten hier ein wenig chaos in der DB Alles von der Schnittstelle war utf8 unsere Daten lagen als iso vor. Nun ist alles (auch die Dateien selbst) sauberstes utf8 Damit haben wir keine Problem mehr mit Sonderzeichen die von der Schnittstelle kommen - Auch die E-Mail werden nun utf8 codiert verschickt. Das wird korrekt angegeben, somit sollte kein E-Mail Programm damit Probleme haben. - Bei der Funktion getPakages (Urlaubspakete) wird wieder auf ISO zurückgerechnet - Nicht umgestellt habe ich Events, Youtube, Flickr abfragen. Hier wird von uns eigentlich nur eine Abfrage weitergegeben, dies umzuwandeln hätte wenig Sinn Dies wird erst gemacht sobald z.B. Events weiter integriert werden - Leider können wir die iPhone Schnittstelle erst testen sobald wir alles online stellen. Ich habe die Requests verglichen und die sind identisch, also müsste es passen - Suche nach Name: - a sosta Problem: Bis jetzt wurde nach "a" und "sosta" getrennt gesucht. Nun ist die Suche ein wenig schlauer und sucht folgendes %a%sosta%. Das % steht dabei für beliebige Zeichen. Damit scheinen die Ergebnisse um einiges besser zu sein. - Sonderzeichen: Da wir nun alle Daten perfekt sauber in der DB haben konnte ich auch dies optimieren. Wenn man z.B. nach Fudlé sucht, kann man auch Fudle eingeben. Beides funktioniert jetzt danke utf8 - Die Idee von Patrick eine kleien Beschreibung für die "Suche nach Name" würde ich nicht umsetzten Die Suche muss so gut sein, dass es das nicht brauch Jetzt muss umbedingt sehr intensiv getestet werden. Da die utf8 Umstellungen praktisch jeden Teil des Systems betrifft. viele Grüße Stefan ///////////////////////////////////////////////////////////// // TODO NOW x- db muss komplett neu gecleant werden http://dev/00011_gardena/00_base/current/html/debugs/utf8Problem.php <- alle müssen passen - online dump - cache db leeren - alle tabellen alle felder auf utf8 umstellen..vielleicht lässt sich script nutzen (für .com) - alles muss sauber mit $this->_db->query('SET NAMES "utf8"'); funktionieren x- suche nach name von patrick x- mails auf utf8 umstellen x- admin angebote usw testen x- mit http://testhotel.dolomitesalpine.it/de/hotelLists/ testen - schnittstellen kontrollieren x- getPakegas x- Event on Home - iphone - Mobile Seite hat formatierungsproblem http://test.hotel.valgardena.it/de/hotelSearchm/ http://test.hotel.valgardena.it/de/hotelSearchm/?quicksearch=1&Location%5B%5D=&ResortType%5B%5D=&arrivalDateDay=04&arrivalDateMonth=04&arrivalDateYear=2012&stay%5Bnights%5D=7&stay%5Brooms%5D=1&stay%5Broomtype%5D=1&stay%5Bpersons%5D=2&Board%5B%5D=3 http://hotel.valgardena.it/de/hotelSearchm/?quicksearch=1&Location%5B%5D=&ResortType%5B%5D=&arrivalDateDay=04&arrivalDateMonth=04&arrivalDateYear=2012&stay%5Bnights%5D=7&stay%5Brooms%5D=1&stay%5Broomtype%5D=1&stay%5Bpersons%5D=2&Board%5B%5D=3 - /////////////////////////////////////////////////////////////////// // TODO NEXT - Angebote bis 14.03.2012 - tpl pro doman angebot - erweitert um den utf umstieg - stats angebot bis 07.04 - zusammeführung .com in die base bis 15.05 - einbindung der adressen /////////////////////////////////////////////////////////////////// // notes - stats_search_tmp = 906MB - stats_tmp = 264MB /////////////////////////////////////////////////////////////////// // to online - stats_tmp und stats_search_tmp struktur online - script laufen lassen /////////////////////////////////////////////////////////////////// // Mail - wenn wir absolute zahlen schreiben, brauchen wir für den durchschnitt die anzahl an hotels - können wir den nicht direkt aus der tabelle holen? - jedes hotel wird wohl irgendwie, irgendwo pro tag einmal in den stats auftauchen oder? /////////////////////////////////////////////////////////////////// // Angebot - Admin "Hotel Select" (4 Stunden = 160,00 €) - Für ein einfacheres durchsuchen wird für .it & .com im Admin das jquery plugin chosen eingefügt - Stats-Hits (1 Tag = 320,00 €) - Die Durchschnittsdaten werden zu Vergleichsdaten umprogrammiert Damit ist es möglich zwischen absoluten und durchschnittsdaten zu wechseln und dabei die Filter (Ort und Kateogrie) anzuwenden - NEU: man kann also auch nur für "St.Ulrich - 4 Sterne" absolute Zahlen anzeigen lassen - Stats-Search (2 Tage = 640,00 €) - Die Logik wird komplett neu aufgebaut, sodass die Daten komprimiert werden können Neue Logik: - jede Suche bekommt eine ID - wird eine bereits vorhande suche nochmals gespeichert, wird nur mehr der Tag und die Anzahl in die Datenbank geschrieben - Hier muss auch in der Auswertung einiges Umgestellt werden, daher ist der Aufwand viel größer als bei Stats-Hits - Alle Daten neu berechnen (4 Stunden = 160,00 €) - Die Umstellung würde nur die zukünftigen Daten betreffen. Da dies wenig sinnvoll ist müssen ALLE daten neu zusammengefasst werden - Tpl Pro Domain: (1 Tag = 320,00 €) - Das System muss erweitert werden: - Es muss pro Domain zwischen den Templates unterscheiden können - Der Template-Import muss angepasst werden, da nun auch unterschiedliche Domains importiert werden müssen - Vorlage: - Es müssen beide Platzhalter irgendwo positioniert werden: %platzhalter_fuer_hotelsuche% = Hotel Liste %platzhalter_fuer_hotelsuche_formular% = Hotel Suche - Das ganze ist dann die technische Grundelage. Für eventuelle CSS Problem oder Sprachwechel-Links muss man das jeweilige Projekt abwarten - Codierung auf UTF8 umstellen (3 Tage = 960,00 €) - Das muss umgestellt werden: - alle files (php,langfiles.....) - alle DBs die noch in iso gespeichert werden: hotel_conf - alle ausgaben dürfen nicht mehr convertiert werden - es muss die möglichkeit geben pro projekt zu entscheiden ob utf oder iso verwendet wird - auf bei der api die extern includiert wird, muss dies eingestellt werden können - templates die in das projekt geladen werden müssen von iso auf utf8 umgewandelt werden - iphone schnittstelle - Ich habe zwar einige Tests gemacht aber ich kann den Aufwand nur sehr grob abschätzen. Es sind zuviele Kleinigkeiten die hier eine Rolle spielen und auch das manche Projekte utf8 manche iso verwenden, macht es nicht einfacher. Sollte ich also komplett daneben liegen, kann es noch etwas teuerer werden. Gib mir Bescheid. viele Grüße Stefan /////////////////////////////////////////////////////////////////// // TODO Stats - Admin Hotel Select jquery-chosen einbauen ( 3 Stunden) - Stats-Hits (1 Tag) - AVG muss vorausberechnet werden - alle möglichen kombitnationen müssen erstellt werden - typ - category - location? - auch die anzahl der betriebe für die jeweilige category pro tag muss abgespeichert werden damit avg und absolute zahlen errechnet werden können - aboslute zahlen für: anfragen und klicks - es muss für alle hotels die location und category geholt werden - dies kann dann als array in die cache tabelle gelegt werden - danach wird direkt in php alles zusammengefasst und für jede kombination ein durchschnitt errechnet - es können auch absolute zahlen abgespeichert werden..dann muss aber irgendwo als k totalHotels mit einem V für count stehen der pro tag gesetzt wird - jedes hotel wird minimum einen hit irgnedwo haben..auch das könnte berechnet werden - Stats-Search (2 Tage) - pro suche wird eine id berechnet, damit die suchen zusammengefasst werden können - für neue suchen wird dann einfach nur noch time und count abgespeichert - dabei muss das feld time in eine eigene spalte..wir aber nur bei count gesetzt - Tpl Pro Domain (bis jetzt auf 1 Tag geschätzt) - pro domain kann ein anderes template herangezogen werden - 2 platzhalter sind vorrausetzung für das system. (auch aktuelle pages daraus umstellen) - dafür wird noch eine subdomain eingerichtet mit der ich testen kann - Codierung: das ganze projekt auf UTF8 umstellen (2 Tage) - alle files (php,langfiles.....) - alle DBs die noch in iso gespeichert werden: hotel_conf - alle ausgaben dürfen nicht mehr convertiert werden - es muss die möglichkeit geben pro projekt zu entscheiden ob utf oder iso verwendet wird - auf bei der api die extern includiert wird, muss dies eingestellt werden können -