Hallo, schau dir einfach das Confixx Import Script an (https://github.com/LiveConfig/…blob/master/cfximport.php) da
sind im Endeffekt alle relevanten Teile drin.
Beiträge von loswebos.de
-
-
Hallo,
ich migriere derzeit einen alten Confixx Server/Centos 6/MySQL 5.5.62 zu LiveConfig/CentOS 8/MariaDB 10.3
Funktioniert alles Prima, allerdings wird bei Kunden welche im Confixx mehrere Datenbanken nutzen, ab der 2ten Datenbank der Status der Datenbank noch immer mit "wird aktualisiert" angezeigt. Im LiveConfig Log gibt es ab der 2ten Datenbank eines Kunden entsprechende Fehler, da der Benutzer ja schon exisiert.
Code[2020/09/28 13:03:54.683493] [13036|13038] Error while creating new database 'usr_web30_2' (user 'web30'): Operation CREATE USER failed for 'web30'@'localhost' [2020/09/28 13:03:54.683752] [13036|13038] Error while creating new database 'usr_web30_3' (user 'web30'): Operation CREATE USER failed for 'web30'@'localhost' [2020/09/28 13:03:54.684097] [13036|13038] Error while creating new database 'usr_web30_4' (user 'web30'): Operation CREATE USER failed for 'web30'@'localhost'
Kann man das mit einem Query in der LiveConfig Datenbank irgendwie fixen?
-
Sieht sehr schick und clean aus , Top :cool:
-
-
Wir werden das mit dem kommenden Update (v2.9.2) durch die E-Mail-Adresse ersetzen - damit sollte das eindeutig bleiben.
Ist dies bereits umgesetzt? Kunde meldet aktuell entsprechendes Problem, dh. ein zweites Konto ersetzt das erste usw. Eingesetzte Version ist 2.9.3
-
War bei uns am 31.01 auch so, hab es temporär deaktiviert (replace 'SSLUseStapling on' 'SSLUseStapling off' -- /etc/httpd/vhosts.d/*.conf)
-
Der Fehler besteht übrigens immer noch. Wäre schon interessant, wodurch dies LiveConfig Intern hervorgerufen wird.
-
Hallo,
ich habe eine Reihe von Domains die durch den DNS Check bei der Let's Encrypt Einrichtung fallen. (Domains sind maskiert)
[2020/01/22 13:44:13.261314] [23270|662] DNS check for 'XXXXX' failed: DNS error: no IPs defined
[2020/01/22 13:44:13.267105] [23270|662] DNS check for 'XXXXX' failed: DNS error: no IPs defined
[2020/01/22 13:46:51.946914] [23270|2165] DNS check for 'XXXXX' failed: DNS error: no IPs definedNun ist es allerdings so, dass die Domains im DNS richtig auflösen. Die Fehlermeldung würde deutet ja darauf hin, dass keinerlei A/AAAA Records ermittelt werden können.
Sind hier Probleme mit dem internen LiveConfig Resolver bekannt?
Die Resolver aus /etc/resolv.conf können alle besagten Domain auflösen.
Es sind auch alles Bestandsdomains, keine neuen Domains oder Domains welche kürzlich erst umgezogen sind. -
Makes sense
-
Hallo,
der Kosovo fehlt aktuell in der Landesauswahl. (Müsste Code 'XK' sein)
Ist nur aufgefallen, da beim Kunden anlegen via Api ein entsprechender Fehler auftritt. -
-
Hallo,
es hat sich bei Wordpress schon wieder was geändert:
sha1sum wordpress-5.2.3-de_DE.tar.gz
5da15faf41a360829c4a9dba51686dc289dd153e wordpress-5.2.3-de_DE.tar.gzIm Script wird "967d15e842e32148a0679494ea88cc7599593e9b" erwartet.
-
Das erklärst du dann aber den Nutzern von Typo3 v7 und noch älter, deren CMS mit dem Upgrade nicht mehr 100%ig funktionieren wird.
Wir nutzen hierfür einen separaten DB Server der halt nur mysql55 anbietet.
Bislang nutzen den auch nur Kunden mit alten TYPO3 Versionen -
Hallo,
du kannst (ebenfalls via custom.lua)
LC.liveconfig.DEFAULT_SSL_CIPHERS und
LC.liveconfig.DEFAULT_SSL_STRONG_CIPHERSanpassen.
-
Hallo,
kannst du via custom.lua regeln und beispielsweise die "LC.web.addAccount()" erweitern.
-
Die haben übrigens nur geänderte Languagefiles in der aktualisierten 5.2.2 :confused:
Zitat
diff -rq wordpress-5.2.2-de_old_dl wordpress-5.2.2-de_new_dl/
Files wordpress-5.2.2-de_old_dl/wp-content/languages/admin-de_DE.mo and wordpress-5.2.2-de_new_dl/wp-content/languages/admin-de_DE.mo differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/admin-de_DE.po and wordpress-5.2.2-de_new_dl/wp-content/languages/admin-de_DE.po differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-0ce75ad2f775d1cac9696967d484808c.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-0ce75ad2f775d1cac9696967d484808c.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-1a0cd6a7128913b15c1a10dd68951869.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-1a0cd6a7128913b15c1a10dd68951869.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-1bba9045bb07c89671c88a3f328548e8.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-1bba9045bb07c89671c88a3f328548e8.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-28b3c3d595952907e08d98287077426c.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-28b3c3d595952907e08d98287077426c.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-2c5d274ea625dd91556554ad82901529.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-2c5d274ea625dd91556554ad82901529.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-4a38fe1c0c45989e44682ba6109d9f46.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-4a38fe1c0c45989e44682ba6109d9f46.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-68f2cec7514bf8563c723a4d675fcfe6.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-68f2cec7514bf8563c723a4d675fcfe6.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-7f13c36c641b114bf18cd0bcc9ecc7e0.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-7f13c36c641b114bf18cd0bcc9ecc7e0.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-803bf1ce2131e13efc590c1bc47851fc.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-803bf1ce2131e13efc590c1bc47851fc.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-8860e58c20c6a2ab5876a0f07be43bd9.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-8860e58c20c6a2ab5876a0f07be43bd9.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-a25d1cc7bf7ca0b4e114f6bea64943f4.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-a25d1cc7bf7ca0b4e114f6bea64943f4.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-bf0f094965d3d4a95b47babcb35fc136.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-bf0f094965d3d4a95b47babcb35fc136.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE-f8f49d9fc4a9cf7d78ec99285417bd9c.json and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE-f8f49d9fc4a9cf7d78ec99285417bd9c.json differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE.mo and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE.mo differ
Files wordpress-5.2.2-de_old_dl/wp-content/languages/de_DE.po and wordpress-5.2.2-de_new_dl/wp-content/languages/de_DE.po differ -
Hallo,
der Wordpress Installer funktioniert aktuell nicht.
Laut Log:
Code[2019/08/22 22:14:56.589688] [17652|17653] wai-wordpress-5.2.2-2.php: ERROR in download sha1 check failed!
Laut /var/cache/liveconfig/installer/wai-wordpress-5.2.2-2.php müsste der Vergleichswert "f39f23925e97ecbf776171ddec45ffbb1272bee1" entsprechen.
Code$LCWAI_DOWNLOADS['de'] = array( // Downloads for 'de' (german) language 'PACKAGE' => array('NAME' => 'wordpress-5.2.2-de_DE.tar.gz', 'SHA1' => 'f39f23925e97ecbf776171ddec45ffbb1272bee1', 'URL' => 'https://de.wordpress.org/wordpress-5.2.2-de_DE.tar.gz'), );
Der tatsächliche Download hat allerdings 98e2b328db96cce2b58c763054384cfdfd2236aa"
Codewget https://de.wordpress.org/wordpress-5.2.2-de_DE.tar.gz sha1sum wordpress-5.2.2-de_DE.tar.gz 98e2b328db96cce2b58c763054384cfdfd2236aa wordpress-5.2.2-de_DE.tar.gz
Ich hab den SHA1 Wert im File mal manuell auf "98e2b328db96cce2b58c763054384cfdfd2236aa" geändert, damit läuft die Installation durch. Sollte ggf. in der wai-wordpress-5.2.2-2.php angepasst werden.
-
Richtig, Centos. Allerdings hats bei allen anderen CentOs basierten Systemen auch geklappt
Protokoll unter der URL
Auf dem Server sind keine "Kunden" eingerichtet, wird alles via "Mein Hosting" verwaltet. War früher mal eine Basic und wurde geupgraded zu Standard Lizenz.
-
Hallo,
nach / ggf auch vor dem Upgrade (auf 2.8) haben wir auf einem Kundenserver folgendes Problem.
Beispielsweise wenn als admin auf das Protokoll zugegriffen werden soll.Code[2019/08/22 15:26:19.400051] [28156|28161] ERROR: Releasing db connection, but still have open statements [2019/08/22 15:26:19.400074] [28156|28161] aborting SQL: 'SELECT CUST_ID FROM CUSTOMERS WHERE ( ( CUST_OWNER = ?1 ) AND ( CUST_ID = ?2 ) )' [2019/08/22 15:26:19.400090] [28156|28161] Database Exception: Database Error: Unexpected SQL parameter (2 parameters expected) (SQL: SELECT CUST_ID FROM CUSTOMERS WHERE ( ( CUST_OWNER = ?1 ) AND ( CUST_ID = ?2 ) ))
DB Upgrade wurde wohl durchgeführt
Code
Alles anzeigen[2019/08/21 11:25:43.433679] [15504|15504] LiveConfig 2.8.0-5579 starting... [2019/08/21 11:25:43.433785] [15504|15504] Database driver loaded: SQLite (3.29.0) [2019/08/21 11:25:43.467879] [15504|15504] Upgrading database schema (r5103 -> r5154) [2019/08/21 11:25:43.474186] [15504|15504] Upgrading database schema (r5154 -> r5167) [2019/08/21 11:25:43.480261] [15504|15504] Upgrading database schema (r5167 -> r5196) [2019/08/21 11:25:43.487902] [15504|15504] Upgrading database schema (r5196 -> r5223) [2019/08/21 11:25:43.495786] [15504|15504] Upgrading database schema (r5223 -> r5225) [2019/08/21 11:25:43.500872] [15504|15504] Upgrading database schema (r5225 -> r5228) [2019/08/21 11:25:43.504501] [15504|15504] Upgrading database schema (r5228 -> r5270) [2019/08/21 11:25:43.511763] [15504|15504] Upgrading database schema (r5270 -> r5284) [2019/08/21 11:25:43.519398] [15504|15504] Upgrading database schema (r5284 -> r5288) [2019/08/21 11:25:43.527050] [15504|15504] Upgrading database schema (r5288 -> r5312) [2019/08/21 11:25:43.535897] [15504|15504] Upgrading database schema (r5312 -> r5361) [2019/08/21 11:25:43.543764] [15504|15504] Upgrading database schema (r5361 -> r5373) [2019/08/21 11:25:43.548677] [15504|15504] Upgrading database schema (r5373 -> r5412) [2019/08/21 11:25:43.584048] [15504|15504] Upgrading database schema (r5412 -> r5451) [2019/08/21 11:25:43.598728] [15504|15504] Upgrading database schema (r5451 -> r5458) [2019/08/21 11:25:43.606602] [15504|15504] Upgrading database schema (r5458 -> r5468) [2019/08/21 11:25:43.609057] [15504|15504] Upgrading database schema (r5468 -> r5476) [2019/08/21 11:25:43.614272] [15504|15504] Upgrading database schema (r5476 -> r5489) [2019/08/21 11:25:43.616293] [15504|15504] Upgrading database schema (r5489 -> r5499) [2019/08/21 11:25:43.618729] [15504|15504] Upgrading database schema (r5499 -> r5517) [2019/08/21 11:25:43.633137] [15504|15504] Upgrading database schema (r5517 -> r5518) [2019/08/21 11:25:43.635669] [15504|15504] Upgrading database schema (r5518 -> r5528) [2019/08/21 11:25:43.638036] [15504|15504] Upgrading database schema (r5528 -> r5538) [2019/08/21 11:25:43.648649] [15504|15504] Upgrading database schema (r5538 -> r5557)
Allerdings wurde wohl auch beim Upgrade kein db.bak File angelegt. Upgrade wurde gestern durchgeführt.
Code-rw------- 1 liveconfig liveconfig 4609024 Aug 22 15:34 liveconfig.db -rw------- 1 root root 4414464 Mar 8 16:11 liveconfig.db.bak
Irgendeine Idee?
-
Sehr gut, klasse !