/app.php/page/

Plaats reactie
cubaplaza
Berichten: 26
Lid geworden op: 09 jun 2016, 13:59

/app.php/page/

Bericht door cubaplaza » 05 aug 2016, 23:16

  • 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

Gebruikersavatar
Paul
Beheerder
Beheerder
Berichten: 20316
Lid geworden op: 23 okt 2003, 11:38
Locatie: Utrecht
Contacteer:

Re: /app.php/page/

Bericht door Paul » 06 aug 2016, 00:03

Schakel in ACP -> Server Settings -> MOD Rewrite in :)

cubaplaza
Berichten: 26
Lid geworden op: 09 jun 2016, 13:59

Re: /app.php/page/

Bericht door cubaplaza » 06 aug 2016, 08:36

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)

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

Re: /app.php/page/

Bericht door El torro » 06 aug 2016, 09:55

Waarom vind je dat een probleem?

Gebruikersavatar
Paul
Beheerder
Beheerder
Berichten: 20316
Lid geworden op: 23 okt 2003, 11:38
Locatie: Utrecht
Contacteer:

Re: /app.php/page/

Bericht door Paul » 06 aug 2016, 10:38

Dat is een beperking van de pages extensie, zie bv hier, https://www.phpbb.com/customise/db/exte ... 26#p388726

cubaplaza
Berichten: 26
Lid geworden op: 09 jun 2016, 13:59

Re: /app.php/page/

Bericht door cubaplaza » 06 aug 2016, 12:45

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. :oops: ;)

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

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

Re: /app.php/page/

Bericht door El torro » 06 aug 2016, 13:28

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.
Laatst gewijzigd door El torro op 06 aug 2016, 14:35, 1 keer totaal gewijzigd.

Gebruikersavatar
Paul
Beheerder
Beheerder
Berichten: 20316
Lid geworden op: 23 okt 2003, 11:38
Locatie: Utrecht
Contacteer:

Re: /app.php/page/

Bericht door Paul » 06 aug 2016, 13:49

Ik denk niet dat het in 3.2 opgelost zal zijn, er zijn zover ik weet geen wijzingen aan het Routing deel geweest.

cubaplaza
Berichten: 26
Lid geworden op: 09 jun 2016, 13:59

Re: /app.php/page/

Bericht door cubaplaza » 06 aug 2016, 14:27

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.

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

Re: /app.php/page/

Bericht door El torro » 06 aug 2016, 14:40

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.

cubaplaza
Berichten: 26
Lid geworden op: 09 jun 2016, 13:59

Re: /app.php/page/

Bericht door cubaplaza » 08 aug 2016, 22:48

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>


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

Re: /app.php/page/

Bericht door El torro » 08 aug 2016, 23:10

Maak een goede backup van de oude .htaccess en probeer eens wat zou ik zeggen.

cubaplaza
Berichten: 26
Lid geworden op: 09 jun 2016, 13:59

Re: /app.php/page/

Bericht door cubaplaza » 09 aug 2016, 07:33

Ik had al 2 pogingen ondernomen... zonder succes. :oops:
vandaar mijn vraag

Gebruikersavatar
Ger
Berichten: 4864
Lid geworden op: 03 jan 2006, 22:23
Locatie: 192.68.1.100
Contacteer:

Re: /app.php/page/

Bericht door Ger » 09 aug 2016, 07:38

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?

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

Re: /app.php/page/

Bericht door El torro » 09 aug 2016, 08:19

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.

Plaats reactie