Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Hulp nodig bij je installatie of kom je ergens niet uit?
Probeer phpBB3.3! Problemen lossen we samen met je op.
Plaats reactie
Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 10 aug 2020, 13:24

Ik probeer d.m.v Automatische Updater van 3.3.0 naar 3.3.1 te updaten maar loop vast op volgende:

Pakket gedownload en via FTP de install-map geüpload naar de ROOT van forum.
naar .../mijnforum/install
geklikt op UPDATE
en dan: blanco pagina

Op huidig forum draaien verschillende extensies waaronder Board3Portal
Moet ik mss eerst alle extensies uitschakelen?

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 10 aug 2020, 13:54

Op huidig forum draaien verschillende extensies waaronder Board3Portal
Vermoedelijk staat er in je htaccess een regel dat ze eerst naar het portaal gestuurd worden, schakel die regel even uit.

Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 10 aug 2020, 18:14

in htacces niets van dat tegengekomen.

Heb mijn testforum zonder problemen kunnen bijwerken.

Die htacces in actiefforum gebruikt maar ook dat brengt geen soelaas.

Kan ik de te wijzigen bestanden niet gewoon overschrijven met de nieuwste versie,
nieuwe bestanden toevoegen en bestanden die niet meer nodig zijn verwijderen (die laatste ken ik normaal daar ik testforum reeds heb upgedate en die bestanden heb genoteerd)? Dit alles via FTP
Vraag blijft natuurlijk hoe date ik dan mijn database up???

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 10 aug 2020, 19:38

Kan ik de te wijzigen bestanden niet gewoon overschrijven met de nieuwste versie,
Zo hoor je het te doen maar ik dacht dat je een reden had om de auto update te gebruiken?
Zie viewtopic.php?f=100&t=60897 voor de juiste methode maar dan de 3.3.1 bestanden gebruiken natuurlijk.

Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 11 aug 2020, 22:23

@El torro

Heb de methode gevolgd zoals je hebt beschreven maar wanneer ik up UPDATE klik wordt ik meteen naar forumindex geleid waar je uiteraard de melding krijgt i.v.m. de install-map die moet worden verwijderd/hernoemd.
MAAR geen database update en in ACP krijg ik melding dat de database versie nog 3.3.0 is en niet of niet correct is bijgewerkt!

Volgens mij iets niet juist, alleen weet niet wat. Kan toch maar de stappen volgen hé.
En ja, alle extensies waren uitgeschakeld?

Is er een andere manier (het aanroepen van een file in de install-map) die ervoor zorgt dat enkel de database wordt geüpdatet

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 11 aug 2020, 23:29

Leeg de cache even en verwijder io_lock.loch en installer.php uit de store map en probeer het dan nog eens.

Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 12 aug 2020, 00:13

Geen soelaas.
Kom nog steeds direct op forumindex

installer.php trouwens niet tegengekomen in store-map

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 12 aug 2020, 08:25

probeer eens een andere browser of post je htaccess hier eens.

Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 12 aug 2020, 12:05

Onderstaand de inhoud van htaccess die in de ROOT van forum staat.

Code: Selecteer alles

<IfModule mod_rewrite.c>
RewriteEngine on

#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]

#
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>

# Apache content negotation tries to interpret non-existent paths as files if
# MultiViews is enabled. This will however cause issues with paths containg
# dots, e.g. for the cron tasks
<IfModule mod_negotiation.c>
	Options -MultiViews
</IfModule>

# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
	<IfVersion < 2.4>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfVersion>
	<IfVersion >= 2.4>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfVersion>
</IfModule>
<IfModule !mod_version.c>
	<IfModule !mod_authz_core.c>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfModule>
	<IfModule mod_authz_core.c>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfModule>
</IfModule>

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 12 aug 2020, 12:29

Dat is de standaard htaccess en dus in orde.

Heb je ook nog een htaccess in de root van de server misschien?

Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 12 aug 2020, 13:23

in server root staat idd ook een htaccess
die ziet er als volgt uit.
die geblokkeerde ip's zijn vanuit cPanel aangemaakt en bevatten de volledige range van HuaweiCloud.
Toen werd mijn maandelijkse bandbreedte overschreden door honderden sessies die vanaf die ip's kwamen.

