[opensuse] Wordpress ignores formatting/CSS instructions on opensuse 15.0?
I've installed WordPress (latest version 5.1.1 from wordpress.org) on openSUSE 42.3 (apache 2.4.33, PHP 5.5.14) and it works (see http://paste.opensuse.org/53731595). The same WP version installed on openSUSE 15.0 (apache 2.4.33, php 7.2.5) works (kind of), because it seems to ignore all formatting(css?) instructions (see http://paste.opensuse.org/91325777). Output of "a2enmod -l " on the working system 42.3: actions alias auth_basic authn_file authz_host authz_groupfile authz_user autoindex cgi dir env expires include log_config mime negotiation setenvif ssl userdir php5 reqtimeout version default-ssl mod-ssl wsgi authn_core authz_core mod_rewrite headers mod_env rewrite Output of "a2enmod -l " on the non working system 15.0: actions alias auth_basic authn_core authn_file authz_host authz_groupfile authz_core authz_user autoindex cgi dir env expires include log_config mime negotiation setenvif ssl socache_shmcb userdir reqtimeout php php7 version rewrite mod_rewrite Activating debug-mode gives no additional information. All necessary php modules should be installed, because e. g. Nextcloud runs on both servers without problems. Any hints? Hermann-Josef Beckers -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hermann-Josef Beckers wrote:
I've installed WordPress (latest version 5.1.1 from wordpress.org) on openSUSE 42.3 (apache 2.4.33, PHP 5.5.14) and it works (see http://paste.opensuse.org/53731595).
The same WP version installed on openSUSE 15.0 (apache 2.4.33, php 7.2.5) works (kind of), because it seems to ignore all formatting(css?) instructions (see http://paste.opensuse.org/91325777).
I've got a hosting setup with WP on Leap15 - works fine. 2.4.33, php 7.2.5, mpm_itk. It's been running fine for about a year.
Any hints?
It sounds like the CSS style sheets aren't being served correctly. -- Per Jessen, Zürich (8.1°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen:
It sounds like the CSS style sheets aren't being served correctly.
Yes, that seems to be the problem. I'm looking for a solution ... A recursive grep for css in /etc/apache2 gives the same result for both servers: conf.d/wordpress.conf: # Akismet CSS and JS conf.d/wordpress.conf: <FilesMatch "^(form|akismet)\.(css|js)$"> mime.types:# application/vnd.ericsson.quickcall mime.types:text/css css CSSL the wordpress.conf file is from the opensuse wordpress rpm. Deactivating it makes no difference I assume that all css files are served from the local server? Can it be a php configuration question? Thanks Hermann-Josef Beckers N�����r��y隊Z)z{.�ﮞ˛���m�)z{.��+�: �{Zr�az�'z��j)h���Ǿ� ޮ�^�ˬz��
Hermann-Josef Beckers wrote:
Per Jessen:
It sounds like the CSS style sheets aren't being served correctly.
Yes, that seems to be the problem. I'm looking for a solution ...
Well, we have to work out _how_ they are being served first.
the wordpress.conf file is from the opensuse wordpress rpm. Deactivating it makes no difference I assume that all css files are served from the local server? Can it be a php configuration question?
a) can you see in the log that the css files are being requested and served? b) if you request just a css file, how does it look? c) check encoding and filetype with Ctrl-i -- Per Jessen, Zürich (10.6°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2019-05-07 6:27 a.m., Per Jessen wrote:
Well, we have to work out _how_ they are being served first.
a) can you see in the log that the css files are being requested and served?
I'd look in two places. First, at the client end. Look at the raw data stream in each case. There will be, in the HTML headers, a specification for the required CSS Something like <link rel="stylesheet" type="text/css" href="http:www.whatever.com/resources/wherever/filename.css"> or it might be a https. That tells you where to look relative to the base of the server for the CSS file. In teh 42.3 case you should find it in the 15 case its not there, right? So where is the CSS? Find it using 'find' The second part is in the Apache logs. The client machine should be reading the main HTML file and then requesting the additional parts, the CSS. You should see these requests in the log file and their status as they are being served. Thre shuld be some indiciation in each set of log files as to what is going on
b) if you request just a css file, how does it look?
See above
c) check encoding and filetype with Ctrl-i
-- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
...
a) can you see in the log that the css files are being requested and served?
From access.log of the non working server (15.0): 10.47.5.102 - - [06/May/2019:11:48:47 +0200] "GET /wordpress/wp-includes/css/dist/block-library/theme.min.css?ver=5.1.1 HTTP/1.1" 200 1031 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" 10.47.5.102 - - [06/May/2019:11:48:47 +0200] "GET /wordpress/wp-includes/css/dist/block-library/style.min.css?ver=5.1.1 HTTP/1.1" 200 25242 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" 10.47.5.102 - - [06/May/2019:11:48:47 +0200] "GET /wordpress/wp-content/themes/twentynineteen/style.css?ver=1.3 HTTP/1.1" 200 212579 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" 10.47.5.102 - - [06/May/2019:11:48:47 +0200] "GET /wordpress/wp-content/themes/twentynineteen/print.css?ver=1.3 HTTP/1.1" 200 3969 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" 10.47.5.102 - - [06/May/2019:12:23:33 +0200] "GET /wordpress/wp-includes/css/dist/block-library/style.min.css?ver=5.1.1 HTTP/1.1" 200 25242 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" 10.47.5.102 - - [07/May/2019:12:33:39 +0200] "GET /wordpress/wp-includes/css/editor.min.css HTTP/1.1" 200 27128 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" The last line is result of:
b) if you request just a css file, how does it look?
https://my.server.name/wordpress/wp-includes/css/editor.min.css which results in /*! This file is auto-generated */ .mce-tinymce{box-shadow:none}.mce-container,.mce-container *,.mce-widget,.mce-widget *{color:inherit;font-family:inherit}.mce-container .mce-monospace,.mce-widget .mce-monospace{font-family:Consolas,Monaco,monospace;font-size:13px;line-height:150%}#mce-modal-block,#mce-modal-block.mce-fade{opacity:.7;filter:alpha(opacity=70);transition:none;background:#000}.mce-window{border-radius:0;box-shadow:0 3px 6px rgba(0,0,0,.3);-webkit-font-smoothing:subpixel-antialiased;transition:none}.mce-window .mce-container-body.mce-abs-layout{overflow:visible}.mce-window .mce-window-head{background:#fcfcfc;border-bottom:1px solid #ddd;padding:0;min-height:36px}.mce-window .mce-window-head .mce-title{color:#444;font-size:18px;font-weight:600;line-height:36px;margin:0;padding:0 36px 0 16px}.mce-window .mce-window-head .mce-close,.mce-window-head .mce-close .mce- ... Calling the css file directly on the 42.3 server gives the same result -> displayed as text file.
c) check encoding and filetype with Ctrl-i [>] Where? In my browser it opens the bookmarks. "file" on the server identifies css files as ASCII text
thanks Hermann-Josef Beckers
Hermann-Josef Beckers wrote:
...
a) can you see in the log that the css files are being requested and served?
From access.log of the non working server (15.0):
10.47.5.102 - - [06/May/2019:11:48:47 +0200] "GET /wordpress/wp-includes/css/dist/block-library/theme.min.css?ver=5.1.1 HTTP/1.1" 200 1031 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0" 10.47.5.102 - - [06/May/2019:11:48:47 +0200] "GET
Looks good.
The last line is result of:
b) if you request just a css file, how does it look?
https://my.server.name/wordpress/wp-includes/css/editor.min.css
[snip]
... Calling the css file directly on the 42.3 server gives the same result displayed as text file.
Okay, that's also good.
c) check encoding and filetype with Ctrl-i [>] Where? In my browser it opens the bookmarks. "file" on the server identifies css files as ASCII text
We need to know if the file is also being served correctly - when you show the CSS file as text, and press Ctrl-i (Page Info). I would expect to see Type: text/css and Encoding utf8. -- Per Jessen, Zürich (11.4°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
...
We need to know if the file is also being served correctly - when you show the CSS file as text, and press Ctrl-i (Page Info). I would expect to see Type: text/css and Encoding utf8.
Typ: text/css Anzeigemodus: Kompatibilitätsmodus (Quirks) Textkodierung: windows-1252 Yours Hermann-Josef Beckers N�����r��y隊Z)z{.�ﮞ˛���m�)z{.��+�: �{Zr�az�'z��j)h���Ǿ� ޮ�^�ˬz��
Hermann-Josef Beckers wrote:
...
We need to know if the file is also being served correctly - when you show the CSS file as text, and press Ctrl-i (Page Info). I would expect to see Type: text/css and Encoding utf8.
Typ: text/css Anzeigemodus: Kompatibilitätsmodus (Quirks) Textkodierung: windows-1252
Also good. Okay - so for some reason the browser is refusing to work with the CSS. Can you post the URL or is it internal? -- Per Jessen, Zürich (13.9°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Hermann-Josef Beckers wrote:
...
We need to know if the file is also being served correctly - when you show the CSS file as text, and press Ctrl-i (Page Info). I would expect to see Type: text/css and Encoding utf8.
Typ: text/css Anzeigemodus: Kompatibilitätsmodus (Quirks) Textkodierung: windows-1252
Also good.
Okay - so for some reason the browser is refusing to work with the CSS. Can you post the URL or is it internal?
I've replied off-line - the problem is a mixture of https and http. The css files are linked as http, so firefox says they are insecure and refuses to load them. -- Per Jessen, Zürich (14.9°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (3)
-
Anton Aylward -
Hermann-Josef Beckers -
Per Jessen