Puh ich glaube ab hier ist es was für die Bugbase. Gabs in letzter Zeit nen Update welches nicht vollständig durchgelaufen ist?
Beiträge von Finn
-
-
Moin Christoph,
das Object muss erst initialisiert werden, vor der Nutzung und wenn du to="global" machst, musst du die Variable auch als global auslesen.
-
Moin Moin,
ja diese Meldung hatten wir schon mal.
Neuere Versionen von WE verwenden, wenn ich das richtig im Kopf habe, neuere Versionen von Adminer.
Ich meine mich zu erinnern, dass das Risiko sehr gering war, dass die Lücke genutzt werden kann. -
.php also dynamisch ist richtig, sonst wird es nicht funktionieren.
Was sagt denn das Fehlerlog? -
Moin Heiko,
interessant, haben wir noch nie gehabt.
Hier wäre es sicherlich interessant zu wissen, was genau der Kunde gemacht hat um das möglichst konkret nachvollziehen zu können.
Zudem:
- WE Version
- PHP Version
- DB Version
- Welche Rechte hat der Benutzer des Kunden?
LG
Finn -
Moin Moin,
du schaust dir da die Vorschau einer Vorlage an.
Das kann durchaus komisch aussehen. Verknüpfe mal ein Dokument mit der Vorlage und probiere dann die Dokumentvorschau / Oder die Ansicht im Frontend.
LG
Finn -
Wenn es allerdings durch JS gesetzt wird, dann wüsste ich auch keine Lösung.
-
Moin Cristoph,
dann eventuell mit nem kleinen PHP Script.
Einfach einen Listview, die ID des Objekts nehmen und das Objekt veröffentlichen.
Hab die Zeilen die du nicht brauchst trotzdem mal drin gelassen aber auskommentiert.In WE 8 müsste es noch so sein:
PHP
Alles anzeigen// Neues PHP-Objekt für eine webEdition-Objekt erzeugen $obj = new we_objectFile(); // webEdition-Objekt mit einer bestimmten ID (hier: 499) initialisieren $obj->initByID(499); // Dem Feld "Headline" den Wert "Hallo webEdition" zuweisen //$obj->setElement('Headline', 'Hallo webEdition'); /** * webEdition-Objekt speichern * we_save() kann die beiden Parameter $resave und $skipHook verarbeiten * durch das $skipHook=true wird eine Endlosschleife verhindert, * wenn we_save() in einem Custom Hook verwendet wird * * Default: $resave = true, $skipHook = false */ //$obj->we_save(); /** * webEdition-Objekt veröffentlichen */ $obj->we_publish(); ?>
-
Jetzt mal ohne Kontrolle:
<we:ifEditmode doc="top">
<we:select type="html" name="gridiot" size="1">
<option>Auswahl...</option>
<option value="3">3</option>
<option value="4">4</option>
<option value="6">6</option>
<option value="12">12</option>
</we:select>
<we:else />
<div class="row">
<we:block name="blockhuette"><we:ifVar name="gridiot" match="0">
<div class="col-1 py-4">...</div>
</we:block>
</div><we:else />
<div class="col-<we:select type="html" name="gridiot" /> py-4">...</div>
</we:block>
</div></we:ifVar>
</we:ifEditmode> -
Hm, gibt die Möglichkeit, das Update lokal zu machen und dann neu einzuspielen? Löst das Problem mit dem Datenbank User nicht, aber du könntest das Update machen.
-
Ja das ist die Stelle. Dann liegt der Fehler bei dir eventuell noch wo anders.
Wie genau ist dein Problem?Die kommt mit den Daten nicht mehr rein?
-
Hallo,
Das Problem kennen wir auch. Mit den Attributen startid bzw. parentid lässt es sich beim Tag <we:img/> zumindest teilweise einschränken. Damit starten die Redakteur:innen zumindest in einem vorgegebenem Verzeichnis. Das ist aber leider keine Garantie dafür, dass sie dort bleiben .
LG,s
Das schränkt leider nicht den Upload ein, der über Datei -> Import / Export durchgeführt wird.
-
Moin Heiko,
zur Backupgröße, kannst du das Backup nicht über FTP hochladen, in das Backup Verzeichnis und dann einlesen? -
Moin Moin,
ob der Versand ohne SMTP möglich ist, hängt von den Einstellungen / Konfig deines Webservers ab. Ein gut konfigurierter Webserver kann die Mails auch mit PHPMail senden, (Die Option nutzt webEdition wenn in den Einstellungen der PHP Versand ausgewählt ist).
Wie es sich verhält, wenn SMTP verwendet werden soll, aber ohne Zugangsdaten kann ich nicht genau sagen, den Fall hatte ich noch nie. Interessant dass es solche Fälle überhaupt gibt. -
Moin Rala,
wir nutzen das System auch in den neuen Seiten / WE Versionen immer noch identisch.
LGFinn
-
Ja der Aufbau ist so erstmal korrekt.
Ich habe diese Meldung auch schon bei anderen Fehlern bekommen. Die Fehlermeldung ist hier leider nicht eindeutig.
Es kann entweder ein Fehler beim Verbindungsaufbau sein, oder aber wenn z.B. Anhänge mitgeschickt werden, die außerhalb des we roots liegen dann gibt es diese Meldung auch. -
Moin Rike,
9.1.5 kann mit PHP 8.3 Probleme haben. hast du mal probiert die PHP Version runter zu stellen? Oder alternativ webEdition updaten?
https://www.webedition.org/de/dokumentati…ussetzungen.php -
Moin Christoph,
spricht was gegen den Zeitplaner von WE?
Ansonsten hat sich in WE 9 die Bezeichnung geändert, zum initialisieren des Objects:
$obj = new we_contents_objectFile();
https://documentation.webedition.org/docs/entwickle…php-aendern.php -
Moin Sebastian,
hier sich für mich nach einer sinnvollen Ergänzung an.
Wie aufwändig das ist, kann ich nicht einschätzen. -
Das Problem, welches Mark hier anspricht, bezieht sich auf das nicht beenden von Prozessen.