| |||||||
| Registrieren | Benutzerliste | Interessengemeinschaften | Usermap | Kalender | Suchen | Heutige Beiträge | Alle Foren als gelesen markieren |
![]() |
| | LinkBack | Themen-Optionen | Thema durchsuchen |
| |||
|
Hat JEDER deiner aktiv laufenden Designer ein EIGENES Verzeichnis?? Wenn ich deine obige Liste sehe sieht es für mich so aus, als wenn C, D und E ihren Designer jeweils aus ein und demselben Verzeichnis haben. Wenn dem so ist vermute ich folgendes: bei einem update versuchen die Designer C, D und E gleichzeitig das neue Designer-Bin File zu speichern und behindern sich dabei weil es die gleiche Datei ist. Wenn es daran liegt muss du auf deinem Terminalserver für jede Session einen eigenen Designerordner anlegen. |
| ||||
|
Dass die 3 Rechner sich alle auf die glieche Datei stürzen wollen, leuchtet mir ein. Ich versteh jetzt nur nicht, wie du dass meinst mit 'für jeden einen DesignerOrdner?' Meinst du, im IPS Verzeichnis vom Hauptrechner B sollten 3 Verzeichnisse sein. Doch leider kann ich das nirgendwo beeinflussen, auf welchen Ordner der Designer zugreifen soll. Es müsste diese Funktion geben. Dann könnte man zumindest manuel die BIN datei in eben diesen getrennten Ordner speichern ! Oder habe ich es falsch verstanden? mfG Franz
__________________ 11x HMS TF - 1x HMS T - 3x FHZ WLAN - 11x FHT80+TF - 4x FS20RST EcoRoll - 1x FS20SIG - 1x Comfort Comfort-Programmiergerät CRSZ-00/01 - 1x USB PC-Schnittstelle CKOZ-00/03 - 3x Dimmer CDAU-01/02 - 7x BIN 230VAC Eingang CBEU-02/01 - 6x Schaltaktor CSAU-01/01 - 1x Analog-Aktor 1-10V CAAE-01/02 - 5x Wandsender CTAA-02/02 |
| |||
|
Ich habe die designer.exe auf jedem Rechner lokal kopiert und beim Terminalserver auch mehrfach - z.B. C:\DesignerA\ und C:\DesignerB\ und in jedem dieser Verzeichnisse ist eine kopierte Version des Designers aus der er heraus gestartet wird. Bei einem Designer-Update ist natürlich dann ein wenig kopierarbeit angesagt - aber mit eigenen Batchdateien geht das recht gut. Von der Konzeption her greift der Designer nicht auf das IPS-Forms Verzeichnis zu, sondern er kommuniziert via Sockets mit dem IPS-Server (das ist dann auch Internet kompatibel). Über diese TCP/IP Verbindung 'holt' er sich auch ein neues Formfile und speichert es in 'sein' eigenes Designer-Verzeichnis. Wenn du nun den Designer mehrfach startest wissen die verschiedenen Designer nicht, dass es nicht nur 'ihr' Formverzeichnis ist sondern auch noch das Formverzeichnis von dem zweiten und dritten gestarteten Designer... und dann gibt es evtl. Probleme beim speichern einer neuen Form. Man könnte ggf. Lockmechanismen beim speichern der Forms durch einen Designer entwickeln - aber das ist ein anderes Thema. Gruss, Olli Geändert von Olli (27.01.07 um 17:09 Uhr) Grund: weitere Erklärung... |
| ||||
|
Also mehrere Instanzen von designer.exe auf dem Hauptrechner wird ja nicht gehen, richtig? Du installierst den Designer(.exe mit seinen Dateien) auf dem Terminal Rechner, dennoch legst du auch das gleiche im Hauptrechner an. Wie steht es mit den Ports, jedesmal verschieden, oder können es die gleichen sein? Ich muss das mal ausprobieren ! mfG Franz
__________________ 11x HMS TF - 1x HMS T - 3x FHZ WLAN - 11x FHT80+TF - 4x FS20RST EcoRoll - 1x FS20SIG - 1x Comfort Comfort-Programmiergerät CRSZ-00/01 - 1x USB PC-Schnittstelle CKOZ-00/03 - 3x Dimmer CDAU-01/02 - 7x BIN 230VAC Eingang CBEU-02/01 - 6x Schaltaktor CSAU-01/01 - 1x Analog-Aktor 1-10V CAAE-01/02 - 5x Wandsender CTAA-02/02 |
| ||||
|
Also. Kurz mal zu dem wie der Designer läuft. 1. Server-Side -IP-Symcon speichert alle Forumulare in '/forms/' -Bei einer Anfragen seitens des Designers, wird das entsprechende Formular ins RAM geladen und gecacht, sodass bei mehrfachen Anfragen bzw gleichzeitigen Requests und Save Operationen auf die im Speicher gecachte Datei zugegriffen werden kann ohne Zugriffskonflikte zu erzeugen. -Beim Speichern des Forms, wird das in IPS gecachte Forumular durch das neu gesendete überschrieben und dann auf die HDD geschrieben. -> Im Betrieb von IPS ist es zwecklos, die *.bin Dateien im /forms/ Ordner zu verändern, da IPS seine eigene Kopie im RAM hält, aus der es alle Designer befüttert und die von der HDD nur beim ersten Zugriff einliest. 2. Client-Side (Designer) -Der Designer läd sich das Form Listing vom Server. Sobald ein Formular ausgewählt wurde, läd der Designer das Formular runter, wenn es nicht die selbe Checksumme hat, wie die lokale Kopie des Formulars. Nach jedem Formulardownload, wird eine Kopie mit dem Namen des Formulars (*.bin) im selben Verzeichniss wie der Designer abgelegt. -> Wenn 2 Designer aus dem selben Pfad gestartet werden, kracht es in dem Moment wo beide ihre *.bin Datei aktualisieren, da beide zur gleichen Zeit die Datei auf die HDD schreiben wollen. paresy |
![]() |
| Themen-Optionen | Thema durchsuchen |
| |
Ähnliche Themen | ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Wochenprogramme für FHT's aus dem Designer raus definieren | guyabano | Anleitungen / Nützliche PHP Scripte | 5 | 31.12.06 18:27 |
| Designer Form save & upload | ralf | Dashboard | 14 | 15.10.06 18:00 |
| Bug Designer Beta: Objekt Koordinaten bei Copy-and-Paste | Olli | Dashboard | 6 | 29.03.06 21:46 |
| Bug Designer Beta: Entf-Taste | Olli | Dashboard | 3 | 29.03.06 19:33 |
| Programm ausführen im Designer? | TK6 | Dashboard | 1 | 09.02.06 18:28 |