Re: 2 gleichzeitig endende auktionen bebieten
↧
↧
Re: Auktion endet ca. 20s zu früh.
Autor: Streeetch
Verfasst am: 09.02.2015 - 14:05 (GMT 1)
Netter Hinweis, danke.
Aber darauf bin ich auch schon gekommen. Leider weis ich nicht, wie BOM arbeitet. Mir ist nur aufgefallen, dass die BOM-Zeitsynchronisation entweder nicht so funktioniert, wie sie soll oder BOM wegen fehlender Adminrechte gar nicht in der Lage ist, die Systemzeit zu stellen. Ich bin deswegen davon ausgegangen, dass BOM seinen eigenen Timer verwendet, weil lt. BOM die Synchronisation stets korrekt erfolgt sein soll.
Einen entsprechenden Hinweis, dass man BOM unter Vista/Win7/Win8 evtl. mit Adminrechten ausführen sollte, weil diese für die Synchronisation benötigt werden, habe ich auch nicht gefunden, könnte man aber mal ausprobieren, ob es mit solchen besser funktioniert.
Verfasst am: 09.02.2015 - 14:05 (GMT 1)
Netter Hinweis, danke.
Aber darauf bin ich auch schon gekommen. Leider weis ich nicht, wie BOM arbeitet. Mir ist nur aufgefallen, dass die BOM-Zeitsynchronisation entweder nicht so funktioniert, wie sie soll oder BOM wegen fehlender Adminrechte gar nicht in der Lage ist, die Systemzeit zu stellen. Ich bin deswegen davon ausgegangen, dass BOM seinen eigenen Timer verwendet, weil lt. BOM die Synchronisation stets korrekt erfolgt sein soll.
Einen entsprechenden Hinweis, dass man BOM unter Vista/Win7/Win8 evtl. mit Adminrechten ausführen sollte, weil diese für die Synchronisation benötigt werden, habe ich auch nicht gefunden, könnte man aber mal ausprobieren, ob es mit solchen besser funktioniert.
↧
Re: Auktion endet ca. 20s zu früh.
Autor: hamstiglue
Verfasst am: 09.02.2015 - 19:51 (GMT 1)
Richtig, ohne Adminrechte kann man die Systemzeit ab Windows Vista nicht mehr verändern. Wenn BOM merkt, dass es die Systemzeit nicht stellen kann, dann wird ein internen Offset vermerkt, der bei allen weiteren Zeitrechnungen verwendet wird.
Verfasst am: 09.02.2015 - 19:51 (GMT 1)
Richtig, ohne Adminrechte kann man die Systemzeit ab Windows Vista nicht mehr verändern. Wenn BOM merkt, dass es die Systemzeit nicht stellen kann, dann wird ein internen Offset vermerkt, der bei allen weiteren Zeitrechnungen verwendet wird.
↧
Re: Auktion endet ca. 20s zu früh.
Autor: Streeetch
Verfasst am: 09.02.2015 - 21:07 (GMT 1)
Würde ich ehrlich gesagt anders lösen... So ein Offset kann irgendwo von irgendeinem Entwickler mal vergessen werden. Selbst wenn eine Funktion existiert, die diesen immer gleich hinzuaddiert, können diverse Entwickler immer noch, wie gewohnt, eine entsprechende Funktion der RT verwenden und dann auch noch den Offset vergessen zu addieren. Ausserdem wäre BOM so die einzige Anwendung, die eine eigene Zeitbasis hat. Besser ist, der Offset würde gar nicht existieren und falls die Synchronisation fehlschlägt, eine entsprechende Fehlermeldung oder ein Loginfenster, in welchem man sich Adminrechte holen kann. Diese Logindaten kann man dann auch für BOM speichern.
Aber es gibt auch noch andere Möglichkeiten. Erstens kann man, wie gesagt, BOM als Administrator ausführen und zweitens eine BOM-Benutzergruppe anlegen, womit man Usern einerseits die Benutzung von BOM gestatten oder verweigern kann und andererseits dieser Benutzergruppe erlauben, die Systemzeit zu ändern.
http://www.freeware.de/blog/tipps/tipps-tricks/eingeschraenktes-benutzerkonto-windows-systemzeit-aendern/
Verfasst am: 09.02.2015 - 21:07 (GMT 1)
| hamstiglue hat Folgendes geschrieben: |
| Wenn BOM merkt, dass es die Systemzeit nicht stellen kann, dann wird ein internen Offset vermerkt, der bei allen weiteren Zeitrechnungen verwendet wird. |
Aber es gibt auch noch andere Möglichkeiten. Erstens kann man, wie gesagt, BOM als Administrator ausführen und zweitens eine BOM-Benutzergruppe anlegen, womit man Usern einerseits die Benutzung von BOM gestatten oder verweigern kann und andererseits dieser Benutzergruppe erlauben, die Systemzeit zu ändern.
http://www.freeware.de/blog/tipps/tipps-tricks/eingeschraenktes-benutzerkonto-windows-systemzeit-aendern/
↧
Re: fehlerhaftes login
Autor: seniorsims
Titel: Mir geht es ebenso - BOM bietet nicht
Verfasst am: 17.02.2015 - 23:45 (GMT 1)
Hallo liebe Freunde des Biet-O-Mat,
mir geht es genauso wie Ihnen seit Mitte Dez 2014. Nur habe ich bisher nicht geschrieben, da in diesem Forum alles gesagt wurde und ich davon überzeugt bin, daß die IT-Spezialisten für dies gute Programm, alles tun um den Fehler mit einem neuen Update schnell zu beheben.
Doch heute sagte mir das Programm, nach Hilfe --> Versionsprüfung, daß der Server-String Version 1.0.132 duch einen neuen String 1.0.134 beim Updaten ersetzt wird. Sogleich habe ich das probiert mit dem Erfolg, wie es die Anlage zeigt.
Was kann ich tun, daß der Update klappt und endlich das Problem löst ?
Mit freundlichen Grüßen
Seniorsims
Titel: Mir geht es ebenso - BOM bietet nicht
Verfasst am: 17.02.2015 - 23:45 (GMT 1)
Hallo liebe Freunde des Biet-O-Mat,
mir geht es genauso wie Ihnen seit Mitte Dez 2014. Nur habe ich bisher nicht geschrieben, da in diesem Forum alles gesagt wurde und ich davon überzeugt bin, daß die IT-Spezialisten für dies gute Programm, alles tun um den Fehler mit einem neuen Update schnell zu beheben.
Doch heute sagte mir das Programm, nach Hilfe --> Versionsprüfung, daß der Server-String Version 1.0.132 duch einen neuen String 1.0.134 beim Updaten ersetzt wird. Sogleich habe ich das probiert mit dem Erfolg, wie es die Anlage zeigt.
Was kann ich tun, daß der Update klappt und endlich das Problem löst ?
Mit freundlichen Grüßen
Seniorsims
↧
↧
Re: fehlerhaftes login
Autor: Streeetch
Verfasst am: 18.02.2015 - 02:03 (GMT 1)
Lange her, aber das Problem hatte ich auch mal. Ich hab mir kurzerhand eine komplette neue BOM-Version gezogen und diese überinstalliert.
Verfasst am: 18.02.2015 - 02:03 (GMT 1)
Lange her, aber das Problem hatte ich auch mal. Ich hab mir kurzerhand eine komplette neue BOM-Version gezogen und diese überinstalliert.
↧
Kein Standby nach B-O-M Gebot?
Autor: REK
Titel: Kein Standby nach B-O-M Gebot?
Verfasst am: 18.02.2015 - 12:05 (GMT 1)
Ich bin perfekt zufrieden. Nur folgendes Detail nervt mich:
Ist es nicht normalerweise so, dass B-O-M nach erfolgreichem Wakup (Gebot) den Rechner wieder in den Zustand versetzt, den er vorher hatte? Also Standby -> wakeup -> bieten -> Standby?
Wenn ja, was kann da bei mir verstellt sein?
Titel: Kein Standby nach B-O-M Gebot?
Verfasst am: 18.02.2015 - 12:05 (GMT 1)
Ich bin perfekt zufrieden. Nur folgendes Detail nervt mich:
Ist es nicht normalerweise so, dass B-O-M nach erfolgreichem Wakup (Gebot) den Rechner wieder in den Zustand versetzt, den er vorher hatte? Also Standby -> wakeup -> bieten -> Standby?
Wenn ja, was kann da bei mir verstellt sein?
↧
Re: Kein Standby nach B-O-M Gebot?
Autor: hamstiglue
Verfasst am: 18.02.2015 - 16:07 (GMT 1)
In der Settings.ini muss ResuspendAfterEnd=1 sein, das ist auch die Standardeinstellung. Dann wird der Rechner wieder schlafengelegt, wenn der Rechnung automatisch aufgewacht ist (also nicht durch Userinteraktion) und auch zwischenzeitlich keine Userinteraktion (Mausbewegungen etc) stattgefunden hat. Will man ihn dennoch trotzdem in den Schlaf schicken, kann man zusätzlich den Schalter ForceResuspendAfterEnd=1 einstellen. Dann ist die Frage ob Userinteraktion oder nicht egal. Es wird noch zusätzlich ein 10 Sekunden Countdown angezeigt, den man dann ggfs. abbrechen kann.
Verfasst am: 18.02.2015 - 16:07 (GMT 1)
In der Settings.ini muss ResuspendAfterEnd=1 sein, das ist auch die Standardeinstellung. Dann wird der Rechner wieder schlafengelegt, wenn der Rechnung automatisch aufgewacht ist (also nicht durch Userinteraktion) und auch zwischenzeitlich keine Userinteraktion (Mausbewegungen etc) stattgefunden hat. Will man ihn dennoch trotzdem in den Schlaf schicken, kann man zusätzlich den Schalter ForceResuspendAfterEnd=1 einstellen. Dann ist die Frage ob Userinteraktion oder nicht egal. Es wird noch zusätzlich ein 10 Sekunden Countdown angezeigt, den man dann ggfs. abbrechen kann.
↧
Re: Erweitertes Einlesen der zb:100 Letzten Artikel aus der History?
Autor: hamstiglue
Verfasst am: 18.02.2015 - 19:20 (GMT 1)
Das Skript sucht im Log nach Zeilen der Art
<irgendwas>Item: 1234567890<Zeilenende>
und zieht da die Nr raus. BOM muss laufen bevor das Skript gestartet wird.
Verfasst am: 18.02.2015 - 19:20 (GMT 1)
Das Skript sucht im Log nach Zeilen der Art
<irgendwas>Item: 1234567890<Zeilenende>
und zieht da die Nr raus. BOM muss laufen bevor das Skript gestartet wird.
↧
↧
Scriptfehler im Inline Browser
Autor: samsarax
Titel: Scriptfehler im Inline Browser
Verfasst am: 19.02.2015 - 16:52 (GMT 1)
Beim Aurufen des Inline Browsers kommen immer 5-6 Fehlermeldungen die ich dann weg klicken muss, wie z.B diese:
http_ads.rubiconproject.com/utils/ebay/rp-ebay-rtp-de.js?acct=9560&site=18644&zone=57366&size=300x250
http_ads.rubiconproject.com/utils/ebay/rp-ebay-rtp-de.js?acct=9560&site=18644&zone=109728&size=728x90
https_secureir.ebaystatic.com/rs/c/iam405.js
http_ads.rubiconproject.com/utils/ebay/rp-ebay-firstlook-de.js
http_ads.rubiconproject.com/utils/ebay/rp-ebay-mp-de.js
Neue jungfräuliche Installation von BOM, aktuelle Version. Beim IE steht alles auf default, ohne Addons, usw.
Liegts an mir, an Ebay oder etwa an BOM?
Danke!
Titel: Scriptfehler im Inline Browser
Verfasst am: 19.02.2015 - 16:52 (GMT 1)
Beim Aurufen des Inline Browsers kommen immer 5-6 Fehlermeldungen die ich dann weg klicken muss, wie z.B diese:
http_ads.rubiconproject.com/utils/ebay/rp-ebay-rtp-de.js?acct=9560&site=18644&zone=57366&size=300x250
http_ads.rubiconproject.com/utils/ebay/rp-ebay-rtp-de.js?acct=9560&site=18644&zone=109728&size=728x90
https_secureir.ebaystatic.com/rs/c/iam405.js
http_ads.rubiconproject.com/utils/ebay/rp-ebay-firstlook-de.js
http_ads.rubiconproject.com/utils/ebay/rp-ebay-mp-de.js
Neue jungfräuliche Installation von BOM, aktuelle Version. Beim IE steht alles auf default, ohne Addons, usw.
Liegts an mir, an Ebay oder etwa an BOM?
Danke!
↧
Re: Scriptfehler im Inline Browser
Autor: hamstiglue
Verfasst am: 19.02.2015 - 18:12 (GMT 1)
Klingt nach einem veralteten Internet Explorer/Windows.
Verfasst am: 19.02.2015 - 18:12 (GMT 1)
Klingt nach einem veralteten Internet Explorer/Windows.
↧
Re: Scriptfehler im Inline Browser
Autor: samsarax
Verfasst am: 19.02.2015 - 20:48 (GMT 1)
Win8.1x64 sowie IE11.0.9600, beides mit aktuellen Updates.
BOM benutzt *immer* den IE?
Es hat ja nix mit Firefox tun, den ich normalerweise benutze, oder?
Verfasst am: 19.02.2015 - 20:48 (GMT 1)
Win8.1x64 sowie IE11.0.9600, beides mit aktuellen Updates.
BOM benutzt *immer* den IE?
Es hat ja nix mit Firefox tun, den ich normalerweise benutze, oder?
↧
Re: Scriptfehler im Inline Browser
Autor: hamstiglue
Verfasst am: 19.02.2015 - 21:13 (GMT 1)
BOM benutzt das Subsystem des IE (die WinInetApi) oder alternativ falls aktiviert cURL, um Informationen abzurufen und zu bieten.
Der Inline-Browser ist wieder was anderes. Hier kommt der IE zum Einsatz, egal was der User für einen Browser verwendet. Hier wird dann auch Javascript interpretiert und falls im Code von ebay Fehler enthalten sind, werden diese dann auch angezeigt. Ich kenne diese Meldungen nur von meinem alten XP-Image, wo der IE schon ewig nicht mehr aktualisiert wurde und dadurch vermutlich einige Sprachneuerungen nicht als gültig erachtet.
Wenn bei Dir alles aktuell ist, dann liegt entweder ein Fehler bei ebay vor oder der Code ist vielleicht beim Download kaputt gegangen, sollte dann aber kein Dauerzustand sein.
Verfasst am: 19.02.2015 - 21:13 (GMT 1)
BOM benutzt das Subsystem des IE (die WinInetApi) oder alternativ falls aktiviert cURL, um Informationen abzurufen und zu bieten.
Der Inline-Browser ist wieder was anderes. Hier kommt der IE zum Einsatz, egal was der User für einen Browser verwendet. Hier wird dann auch Javascript interpretiert und falls im Code von ebay Fehler enthalten sind, werden diese dann auch angezeigt. Ich kenne diese Meldungen nur von meinem alten XP-Image, wo der IE schon ewig nicht mehr aktualisiert wurde und dadurch vermutlich einige Sprachneuerungen nicht als gültig erachtet.
Wenn bei Dir alles aktuell ist, dann liegt entweder ein Fehler bei ebay vor oder der Code ist vielleicht beim Download kaputt gegangen, sollte dann aber kein Dauerzustand sein.
↧
↧
Re: Scriptfehler im Inline Browser
Autor: Streeetch
Verfasst am: 19.02.2015 - 21:49 (GMT 1)
Ich habe da die Einstellung gemacht, dass ich mit zusätzlicher STRG-Taste die Artikel im Inline-Browser öffne. Ich kann aber nicht erkennen, was dieser Inline-Browser sein soll, denn in beiden Fällen öffnet sich mein Standard-Browser Waterfox (FF 64-Bit). Bei gedrückter STRG-Taste kommen dann auch diese Script-Fehler. Wenn ich die Seite dann normal im IE öffne, erscheinen diese jedoch nicht.
Meine Diagnose: Die Anfrage geht bei Verwendung des Inline-Browsers mit einem User-Agent des IE raus. Wenn eine solche Seite dann in einem anderen Browser als wie er im UA stand, göffnet wird, entstehen diese Fehler deswegen, weil die empfangenen Scripte auf den UA (also in diesem Falle dem IE) optimiert wurden. Ist also nichts, um was man sich ernsthaft Sorgen machen müsste.
Verfasst am: 19.02.2015 - 21:49 (GMT 1)
Ich habe da die Einstellung gemacht, dass ich mit zusätzlicher STRG-Taste die Artikel im Inline-Browser öffne. Ich kann aber nicht erkennen, was dieser Inline-Browser sein soll, denn in beiden Fällen öffnet sich mein Standard-Browser Waterfox (FF 64-Bit). Bei gedrückter STRG-Taste kommen dann auch diese Script-Fehler. Wenn ich die Seite dann normal im IE öffne, erscheinen diese jedoch nicht.
Meine Diagnose: Die Anfrage geht bei Verwendung des Inline-Browsers mit einem User-Agent des IE raus. Wenn eine solche Seite dann in einem anderen Browser als wie er im UA stand, göffnet wird, entstehen diese Fehler deswegen, weil die empfangenen Scripte auf den UA (also in diesem Falle dem IE) optimiert wurden. Ist also nichts, um was man sich ernsthaft Sorgen machen müsste.
↧
Re: Scriptfehler im Inline Browser
Autor: samsarax
Verfasst am: 20.02.2015 - 11:47 (GMT 1)
Hamsti, ich habe BOM noch 1x gesaugt und Byte-für-Byte mit der 1. Kopie verglichen. Ich glaube nicht, dass ein Fehler beim Download geschah, ausser die Datei wäre schon auf dem Server kaputt.![Smile]()
Stree, auch ich öffne den Inline Browser mit der STRG-Taste, ich benutze aber sonst den normalen 32-bit Firefox.
Bist du sicher, dass sich bei dir Waterfox als Inline Brower meldet? Guck mal auf dem Bild unten. Bei den 'Eigenschaften' der angezeigten WebSeite ist oben links das IE Logo und bei Typ steht 'Firefox HTML Document'.
Ergo könnte deine Annahme stimmen, dass der IE vielleicht im User-Agent irgendwie mit der Firefox HTML-Seite nicht so klar kommt.
Ich habe auch versucht im IE mit Alt-X und in 'Einstellungen der Kompatibilitätsansicht' die Häckchen zu entfernen, aber das half nicht.
Über diese Scripts machen ich mir natürlich 'keine ernsthafte Sorgen'![Wink]()
, aber es ist halt lästig sie immer weg klicken zu müssen weil man sonst weder im IE noch in BOM weiter kommt. So lange die Scripts zu sehen sind, steht der Laden.
Merci bien, für euere Antworten!
Verfasst am: 20.02.2015 - 11:47 (GMT 1)
Hamsti, ich habe BOM noch 1x gesaugt und Byte-für-Byte mit der 1. Kopie verglichen. Ich glaube nicht, dass ein Fehler beim Download geschah, ausser die Datei wäre schon auf dem Server kaputt.
Stree, auch ich öffne den Inline Browser mit der STRG-Taste, ich benutze aber sonst den normalen 32-bit Firefox.
Bist du sicher, dass sich bei dir Waterfox als Inline Brower meldet? Guck mal auf dem Bild unten. Bei den 'Eigenschaften' der angezeigten WebSeite ist oben links das IE Logo und bei Typ steht 'Firefox HTML Document'.
Ergo könnte deine Annahme stimmen, dass der IE vielleicht im User-Agent irgendwie mit der Firefox HTML-Seite nicht so klar kommt.
Ich habe auch versucht im IE mit Alt-X und in 'Einstellungen der Kompatibilitätsansicht' die Häckchen zu entfernen, aber das half nicht.
Über diese Scripts machen ich mir natürlich 'keine ernsthafte Sorgen'
, aber es ist halt lästig sie immer weg klicken zu müssen weil man sonst weder im IE noch in BOM weiter kommt. So lange die Scripts zu sehen sind, steht der Laden.
Merci bien, für euere Antworten!
↧
Fehler in Version 2.14.12 ! keine aktualisierung !
Autor: Bieter
Titel: Fehler in Version 2.14.12 ! keine aktualisierung !
Verfasst am: 20.02.2015 - 14:57 (GMT 1)
habe das problem das kein artikel mehr aktualisiert wird meldung
cold not resolve host www.ebay.de no data !
es sind auktionen drinnen gelsitet , geht das program nun endgültig nicht mehr ??? !!
Bitte um Update oder Fehlerbehebung !!!! dringend !!!!![Evil or Very Mad]()
![Evil or Very Mad]()
![Evil or Very Mad]()
![Evil or Very Mad]()
![Evil or Very Mad]()
Titel: Fehler in Version 2.14.12 ! keine aktualisierung !
Verfasst am: 20.02.2015 - 14:57 (GMT 1)
habe das problem das kein artikel mehr aktualisiert wird meldung
cold not resolve host www.ebay.de no data !
es sind auktionen drinnen gelsitet , geht das program nun endgültig nicht mehr ??? !!
Bitte um Update oder Fehlerbehebung !!!! dringend !!!!
↧
Re: Fehler in Version 2.14.12 ! keine aktualisierung !
Autor: B-O-M
Titel: Re: Fehler in Version 2.14.12 ! keine aktualisierung !
Verfasst am: 20.02.2015 - 15:08 (GMT 1)
= Internet Zugriffs-Problem !!!!!!!!!!!!!!!!!
_________________
Um die Übersichtlichkeit zu verbessern, Zitate auf das Wesentliche kürzen.
Ausdrücklich kein Support über das private Nachrichtensystem oder per E-Mail!
Titel: Re: Fehler in Version 2.14.12 ! keine aktualisierung !
Verfasst am: 20.02.2015 - 15:08 (GMT 1)
| Bieter hat Folgendes geschrieben: |
| cold not resolve host www.ebay.de no data ! |
= Internet Zugriffs-Problem !!!!!!!!!!!!!!!!!
_________________
Um die Übersichtlichkeit zu verbessern, Zitate auf das Wesentliche kürzen.
Ausdrücklich kein Support über das private Nachrichtensystem oder per E-Mail!
↧
↧
Re: Scriptfehler im Inline Browser
Autor: hamstiglue
Verfasst am: 20.02.2015 - 23:31 (GMT 1)
Ich meinte auch nicht, dass BOM beim Download kaputt gegangen wäre sondern der Javascript-Code in den angezeigten Webseiten. Aber wie gesagt, falls der Fehler immer wieder auftritt würde ich diese Quelle sowieso ausschliessen.
Der Inline Browser kommt bei Mouse-Over über der Beschreibung (ggfs. nur falls zusätzlich STRG gehalten wird) und soll die Artikelseite mal eben schnell innerhalb des BOM-Fensters anzeigen. Wenn man auf den Preis klickt, dann soll der Standard-Browser aufgehen. Das sind 2 grundsätzlich verschiedene Sachen. Eine Mix der Useragents ist hier ebenfalls ausgeschlossen.
Vielleicht verwendet der Javascript-Code auch Eigenschaften des IE, die im fremden Fenster so nicht funktionieren. Das werden wir wohl nie erfahren. Falls es zu sehr nervt bleibt einem wohl nur, den Inline-Browser nicht mehr zu verwenden.
Verfasst am: 20.02.2015 - 23:31 (GMT 1)
Ich meinte auch nicht, dass BOM beim Download kaputt gegangen wäre sondern der Javascript-Code in den angezeigten Webseiten. Aber wie gesagt, falls der Fehler immer wieder auftritt würde ich diese Quelle sowieso ausschliessen.
Der Inline Browser kommt bei Mouse-Over über der Beschreibung (ggfs. nur falls zusätzlich STRG gehalten wird) und soll die Artikelseite mal eben schnell innerhalb des BOM-Fensters anzeigen. Wenn man auf den Preis klickt, dann soll der Standard-Browser aufgehen. Das sind 2 grundsätzlich verschiedene Sachen. Eine Mix der Useragents ist hier ebenfalls ausgeschlossen.
Vielleicht verwendet der Javascript-Code auch Eigenschaften des IE, die im fremden Fenster so nicht funktionieren. Das werden wir wohl nie erfahren. Falls es zu sehr nervt bleibt einem wohl nur, den Inline-Browser nicht mehr zu verwenden.
↧
Re: Scriptfehler im Inline Browser
Autor: Streeetch
Verfasst am: 21.02.2015 - 00:31 (GMT 1)
Also bei mir öffnet sich dann überhaupt kein Inline-Browser, sondern da kommen dann nur besagte Scriptfehler.
Und ja, beim Waterfox bin ich mir sicher, weil dieser meist im Hintergrund schon geöffnet ist und BOM die angefordete Seite dort in einem neuen Tab öffnet. Mit STRG auf den Artikel geklickt -> Scriptfehler. Ohne STRG ist alles ganz normal.
Und dass das Ganze am UA liegt, kann ich mir schon vorstellen, allerdings sollte der "Fehler" dann schon aufgetreten sein, seit dem man in Windows nicht mehr auf den IE angewiesen ist, also seitdem MS die Option eingebaut hat, einen anderen Browser zu integrieren - kurz gesagt: MS die WinInet-API vom IE trennte. Seitdem klatscht die WinInet-API nämlich nicht mehr schlicht einen IE-UA an den Request, wenn dieser fehlt, sondern holt sich diesen vom Standard-Browser. Evtl. wurde dies ja in BOM nicht beachtet und man verlässt sich deswegen darauf, dass man in den Inline-Browser eine IE-Seite bekommt, wenn man den UA einfach weglässt und so bekommt man eine falsch optimierte Seite, wenn der IE nicht der Standard-Browser ist. In BOM sollte deswegen bei Anfragen für den Inline-Browser explizit ein UA für den IE angegeben werden. Wie dem auch sei, ich kenne den BOM-Code nicht, aber dennoch sieht alles nach einem verwuselten UA in der Anfrage aus. Ein Packet-Sniffer könnte helfen.![Wink]()
Verfasst am: 21.02.2015 - 00:31 (GMT 1)
Also bei mir öffnet sich dann überhaupt kein Inline-Browser, sondern da kommen dann nur besagte Scriptfehler.
Und ja, beim Waterfox bin ich mir sicher, weil dieser meist im Hintergrund schon geöffnet ist und BOM die angefordete Seite dort in einem neuen Tab öffnet. Mit STRG auf den Artikel geklickt -> Scriptfehler. Ohne STRG ist alles ganz normal.
Und dass das Ganze am UA liegt, kann ich mir schon vorstellen, allerdings sollte der "Fehler" dann schon aufgetreten sein, seit dem man in Windows nicht mehr auf den IE angewiesen ist, also seitdem MS die Option eingebaut hat, einen anderen Browser zu integrieren - kurz gesagt: MS die WinInet-API vom IE trennte. Seitdem klatscht die WinInet-API nämlich nicht mehr schlicht einen IE-UA an den Request, wenn dieser fehlt, sondern holt sich diesen vom Standard-Browser. Evtl. wurde dies ja in BOM nicht beachtet und man verlässt sich deswegen darauf, dass man in den Inline-Browser eine IE-Seite bekommt, wenn man den UA einfach weglässt und so bekommt man eine falsch optimierte Seite, wenn der IE nicht der Standard-Browser ist. In BOM sollte deswegen bei Anfragen für den Inline-Browser explizit ein UA für den IE angegeben werden. Wie dem auch sei, ich kenne den BOM-Code nicht, aber dennoch sieht alles nach einem verwuselten UA in der Anfrage aus. Ein Packet-Sniffer könnte helfen.
↧
Re: Scriptfehler im Inline Browser
Autor: wiesenwaldi
Verfasst am: 21.02.2015 - 17:56 (GMT 1)
Also...
Es gibt anscheinend Scriptfehler. Bei einer Werbung von rubiconproject. Die Fehler treten auf in Zeile 0, Position 0.
Ausserdem beim Aufruf der unverschlüsselten Seite ebay.de, wenn die https-Seite secureir.ebay.com (secure layer, Drittdomain) aufgerufen wird.
Wenn der Scriptfehler in Zeile 0 an Stelle 0 auftritt wrde ich das mal vorsichtig so interpretieren, dass der Scriptfehler darin besteht, dass das jeweilige Script gar nicht da ist. Vermutlich, weil der "Inline"-Browser sich (berechtigterweise) weigert, es zu laden.
Was blockt ihr denn so alles?
Verfasst am: 21.02.2015 - 17:56 (GMT 1)
Also...
Es gibt anscheinend Scriptfehler. Bei einer Werbung von rubiconproject. Die Fehler treten auf in Zeile 0, Position 0.
Ausserdem beim Aufruf der unverschlüsselten Seite ebay.de, wenn die https-Seite secureir.ebay.com (secure layer, Drittdomain) aufgerufen wird.
Wenn der Scriptfehler in Zeile 0 an Stelle 0 auftritt wrde ich das mal vorsichtig so interpretieren, dass der Scriptfehler darin besteht, dass das jeweilige Script gar nicht da ist. Vermutlich, weil der "Inline"-Browser sich (berechtigterweise) weigert, es zu laden.
Was blockt ihr denn so alles?
↧
More Pages to Explore .....
