Pagina 1 van 1
/app.php/page/
Geplaatst: 05 aug 2016, 23:16
door cubaplaza
- Adres van je forum: http://www.cubaplaza.nl
Event. modificaties op je forum:portal, pages
Wanneer ontstond het probleem?
phpBB versie:3.1.9
Heb je onlangs iets veranderd aan je forum?update van 3.0.13 naar 3.1.9.
Wat is het probleem?
Hoe kan ik dit wijzigen
http://www.cubaplaza.nl/app.php/page/zonvakanties zodat ik dit resultaat krijg:
http://www.cubaplaza.nl/zonvakanties
idem geldt voor portaalpagina:
http://www.cubaplaza.nl/app.php/portal -->>
http://www.cubaplaza.nl/portal
Re: /app.php/page/
Geplaatst: 06 aug 2016, 00:03
door Paul
Schakel in ACP -> Server Settings -> MOD Rewrite in

Re: /app.php/page/
Geplaatst: 06 aug 2016, 08:36
door cubaplaza
probleem is deels opgelost:
portaalpagina wordt correct weergegeven:
http://www.cubaplaza.nl/portal, echter overige pagina's nog niet:
http://www.cubaplaza.nl/page/zonvakanties (extensie pages)
Re: /app.php/page/
Geplaatst: 06 aug 2016, 09:55
door El torro
Waarom vind je dat een probleem?
Re: /app.php/page/
Geplaatst: 06 aug 2016, 10:38
door Paul
Dat is een beperking van de pages extensie, zie bv hier,
https://www.phpbb.com/customise/db/exte ... 26#p388726
Re: /app.php/page/
Geplaatst: 06 aug 2016, 12:45
door cubaplaza
El torro schreef:Waarom vind je dat een probleem?
Omdat het in 3.0 wel werkte en mijn pagina's op die manier ook vindbaar zijn (waren) in google.
Vind het eerlijk gezegd ook geen gezicht zo'n url.
Jammer dat dit (waarschijnlijk) pas in 3.2. opgelost gaat worden, maar goed ben blij dat in ieder geval voor de portal alvast is verholpen
Re: /app.php/page/
Geplaatst: 06 aug 2016, 13:28
door El torro
Even een redirect in de htacces van de oude naar de nieuwe page en voor Google is het opgelost.
En wie zit er nu naar een url te kijken behalve jij?
Je forum is op andere punten voor veel meer verbetering aan te passen.
Re: /app.php/page/
Geplaatst: 06 aug 2016, 13:49
door Paul
Ik denk niet dat het in 3.2 opgelost zal zijn, er zijn zover ik weet geen wijzingen aan het Routing deel geweest.
Re: /app.php/page/
Geplaatst: 06 aug 2016, 14:27
door cubaplaza
El torro schreef:Even een redirect in de htacces van de oude naar de nieuwe page en voor Google is het opgelost.
En wie zit er nu naar een url te kijken behalve jij?
Je forum op andere punten voor veel meer verbetering aan te passen.
Brand los, zou ik zeggen

ik sta open voor tips en goeie raad (als ik het niet snap -wat vrij snel het geval is

) gooi ik het wel in de groep)
Aan de lay-out zal nog het een en ander gesleuteld moeten worden.
Re: /app.php/page/
Geplaatst: 06 aug 2016, 14:40
door El torro
Verhelp eerst de 404 error eens op de css stylesheet van de nl voor prosilver.
Daarna kijk je wat Google te zeggen heeft over je site (zeer slechte score)
https://developers.google.com/speed/pag ... laza.nl%2F
Dan voorkeursdomein instellen (www of non www)
Daarna heb je al zoveel geleerd dat je de rest zelf wel vind.
Re: /app.php/page/
Geplaatst: 08 aug 2016, 22:48
door cubaplaza
Kan ik onderstaande codes 1 op 1 in .htaccess opnemen en zo ja, waar?
(bron:
https://www.zeo.nl/het-stap-voor-stap-i ... redirects/)
Code: Selecteer alles
RewriteRule ^index.(php|html|htm|asp) http://www. cubaplaza.nl / [R=301,L]
Code: Selecteer alles
RewriteCond %{HTTP_HOST} ^cubaplaza.nl$
RewriteRule ^.*$ http://www.cubaplaza.nl %{REQUEST_URI} [R=301,L]
.htaccess:
Code: Selecteer alles
## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/x-font-woff "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType text/x-javascript "access plus 1 month"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresDefault "access plus 2 days"
</IfModule>
## EXPIRES CACHING ##
<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>
# 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>
<IfModule mod_deflate.c>
# Compress HTML, CSS, JavaScript, Text, XML and fonts
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
AddOutputFilterByType DEFLATE application/x-font
AddOutputFilterByType DEFLATE application/x-font-opentype
AddOutputFilterByType DEFLATE application/x-font-otf
AddOutputFilterByType DEFLATE application/x-font-truetype
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE font/opentype
AddOutputFilterByType DEFLATE font/otf
AddOutputFilterByType DEFLATE font/ttf
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE image/x-icon
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/xml
# Remove browser bugs (only needed for really old browsers)
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
Header append Vary User-Agent
</IfModule>
Re: /app.php/page/
Geplaatst: 08 aug 2016, 23:10
door El torro
Maak een goede backup van de oude .htaccess en probeer eens wat zou ik zeggen.
Re: /app.php/page/
Geplaatst: 09 aug 2016, 07:33
door cubaplaza
Ik had al 2 pogingen ondernomen... zonder succes.
vandaar mijn vraag
Re: /app.php/page/
Geplaatst: 09 aug 2016, 07:38
door Ger
Je kunt niet zomaar iets toevoegen aan je .htaccess en hopen dat het goed gaat. De kans is groot dat je dan conflicten krijgt, zoals je waarschijnlijk gemerkt hebt.
Allereerst: wat wil je bereiken? Wat is je doel met bovenstaande regels?
En vervolgens: hoe ziet je huidige .htaccess eruit?
Re: /app.php/page/
Geplaatst: 09 aug 2016, 08:19
door El torro
De www non www zou gewoon moeten werken, die index non index zou inderdaad weleens problemen kunnen geven.
@Ger de .htaccess staat hierboven toch an.