Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Website-Angebote.
vor 12 Jahren
leider habe ich, bis heute, keine Antwort darauf bekommen. Da ich die Frage selber nicht beantworten kann, bin ich da auf die Kollegen angewiesen. Ich hoffe aber, dass sich da diese Woche noch etwas tut.
Wir bleiben dran.
Gruß
Stefan
0
0
vor 12 Jahren
die Kollegen habe noch keinen wirklichen Ansatz gefunden. Ich wurde jetzt gebeten, mehr Informationen zu beschaffen. Sie können uns gerne eine E-Mail mit dem Betreff "Angeforderte E-Mail zu Forenbeitrag 11223654" schicken, oder uns hier schreiben. Öffentlich aber bitte nicht zu privat werden.
Die Kollegen möchten gerne wissen, an welcher Stelle Sie diese Einträge sehen. Welches Skript wird genutzt und seit wann haben Sie Änderungen bemerkt? Generell so viel Informationen wie möglich.
Gruß
Stefan
0
0
vor 12 Jahren
danke für die Info und die Mühe.
Ich verwende perl und dort die Funktion $ENV{'REMOTE_ADDR'} zum Lesen der User-IP-Adresse. Das klappt auch oft, aber nicht immer. Manchmal steht in REMOTE_ADDR der Wert 127.0.0.1, d.h. localhost. In diesem Fall steht dann die User-IP-Adresse in der Variablen HTTP_X_FORWARDED_FOR.
Wir hatten das selbe Verhalten schon mal vor einer Weile. Das genaue Datum weiß ich aber nicht mehr, könnte 2012 oder 2013 gewesen sein.
Ich habe meine Skripte jetzt so eingestellt, dass automatisch zwischen REMOTE_ADDR und HTTP_X_FORWARDED_FOR unterschieden wird. Da sich auch sonst niemand gemeldet hat, scheint es ja kein größeres Problem zu sein.
Gruß,
der Ahnenforscher
0
0
vor 12 Jahren
ich habe die Informationen mal weitergegeben. Schauen wir mal, was dabei raus kommt.
Schönes Wochenende.
Gruß
Stefan
0
0
vor 12 Jahren
gestern Abend enthielt REMOTE_ADDR bei mir meine IP-Adresse, gerade eben ist es 127.0.0.1 und meine IP-Adresse steht in HTTP_X_FORWARDED_FOR. Zum Testen aufgrund dieses Threads benutze ich ein seit langem unverändertes Perl-Skript.
Ich finde, man sollte sich auf den Inhalt der Umgebungsvariablen verlassen können. Wenn das immer mal wieder in längeren oder kürzeren Abständen wechselt, frage ich mich, was die Ursache dafür ist. Wenn die Telekom an der Sache arbeitet, sollte sie darüber an geeigneter Stelle informieren. Ist das zu viel verlangt?
Kundenorientierung bedeutet doch mehr als dass technisch oberflächlich alles in Ordnung ist! Das sollte auch für die Fachabteilungen gelten, die normalerweise keinen direkten Kundenkontakt haben.
Freundliche Grüße
ReiPar
0
0
vor 12 Jahren
die Anfrage von Stefan läuft ja noch, wir sind gespannt was dabei rum kommt.
Gruß
Ingo
0
0
vor 12 Jahren
die Anfrage von Stefan läuft ja noch, wir sind gespannt was dabei rum kommt.
die Anfrage von Stefan läuft ja noch, wir sind gespannt was dabei rum kommt.
Hallo Ingo,
aus Ihrer Antwort entnehme ich zweierlei: (1) Sie haben meinen Beitrag gelesen. (2) Sie haben nicht erkannt, dass es mir mit meiner Kritik nicht (nur) um diesen einen Spezialfall geht.
Mir geht es um etwas Grundsätzliches, das es im Konzern DTAG gegenüber Privatkunden noch nicht zu geben scheint, also um einen ganz neuen Prozess im Konzern:
Wenn irgendeine Fachabteilung an einer Sache arbeitet, die Auswirkungen auf Systeme von Privatkunden haben könnten, dann werden sie verpflichtet, in ein (vorhandenes) Workflow-Management-System eine Nachricht mit Angaben wie Anfang und Ende der möglichen Störung, Beginn einer Änderung (z. B. neue Software-Version), Beschreibung der Änderung (Was fällt weg? Was ist neu? Was ändert sich?) usw. zu schreiben. Personal mit direktem Kundenkontakt übersetzt die Angaben der Fachabteilungen ggf. noch in allgemeinverständliches Deutsch oder ergänzt eine allgemeinverständliche Information. Die Informationen werden an einer den Kunden bekannt gemachten Stelle (Website) veröffentlicht. Da es im Konzern ganz sicher Workflow-Management-Systeme gibt, sollte das technisch ohne kostenintensive Revolution machbar sein. Schwierig könnte allenfalls sein, die Fachabteilungen ohne direkten Kundenkontakt für das Thema Kundenorientierung zu sensibilisieren.
Dieser Prozess muss nicht in allen Fachabteilungen gleichzeitig und bis morgen eingeführt werden. Der Prozess sollte gut durchdacht und dann Schritt für Schritt umgesetzt werden. Das ist meine - keineswegs revolutionäre - Idee.
Ziele der Maßnahme:
(a) Der Konzern DTAG wird als deutlich kundenorientiert(er) wahrgenommen. => Damit werden höhere Preise gerechtfertigt. Weniger Kunden laufen weg und Neukunden können gewonnen werden.
(b) Für Kunden entsteht ein deutlicher Mehrwert. Sie fühlen sich wertgeschätzt und ihre Anliegen ernst genommen.
Freundliche Grüße
ReiPar
PS: Sollte es so ein System für Geschäftskunden/Großkunden noch nicht geben, dann sind diese selbstverständlich mit gemeint.
0
0
vor 12 Jahren
vielen Dank für diese Ausführung. (tu)
Wir werden dies bei den zuständigen Kollegen bei nächster Gelegenheit einmal zur Sprache bringen.
Wobei man an dieser Stelle auch sagen muss, dass beispielsweise Wartungsarbeiten mittlerweile im Homepagecenter bekannt gegeben werden, dass es hier noch Verbesserungspotential gibt, will ich gar nicht abstreiten.
Gruß
Ingo
0
0
vor 12 Jahren
ich hatte noch einmal nachgehakt wegen der Variable REMOTE_ADDR und habe jetzt die Rückmeldung erhalten, dass die Anzeige des localhost auf eine abweichende Konfiguration eines Webservers zurückzuführen war. Diese wurde behoben und dementsprechend sollte der localhost nicht mehr bei REMOTE_ADDR angezeigt werden.
Gruß
Ingo
0
0
vor 12 Jahren
danke für die Info. Ich kann bestätigen, dass REMOTE_ADDR jetzt wieder richtig funktioniert.
Gruß,
der Ahnenforscher
0
0