<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 11.00.9600.18538">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff text=#000000>
<DIV><FONT size=2 face=Arial>Noch mal zu der read-only-Variante - ich denke
wieterhin, eine "public"-Variante ohne edit-Möglichkeiten würde Sinn
machen</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>-Meine VZ-Installation liegt bei einem
Webhoster</FONT></DIV>
<DIV><FONT size=2 face=Arial>-Freunde haben teilweise eigene Sensoren, die
direkt dorthin loggen</FONT></DIV>
<DIV><FONT size=2 face=Arial>-Diese Freunde haben dann eigene URLs, die direkt
die UUID "ihrer" Gruppe aufrufen</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Nehmen wir mal Freund Alfred:</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Würde es funktionieren, das der Sensor bei Alfred
über die URL alfred_geheim.xyz.de die Daten in den Volkszaehler
schreibt,</FONT></DIV>
<DIV><FONT size=2 face=Arial>ich aber Alfred nur die URL alfred.xyz,de gebe? Ich
hätte also 2x das Frontend auf dem Server, über verschiedene URLs, </FONT></DIV>
<DIV><FONT size=2 face=Arial>Bei alfred.xyz.de würde ich dann gerne die
Edit-Buttons entfernen</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Ich weiss, das ist weitab einer sicheren
Installation, aber es würde wohl für die meisten Anwendungsfälle
ausreichen?</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Grüße</FONT></DIV>
<DIV><FONT size=2 face=Arial>Klaus</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; PADDING-RIGHT: 0px; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=china2013@abwesend.de
href="mailto:china2013@abwesend.de">china2013@abwesend.de</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A
title=volkszaehler-users@demo.volkszaehler.org
href="mailto:volkszaehler-users@demo.volkszaehler.org">volkszaehler.org -
users</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, January 12, 2017 11:09
PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [vz-users] Login/Absicherung
von VZ Installationen</DIV>
<DIV><BR></DIV><BR><BR>
<DIV class=moz-cite-prefix>Am 12.01.2017 um 18:41 schrieb Frank
Richter:<BR></DIV>
<BLOCKQUOTE
cite=mid:CAD+U_OCjeEycMEDO4ZBWb4fp4wqqd5oF7zjvhYzg4_H=3YK3kg@mail.gmail.com
type="cite">
<DIV dir=ltr>
<DIV class=gmail_extra>
<DIV class=gmail_quote>...<BR>Noch eine andere Idee um damit umzugehen: Das
Frontend checkt im Hintergrund, ob es Schreibzugriff auf die MW bekommt, und
falls nicht blendet es die "Bearbeiten" und "Löschen" Buttons in den
Kanalinfos aus. Dann kommen fremde Betrachter gar nicht auf dumme Gedanken,
und der Besitzer versucht nicht was zu ändern und ärgert sich hinterher,
dass es nicht gespeichert wurde. Damit entfiele das Problem, den Request
irgendwie zwischenzuspeichern, und die von Klaus vorgeschlagene
read-only-Variante wäre noch etwas runder.
<DIV>Idealerweise bräuchte man dann trotzdem noch irgendeine
Login-Möglichkeit, wenn man als Besitzer wirklich von Remote was ändern
möchte, also z.B. einen Login-Button oder eine Option, die man per URL
mitgeben kann. </DIV>
<DIV><BR></DIV>
<DIV><BR></DIV>
<DIV>Gruß</DIV>
<DIV>Frank</DIV></DIV></DIV></DIV></BLOCKQUOTE>
<BLOCKQUOTE
cite=mid:CAD+U_OCjeEycMEDO4ZBWb4fp4wqqd5oF7zjvhYzg4_H=3YK3kg@mail.gmail.com
type="cite"></BLOCKQUOTE>Ich finde unten im Frontend, dort wo man "Optionen"
aufklappen kann, passt so ein "Login" wunderbar rein. Da kann man auch alles
andere praktische Zeugs verstecken was man nicht so oft braucht:<BR> -
Editor für "vzlogger.conf"<BR> - Anzeige von Wartungsinformationen: z.B.
CPU Last , Diskfree, Database Size, e.t.c.<BR> - Download aller
wichtigen Files als Backup<BR> - Manuelles Anstoßen des Datenbank Backups
(evtl. vorher die Datenbank herunterfahren und die DB als Datei
downloaden)<BR><BR>ja, ja ich übertreibe wieder mal:<BR><IMG alt=""
src="cid:6CC0EBFEE3DC4F958114CA5EEA41F4A3@KRPC"><BR></BLOCKQUOTE></BODY></HTML>