Posts by sommers

Danke NilSole! Ich kann wieder zugreifen. Meine Rückfrage hatte sich wohl mit deiner Antwort überschnitten.

Kann ich die Installation noch irgendwie retten?

Hallo zusammen,

habe, wie ich es regelmäßig mache, auf einem persönlichen Server eine Update-Wiederholung gemacht

es müsste von Revision 15909 auf 15910 gewesen sein.
10.0.4.1 Doldenhorn Nightly (10.0.4.1 nightly Build, SVN-Revision: 15910|default)
Danach war aber "alles weg", also ein leere, weiße Seite sowohl auf der Startseite, als auch beim Aufruf von /webEdition/ beim selben Server. Wo würdet ihr zuerst nach einem Fehler suchen? In den serverseitigen Error Logs wurde ich noch nicht fündig
In der Tabelle tblUpdateLog steht:
Update abgeschlossen 10.0.4.1 nightly Build0 (SVN-Revision: 15910|default)

Folgende Exceptions finde ich in tblErrorLog:

SECURITY_REPL_DOC_ROOT/webEdition/we/classes/weTag/we_weTag_util.class.php
Undefined constant "DEBUG_WE_PROFILER"

#0 /home/sites/xxxxx/yyyy/zzz/webEdition/we/classes/weTag/we_weTag_util.class.php(62):
#0 /home/sites/xxxxx/yyyy/zzz//webEdition/we/classes/gui/we_gui_login.class.php(320): we_weTag_util::tag()
#1 /home/sites/xxxxx/yyyy/zzz/webEdition/index.php(25): we_gui_login::startWE()
#2 {main}

Vielen Dank Nils! Habe die Funktion eben einem einfachen Text unterzogen und sie scheint wie gewünscht zu funktionieren!

9.3.1.1 (Revision: 15464 default) nightly

Im Zusammenhang mit der Fehlermeldung

2006  - MySQL server has gone away

solltest du auch mal folgende Werte in der DB prüfen (falls Zugang zu phpMyAdmin o.Ä. besteht einfach als SQL-Queries ausführen):

SHOW VARIABLES LIKE 'max_allowed_packet';
SHOW VARIABLES LIKE 'wait_timeout';
SHOW VARIABLES LIKE 'interactive_timeout';

Es scheint sich meistens um ein Speicher- oder Timeout-Problem zu handeln
(Siehe z.B. https://stackoverflow.com/questions/7942…9479681#9479681 )

Happy to help!

Ja, das macht die Funktion p_r() - diese dient hier natürlich nur dem Debugging, bzw. um die Array-Namen herauszufinden. Es ging mir nur drum , das die Notation

$_REQUEST['we_ui_formname[meinFeld]']=$modified; 

in deinem Beispiel falsch zu sein scheint und es eigentlich

$_REQUEST['we_ui_formname']['meinFeld']=$modified; 

heissen müsste. Bzw. im einfachen Beispiel bereinigend:

$_REQUEST['we_ui_formname']['meinFeld'] = strip_tags($_REQUEST['we_ui_formname']['meinFeld']);

(die eckigen Klammern beachten...)

Nein, wie Ulrich schrieb eher so:

$_REQUEST['we_ui_formname']['meinFeld'] 

Beispiel:

<?php
$_REQUEST['we_ui_formname']['meinFeld'] = "<script>Schadcode</script>"; 
p_r($_REQUEST);
$_REQUEST['we_ui_formname']['meinFeld'] = strip_tags($_REQUEST['we_ui_formname']['meinFeld']); 
p_r($_REQUEST);
?>

Ein solches Vorgehen funktioniert z.B. bei <we:saveRegisteredUser /> , mit <we:write /> habe ich es aber nicht getestet.

Doch, das sollte gehen.
Am Besten einmal vor dem entsprechenden <we:write /> einen

<?php p_r($_REQUEST); ?>  

ausgeben was das Formular übergibt. Die Values des Arrays $_REQUEST können dann z.B. gezielt bereinigt und neu geschrieben werden.

eckenkreis ich kann mich deinem Dank und deinem Aufruf nur anschließen - und hoffe persönlich auf viele weitere Treffen mit euch!

Moin Finn! Danke dir!

Hallo zusammen,

habe mich heute zu den Intensivtagen angemeldet - wie lange dauert es normalerweise, bis man die Bestätigung erhält?
Viele Grüße
Stefan

Falls die von mokraemer vorgeschlagene Variante nicht funktionieren sollte, liegt das vermutlich an einer veralteten MariaDB-Version (auf meiner Testinstanz lief noch eine MariaDB V10.2, INSERT...RETURNING gibt es erst ab 10.5)

Hallo Heiko,

probier mal $variablenname = $DB_WE->getInsertId();

Wir haben dieses Thema (Serverumgebung mit einem Reverse-Proxy ) gerade auch bei einer Installation. Auf die Providerwahl hatten wir dabei keinen Einfluss, auf die Serverkonfiguration begrenzt. WE-Installation war möglich, aber Updates scheitern an der Sache mit den Ports.
(Server Admin meinte außerdem, es liege am CMS, da "alle anderen" außer webEdition "die Forwarding ENV prüfen" würden )

Evtl. dieser Bug?

webEdition CMS - Quality Assurance

Klappt es, wenn du testweise

 doctype="DE" 
 oder
 categories="/PAGE-FEWO" 

weglässt?

Und ich glaube

multiple="true" separator=" " showpath="false"

wird hier auch nicht unbedingt benötigt, macht aber (bei mir im Test) keine Probleme.

[Update: allerdings in einer 9.2er-Installation]

"Modern Authentification" ist wohl die Microsoft-Bezeichnung für "OAuth 2.0 token based authentication"

https://techcommunity.microsoft.com/blog/exchange/improving-security---together/805892

Siehe auch https://qa.webedition.org/tracker/view.php?id=14111
In der Version: "9.2.3.1 Cardada Nightly (9.2.3.1, Revision: 15189) nächtlich-erstellte Version." scheint das Problem nach einem kurzen Test behoben zu sein.