Code: Selecteer alles

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#<IfModule mod_rewrite.c>
#RewriteEngine on
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#</IfModule>


<Files "config.php">
Order Allow,Deny
Deny from All
</Files>

<Files "common.php">
Order Allow,Deny
Deny from All
</Files>
DirectoryIndex app.php index.php index.html index.htm

<Files 403.shtml>
order allow,deny
allow from all
</Files>
deny from 114.119.128.0/24
deny from 114.119.129.0/24
deny from 114.119.130.0/24
deny from 114.119.131.0/24
deny from 114.119.132.0/24
deny from 114.119.133.0/24
deny from 114.119.134.0/24
deny from 114.119.135.0/24
deny from 114.119.136.0/24

deny from 114.119.137.0/24
deny from 114.119.138.0/24
deny from 114.119.139.0/24
deny from 114.119.140.0/24
deny from 114.119.141.0/24
deny from 114.119.142.0/24
deny from 114.119.143.0/24
deny from 114.119.144.0/24
deny from 114.119.145.0/24
deny from 114.119.146.0/24
deny from 114.119.147.0/24
deny from 114.119.148.0/24
deny from 114.119.149.0/24
deny from 114.119.150.0/24
deny from 114.119.151.0/24
deny from 114.119.152.0/24
deny from 114.119.153.0/24
deny from 114.119.154.0/24
deny from 114.119.155.0/24
deny from 114.119.156.0/24
deny from 114.119.157.0/24
deny from 114.119.158.0/24
deny from 114.119.159.0/24
deny from 114.119.160.0/24
deny from 114.119.161.0/24
deny from 114.119.162.0/24
deny from 114.119.163.0/24
deny from 114.119.164.0/24
deny from 114.119.165.0/24
deny from 114.119.166.0/24
deny from 114.119.167.0/24
deny from 114.119.168.0/24
deny from 114.119.169.0/24
deny from 114.119.170.0/24
deny from 114.119.171.0/24
deny from 114.119.172.0/24
deny from 114.119.173.0/24
deny from 114.119.174.0/24
deny from 114.119.175.0/24
deny from 114.119.176.0/24
deny from 114.119.177.0/24
deny from 114.119.178.0/24
deny from 114.119.179.0/24
deny from 114.119.180.0/24
deny from 114.119.181.0/24
deny from 114.119.182.0/24
deny from 114.119.183.0/24
deny from 114.119.184.0/24
deny from 114.119.185.0/24
deny from 114.119.186.0/24
deny from 114.119.187.0/24
deny from 114.119.188.0/24
deny from 114.119.189.0/24
deny from 114.119.190.0/24
deny from 114.119.191.0/24
deny from 54.36.148.0/24
deny from 54.36.149.0/24
deny from 54.36.150.0/24
deny from 54.36.151.0/24

# php -- BEGIN cPanel-generated handler, do not edit
# Set the “ea-php74” package as the default “PHP” programming language.
<IfModule mime_module>
  AddHandler application/x-httpd-ea-php74 .php .php7 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 12 aug 2020, 13:32

DirectoryIndex app.php index.php index.html index.htm
Zet die maar even uit met een # ervoor ;)

Gebruikersavatar
El torro
Berichten: 4177
Lid geworden op: 02 sep 2014, 21:28
Locatie: In het zonnige zuiden
Contacteer:

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door El torro » 12 aug 2020, 13:38

ps, ipv het blokkeren van al die ip adressen die je site alleen maar langzamer maken kun je ze beter op naam blokkeren.
Options +FollowSymLinks
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} AhrefsBot/6.1|Ahrefs|Baiduspider|BLEXBot|SemrushBot|YandexBot/3.0|YandexBot|Mb2345Browser|LieBaoFast|zh-CN|MicroMessenger|zh_CN|Kinza|Datanyze|serpstatbot|spaziodati|OPPO\sA33|AspiegelBot|PetalBot [NC]
RewriteRule ^ - [F,L]
Nog beter is in een firewall maar dat is wat lastiger.

Abeloos
Berichten: 90
Lid geworden op: 01 feb 2010, 22:13

Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.

Bericht door Abeloos » 12 aug 2020, 22:44

Uiteindelijk is de update gelukt.
Thx voor de hulp

Plaats reactie