Beiträge von Steffen

    Zitat

    Original geschrieben von DieGroßeKleine
    [...]Ich reserviere dann mal einen Tisch für 20 Uhr, wenn niemand was dagegen hat:) [...]


    Habe nichts dagegen! ;)


    Im nahen Osten bin ich natürlich dabei! :D (etwa 300m jenseits meiner Homezonegrenze :rolleyes: )



    Grüße,
    Steffen.

    Re: Re: Re: Re: HipTop? AvantGo!


    Zitat

    Original geschrieben von Martin Kissel
    Spätestens wenn die ersten ihren PC zu Hause dran hängen und das Ding richtig nutzen ist es ihnen nicht mehr egal!


    Ja, das stimmt schon, aber nur, wenn sie ihren Proxy nicht dicht bekommen. Aber solange er nur Inhalte durchläßt (und komprimiert), die für den HipTop geeignet sind, und alles blockiert, was er nicht kennt, sollten sich auch mit anderen Clients die Auswüchse in Grenzen halten...


    Statt dessen knebeln sie wohl eher den Client (auf die Gefahr hin, mit dieser Aussage dem HipTop unrecht zu tun).



    Grüße,
    Steffen.

    Re: Re: HipTop? AvantGo!


    Zitat

    Original geschrieben von lanturlu
    [...] Mir erschien das Browsen mit dem Gerät aber sehr langsam. Der Webviewer arbeitet auf einem 3650 deutlich schneller und erreicht eine ähnliche Qualität. [...]


    Genau darin sehe ich ja auch den eigentlichen Sinn, den Zugang des HipTop offenzulegen. Mit einem anderen Endgerät nutzen könnte man ihn dann wohl dennoch ausschließlich mit der gebuchten Flatrate nutzen. Man kann den HipTop wohl mögen, oder auch nicht, aber für letztere bleibt die Flatrate dann unattraktiv....

    Zitat

    [...] Ich habe den UserAgent gestern schon gesehen, und zwar als ich im Eplus Shop am Ku'Damm deine Seite mit den Client-Tests aufgerufen habe. Insofern wäre geklärt, wie der Hiptop in dein Serverlog kam. Oder hast Du auch schon mit dem Teil gespielt? :D [...]


    Nein, bisher noch nicht. Daher hatte ich auch bis zu Deinem Posting noch die, wenn auch unwahrscheinliche, Möglichkeit in Betracht gezogen, daß der Log-Eintrag auf ein UAgent-Faker zurückgeht.

    Zitat

    [...] Auf den ersten Blick sieht es tatsächlich so aus, als ob Danger die Avantgo-Technologie verwenden würde. Allerdings taucht im User Agent String auch das Wort "ProxiNet" auf. Das war eine Konkurrenzfirma von Avantgo, die die Proxiweb-Browser für PalmOS entwickelt hat. Diese Technik wurde von Pumatech/Intellisync unter dem Namen Browse-it verwendet und kommt derzeit bei WebToGo zum Einsatz.
    Ich nehme daher an, daß Danger weder die Avantgo noch die Proxinet Protokolle benutzt, sondern andere. Ich habe leider bisher nicht herausgefunden, ob es sich dabei um eine Eigenentwicklung handelt, oder ob die Technologie eingekauft wurde. [...]


    Ja die Aussagekraft auch des User-Strings ist natürlich begrenzt, nicht nur der Fake-Möglichkeit wegen, sondern weil die Browser-Bauer da gerne alles reinpacken, mit dem der Browser kompatibel sein soll. Wahrscheinlich sind die beiden genannten Einträge nur dazu aufgeführt, Web-Server, die auch eine PDA-Variante vorhalten (und die auf diese Schlüsselworte prüfen könnten) zum Senden der kompakten Darstellung zu veranlassen.

    Zitat

    [...] den speziellen APN, den man hoffentlich über die Methode von Goisbart herausbekommt [...]


    Wer hatte nicht noch gleich diese Methode schonmal erfolgreich angewandt... ;)


    Wie dem auch sei. Ich halte es jedenfalls für unwahrscheinlch, daß EPlus das Rad (Proxi zur Seitenkomprimierung für mobile Endgeräte) neu erfunden hat, wenn's diesen Service auf dem Markt bereits gibt. Daher kann es durchaus sein, daß sie eines der verfügbaren Systeme eingekauft haben und es bei geeigneter Konfiguration auch mit der Client-Software des entsprechenden Anbieters funktionieren könnte. Aber warum ePlus immer so ein Geeimnis aus ihren Zugängen machen muß... :confused: ...kann ihnen doch egal sein, mit welchem Endgerät der Kunde die teuer erkaufte Flatrate nutzt.


    Grüße,
    Steffen

    HipTop? AvantGo!


    Zitat

    Original geschrieben von lanturlu
    [...]Da müsste man schon Teile der Hiptop-Software auf einem anderen Gerät nachbilden, um die Flat nutzen zu können.


    Dieses Konzept, bei dem Webseiten von einem extra Server speziell für mobile Endgeräte komprimiert und umformatiert werden, gibt es schon länger. Es wird auf Palm-OS von Avantgo und WebToGo sowie auf Java-tauglichen Handys vom Reqwireless Webviewer genutzt.[...]


    So, jetzt ratet mal, wie sich der HipTop gegenüber meinem Server identifiziert!? :D
    Genau, irgendwas mit AvangGo, und zwar:

    Zitat

    Mozilla/5.0 (compatible; AvantGo 3.2; ProxiNet; Danger hiptop 1.0)

    Also

    Zitat

    [...]Oder ein Netzbetreiber könnte einen Deal mit WebToGo eingehen und eine entsprechende Flat für Palm-OS Geräte anbieten. In Verbindung mit einem Bluetooth PDA wie dem Tungsten T oder einem Smartphone wie dem Treo 600 ließen sich interessante Angebote schneidern.


    (Sollte eine dieser Ideen umgesetzt werden, fordere ich aber Provision. :D [...]


    werden, oder doch vielleicht schon worden sein!?


    Kann mich hier jetzt nicht weiter auslassen, da ich gerade per csd (natürlich ohne Flatrate :( ) poste, aber es dürfte vielleicht auch so schon den Ein oder Anderen interessieren... ;)


    Grüße,
    Steffen

    Zitat

    Original geschrieben von freshp
    Hmmm, momentan funktioniert nicht wirklich viel.
    Ich habe die Loginfunktion auf Sessions umgestellt, aber dabei wieder ohne Ende WML-Syntaxfehler reingebaut...


    Alternativ kannst Du ein Sessionhandling-Light auch selbst bauen, indem Du nach dem Login bei jedem Seitenaufruf Nutzername und Kennwort per POST übergibst. (hidden Postfielt) Das ist nicht ganz elegant, da dabei das Kennwort nicht nur beim Login, sondern bei jedem Seitenaufruf (unverschlüsselt) durch's Netz reist. Aber wenn die Daten nicht zu sensibel sind, und Du nicht ununterbrochen drauf zugreifst, ist diese Methode vertretbar. Ist vergleichbar einem Sessionhandling mit unbegrenzter Gültigkeit der SessionID.


    Grüße,
    Steffen.

    Zitat

    Original geschrieben von BigBlue007
    [...]In der Bluetooth-Welt bezeichnet GAP ein Grundprotokoll, welches festlegt, wie BT-Geräte miteinander kommunizieren. Auf der verlinkten Seite findet sich ein PDF-Dokument mit wirklich allem über BT, da wird u.a. auch dieses Protokoll beschrieben. Alles arg technisch, aber für uns entscheidend ist halt wie gesagt, daß es sich um ein Profile handelt, welches in der BT-Spezifikation festgelegt ist.


    In der Welt von DECT-Telefonen heißt GAP nun zwar ebenfalls "Generic Access Profile", hat hier aber überhaupt nichts mit dem BT-GAP zu tun. [...]


    Im Gegenteil, es beschreibt in beiden Fällen prinzipiell das gleiche:

    Zitat

    [...] halt einen Standard, wie sich schnurlose Mobilteile und Basisstationen unterschiedlicher Hersteller miteinander koppeln lassen. GAP-fähige DECT-Mobilteile lassen sich also an allen DECT-Basen, die ebenfalls GAP unterstützen, betreiben.


    GAP hat in beiden Fällen die Aufgabe, die herstellerübergreifende Interoperabilität von DECT-Geräten untereinander bzw. GAP-Geräten untereinander sicherzustellen. (Aber natürlich nicht zwischen DECT- und GAP-Geräten).


    Bei DECT weiß ich nicht, ob GAP schon immer zwingend war, oder es sich um eine Zusatzfunktion handelt.


    Das alles nur am Rande...
    Wesentlich ist jedoch, daß jedes BT-Gerät GAP unterstützen muß. Es speilt also keine Roll, ob in irgendwelchen Spezifikationen die GAP-Unterstützung aufgeführt ist, oder nicht.



    Zurück zum BT-Headset...

    Zitat

    Weiter oben geschrieben von BigBlue007
    [...]Nun könnte man natürlich meinen, daß man andere Headsets halt einfach ausschaltet und, wenns klingelt, einschaltet und dann denselben Effekt hat. Habe dies mit dem HBH-65 probiert, da funtionierts nicht, d.h. das Handy findet, wenn es einmal klingelt, das HBH-65 nicht von alleine. Davon abgesehen ist das Ein- und Ausschalten mit dem 3 Sekunden Knopf gedrückt halten dann doch noch etwas umständlicher als beim Moti, wo man es einfach auf- und zuklappt und wo es ja auch sowieso genauso gedacht ist.
    [...]
    Was mich noch interessieren würde: Wie verhält sich diesbzgl. eigentlich das Nokia BT-Headset?


    Wie sich HBH-65 und Nokia BT-Headset verhalten weiß ich zwar nicht, mit dem Jabra BT200 funktioniert das berschriebene Verfahren jedenfalls wunderbar. (Im oben genannten Moti-Headset steckt übrigens zum Jabra BT100 baugleiche Hardware.) Mein BT-Headset ist praktisch immer ausgeschaltet. Lediglich zum telefonieren schalte ich es ein. Und mit dem Dreisekundendruck zur Gesprächsannahme hatte ich eigentlich auch noch keine Probleme. (In den seltenen Fällen, in denen es bei ankommenden Rufen eingeschaltet ist klingeln übrigens sowohl Handy, als auch BT-Headset mit dem gleichen jeweils aktiven Klingelton.)


    Wichtig ist jedoch anzumerken: damit das ganze (in Kombination mit dem Nokia 6310, V 05.01 30-09-02 NPE-4) funktioniert muß bei der primären Kopplung (Beglaubigung) das Handy "für alle sichtbar" sein. Wenn hier "verborgen" steht, dann klappt die automatische Verbindung beim Wiedereinschalten des Headsets nicht. Wenn die primäre Kopplung abgeschlossen ist, dann hat eine Änderung des Sichtbarkeitsstatus keinerlei Einfluß mehr auf die automatische Verbindung.


    Es hat mich einige Versuche gekostet, dieses etwas merkwürdige Verhalten exakt reproduzieren zu können. Ich weiß zwar nicht, ob sich dieses Vorgehen auf andere BT-Kombinationen übertragen läßt, aber es kann ja durchaus sein, daß die beschriebene Beobachtung bei dem ein oder anderen Gerät zu einer falschen Annahme geführt hat, daß es keine automatische Verbindung erlaubt.



    Grüße,
    Steffen.

    Ist zwar mehr eine Antwort auf die entgegengesetzte Frage, hier aber bestimmt nicht weniger von Interesse:
    Bis zum Beweis des Gegenteils wäre ich zunächst mal vorsichtig mit der Kombination Nokia 6600 mit dem Jabra BT200. Das BT200 ließ sich jedenfalls auf der IFA2003 mit einem dort verfügbaren 6600 nicht koppeln. Ich hoffe zwar, daß dieses Manko bei den jetzt ausgelieferten 6600 mitlerweile behoben ist, aber verlassen würde ich mich darauf nicht!


    Bis also einer der EarlyAdopter Erfolg vermeldet: Vorsicht!


    Grüße,
    Steffen

    Cookies und Session


    Prinzipiell funktionieren Cookies auch bei WAP, und AFIK werden die auch von einigen Mobilbrowsern unterstützt. Aber verlassen kann man sich auf Cookies nie. Das mußt Du halt mal mit den Handies ausprobieren, die Du für Deine Zugriffe auf den Server verwenden willst.


    Sessions sind doch keine Alternative zu Cookies, sondern vielmehr baut das Sessionhandling häufig auf Cookies auf. Alternativ kannst Du das Sessionhandlicng z.B. auch mit hidden Postfields realisieren. Aber ich glaube, PHP bringt schon einige Pakete mit, die die Implementierung erleichtern, auch ohne Cookies.



    Grüße,
    Steffen.

    Ich weiß zwar nicht, warum die Seite auf dem Accompli jetzt funktioniert, fehlerhaft ist sie jedoch nach wie vor. Wenn sie XML-Konform sein soll mußt Du etwas genauer auf die Umgebunsschachtelung achten:


    1. Text (z.B. "users on hobbingen:") außerhalb der
    2. <do>-Tag mal außerhalb, und mal innerhalb der <p>-Umgebung.


    Ansonsten sieht's korrekt aus. Wenn Du vor allem 1. Korrigierst, dann funktioniert's auf jedem WML-Client. Browser, die auch html können fressen eh alles...



    Grüße,
    Steffen.