Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
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?
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?
- 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.
Vermoedelijk staat er in je htaccess een regel dat ze eerst naar het portaal gestuurd worden, schakel die regel even uit.Op huidig forum draaien verschillende extensies waaronder Board3Portal
Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
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???
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???
- 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.
Zo hoor je het te doen maar ik dacht dat je een reden had om de auto update te gebruiken?Kan ik de te wijzigen bestanden niet gewoon overschrijven met de nieuwste versie,
Zie viewtopic.php?f=100&t=60897 voor de juiste methode maar dan de 3.3.1 bestanden gebruiken natuurlijk.
Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
@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
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
- 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.
Leeg de cache even en verwijder io_lock.loch en installer.php uit de store map en probeer het dan nog eens.
Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
Geen soelaas.
Kom nog steeds direct op forumindex
installer.php trouwens niet tegengekomen in store-map
Kom nog steeds direct op forumindex
installer.php trouwens niet tegengekomen in store-map
- 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.
probeer eens een andere browser of post je htaccess hier eens.
Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
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>
- 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.
Dat is de standaard htaccess en dus in orde.
Heb je ook nog een htaccess in de root van de server misschien?
Heb je ook nog een htaccess in de root van de server misschien?
Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
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.
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
- 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.
Zet die maar even uit met een # ervoorDirectoryIndex app.php index.php index.html index.htm
- 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.
ps, ipv het blokkeren van al die ip adressen die je site alleen maar langzamer maken kun je ze beter op naam blokkeren.
Nog beter is in een firewall maar dat is wat lastiger.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]
Re: Update 3.3.0 naar 3.3.1 met Automatische Updater lukte niet.
Uiteindelijk is de update gelukt.
Thx voor de hulp
Thx voor de hulp