Problem after update 1.5 to 1.5.1 the second page doesn't work

[Panther]

Hi, after updating Flatpress from 1.5 to 1.5.1 the second page of website doesn't work.
I followed these informations (https://wiki.flatpress.org/en:doc:basic:upgrade) to make the update after updating the files:
--Rebuild index and caches: Admin Area → Maintain → Rebuild index and Purge theme and templates cache

Both steps have not given errors.

You can verify the problem going to https://www.warsintheworld.com and click on the next page at bottom of website, you arrive here https://www.warsintheworld.com/page/2/ and you see this error:

Sembra che ci sia un problema con questo sito

www.warsintheworld.com ha restituito un messaggio di errore.

Codice di errore: 500 Internal Server Error
Che cosa posso fare per risolvere?

Verifica di aver digitato correttamente l’indirizzo del sito web.
Il sito potrebbe essere non disponibile o sovraccarico. Riprovare fra qualche istante.


What I can do ? Thank you
p.s.
I have 2 websites with flatpress, so the problem is on both websites.
https://www.warsintheworld.com
https://www.guerrenelmondo.it

[eagleman]

Sembra che il problema dipenda dal tema usato.
Che tema usi? In questo caso posso provare a convertirlo e vedere se funziona.
Provvisoriamente ti consiglio di usare un tema che sicuramente funziona, tipo il Leggero, o attendere che io o qualcun altro riesca a convertirlo, se non vuoi farlo tu.

It seems that problem depends from the theme.
What kind of theme are you using? In this case I can try to convert and test it for working.
Temporarily I suggest you to use a surely compatible theme, like Leggero, or wait until me or someone else convert the theme, if you don't want to convert yourself.

[Panther]

Sto usando il tema Leggero --> Leggero V2, ma ho provato anche Leggero e FlatMaas Revisited (ma senza risolvere).


I'm using Leggero theme --> Leggero V2, but I've tried also Leggero and FlatMaas Revisited (but without resolving).

[Panther]

Ho provato altri temi (come SimplaFlex) ma l'errore è sempre lo stesso.

I tried other themes (like SimplaFlex) but the error is always the same.

[fraenkiman]

Hi Panther,

It's possible that the update from FP 1.5 to 1.5.1 wasn't complete. In version 1.5, there was an issue with the Pretty-URL plugin that was fixed in FP 1.5.1.

At least, your problem sounds like that.

So please check whether you are also using the Pretty-URL plugin version 3.0.4 with FlatPress 1.5.1.

Then check in the admin area to see if a correct .htaccess file is present, provided you are using Apache. If necessary, rename the current .htaccess file to _htaccess and create a new .htaccess file using the PrettyURLs plugin. This ensures that the correct server configuration is being used.

Please then check whether the PrettyURLs mode affects HTTP GET or only Pretty.

Does your web host support APCu? If so, you should see the “APCu Cache Status” option in the admin area -> Maintenance. While I’m sure there’s no issue there, you can delete FlatPress-APCu entries there.

Best regards,
Frank

[Panther]

Hi, deleting .htaccess the website is working (the second, third page, etc... are working now).

1)I am using Flatpress 1.5.1 and plugin PrettyURLs 3.0.4

2) I have only https web page, I have not http pages in my 2 websites.

3 )Inside Amministrazione -> Manutenzione --> I have not APCu Cache Status", I have only:
Rebuild index
Purge theme and templates cache
Restore authorizations for productive operation
Show info about PHP
Check for updates



If I enter inside PrettyURLs Config plugin page (inside Flatpress page plugin https://www.warsintheworld.com/admin.ph ... prettyurls ) I have this error (so I can't create a new .htaccess file using the PrettyURLs plugin).


Sembra che ci sia un problema con questo sito
Il server www.warsintheworld.com ha restituito un errore: 500 Internal Server Error

It is the same error when I entered in the second page before.


Now website has not more .htaccess.

Inside .htaccess that I previously saved there is this:

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl|svn-base)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template|all-wcprops|entries|format)$">
Order allow,deny
</FilesMatch>

# Don't show directory listings for URLs which map to a directory.
#Options -Indexes

# Follow symbolic links in this directory.
#Options +FollowSymLinks

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.
<Files favicon.ico>
# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>

# Set the default handler.
#DirectoryIndex index.php

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.

# PHP 4, Apache 1.
<IfModule mod_php4.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
</IfModule>

# PHP 4, Apache 2.
<IfModule sapi_apache2.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
</IfModule>

# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
</IfModule>

# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

<FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
</FilesMatch>
</IfModule>

# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
# RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /

# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>

RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
# $Id: .htaccess,v 1.90.2.5 2010/02/02 07:25:22 dries Exp $

[fraenkiman]

I have this error (so I can't create a new .htaccess file using the PrettyURLs plugin).

Hmm, that's strange. However, I don't think this is a problem with FlatPress. It's possible that the server configuration is preventing PrettyURLs from creating a new .htaccess file. At least the PrettyURLs HTTP GET mode is working.

...Inside .htaccess that I previously saved there is this:

Code: Select all

#
# Apache/PHP/Drupal settings:
#
...

You can delete the old .htaccess file. It was created a long time ago when Drupal was installed for PHP 5.

To make the FlatPress URLs look nice, simply create a new .htaccess file in the root directory of your FlatPress installation with the following content:

Code: Select all

AddType application/x-httpd-php .php
Options -Indexes

<IfModule mod_headers.c>
	Header unset X-Powered-By
</IfModule>

<IfModule mod_rewrite.c>
	RewriteEngine On
	RewriteBase /

	RewriteRule ^\.htaccess$ - [F]

	RewriteRule ^\.setup\.php$ - [F,L]
	RewriteRule ^\.setup/ - [F,L]

	RewriteRule ^sitemap\.xml$ /sitemap.php [L]
	RewriteRule ^sitemap$ /sitemap.php [L]

	RewriteCond %{REQUEST_FILENAME} !-f
	RewriteCond %{REQUEST_FILENAME} !-d

	RewriteRule . /index.php [L]
</IfModule>

That’s all FlatPress needs.

After that, you can set the mode to “Pretty” in the admin area of the PrettyURLs plugin.

Best regards,
Frank

[Panther]

I've done everything you have written (created a new .htaccess and written all inside), enabled again the plugin PrettyURLs, but unfortunately I can't enter inside the plugin:


Sembra che ci sia un problema con questo sito

Il server www.guerrenelmondo.it ha restituito un errore: 500 Internal Server Error




And in the picture below, is normal that there is an empty voice in Maintain section ?