An unprecedented error with placing the Yii2 application vhost - apache

I have encountered so far an unprecedented problem when creating a vhost for the Yii2 application. In principle, I do as usual, but the application does not want to start and shows the error NET :: ERR_CERT_AUTHORITY_INVALID which is not understandable at the moment. I am asking you for help because I have no idea what I can do wrong.
I am using Windows 7, Apache / 2.4.25, PHP 7
Below is the configuration of http-vhost.conf:
<VirtualHost *: 80>
    ServerName aio.localhost
    DocumentRoot "C:/xampp/htdocs/aio/panel/web"
    <Directory "C:/xampp/htdocs/aio/panel/web">
        Options Indexes FollowSymLinks
            AllowOverride All
            Require all granted
    </ Directory>
    ErrorLog "C:/xampp/htdocs/aio/panel/runtime/logs/server_error.log"
    CustomLog "C:/xampp/htdocs/aio/panel/runtime/logs/server_access.log" combined
</VirtualHost>
Below are the host definitions:
127.0.0.1 aio.localhost
Here I put a photo with the folder structure:
And here its error from browser:
Have any of you encountered this problem by trying to put the application in Yii2?
And now it work fine. Sorry for the question.

Okey I found a problem in panel/web/.htaccess. I remove lines:
RewriteCond %{SERVER_PORT} 80
RewriteRule (.*) https://%{SERVER_NAME}/$1 [R,L]

Related

Rewriting URL with OHS/Apache as front with Portal running on Webcenter

We have our Portal running on Oracle Webcenter 11.1.1.8 and our WLS is fronted with OHS .
As we see , the URL to our portal page is formed as http://host:port/webcenter/portal/My-Custom-Portal/Home?.
As per out client's requirement , we are not supposed to show "webcenter/portal" in our URL along with the adf params .
What we want is URL should be clean as http://My-Custom-Portal/home and that's it.
Now,We are stuck with the URL re writing part as how to hide "webcenter/portal" . I tried editing httpd.conf file inside /config folder by adding this below rule just after where load module command for mod_rewrite.so ends.This below line of code was added as a test to see whether this works or not .
RewriteEngine on RewriteRule .* http://www.google.com
But sadly , this didn't help at all . All the request that here given to proxy host and port with webcenter were working as they were earliar .
Also read about .htaccess file that would hold the re writing rules and should be kept under the root directory . But we deploy our code as war to Weblogic , so where should the .htaccess file be kept , if at all that is needed.
What am I missing /doing wrong here .
Kind Regards,
Sid
EDIT : As jonathan suggested following changes were added in httpd.conf file
Virtual host entry:
NameVirtualHost *:7743
<VirtualHost *:7743>
ServerName 10.10.10.10
ServerAlias abc.abc.com
RewriteEngine On
RewriteOptions inherit
RewriteRule ^/mylife$ /webcenter/portal [P]
RewriteLog /tmp/rewrite.log
<Location /webcenter>
SetHandler weblogic-handler
WebLogicHost 10.10.10.10
WebLogicPort 8888
</Location>
</VirtualHost>
After hitting the url as http://10.10.10.10:7743/mylife
we are getting the URL as
http://10.10.10.10:7743/mylife;jsessionid=cMDQVLyJ1QH2GqXQgNgs9PPmTmcLLqw7Lt5ctT1dgLBsvDVcBh11!-2127183939?_afrLoop=1892903079007447
in the address bar
with the message in the window as
The requested URL /mylife;jsessionid=cMDQVLyJ1QH2GqXQgNgs9PPmTmcLLqw7Lt5ctT1dgLBsvDVcBh11!-2127183939 was not found.
Are there any more configurations that are needed ?
The feature you are looking for is generally known as pretty URLs. There are a few different ways to achieve this.
They usually include some combination of hiding ADF parameters and also proxying/rewriting URLs.
Here are a few other links:
http://www.tuckey.org/urlrewrite/
http://docs.oracle.com/cd/E29542_01/doc.1111/e27603/appx_urls.htm
http://webcenter-satishb.blogspot.com/2013/06/pretty-url-for-pages-in-webcenter.html
https://blogs.oracle.com/shay/entry/shorter_url_for_your_adf
https://blogs.oracle.com/jdevotnharvest/entry/pretty_url_in_adf_faces
How can i Use Tuckey URL Rewrite with ADF Essentials?
Also, I don't recommend using Google as an example of a proxy/rewrite. Use a lesser technologically savvy website. Google does some things to prevent users from proxying.
Try [R] instead of [p] at the end.

Mod rewrite enabled but not working in Apache

I currently use an iMac running Mavericks for development at work. I use the built in version of Apache and installed MySQL using homebrew when I first got the machine. Recently I had an issue where one of my virtual hosts was not working as expected and I ended up using Virtual Host X's restore command to wipe out my virtual hosts and start again.
I managed to get my vhosts working again but since then have noticed that mod_rewrite, although enabled, is not working. If I go to http://mywebsite.local/events I get an error
"Not Found -The requested URL /events was not found on this server." but if I go to http://mywebsite.local/index.php/events view the page fine.
I think restoring using Virtual Host X may have corrupted something in my Apache set up as the restore command does have this warning:
"Backup files contain all of your VirtualHostX data as well as copies of your web configuration files. Restoring a backup will replace those files and your current data (virtual hosts, domain details, etc) with the previously backed up data."
Here is a copy of my vhost settings for one of the sites I'm having issues with:
Options FollowSymLinks
AllowOverride None
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !\.(js|ico|gif|jpg|png|css|ttf|woff)$ /index.php
I first experienced this issue on Mountain Lion but have since upgraded to Mavericks hoping it would fix the issue but to no avail.
Any help would be great. If the issue can't easily be solved anyone with any advice about how to completely rid your machine of Apache and start again would also be helpful.
Thanks for your answer but unfortunately it didn't work out. However I am pleased to say the issue is now sorted. I pasted in your code and it stopped my virtual host from running altogether. I needed to paste my original code back in so copied and pasted it back in from this post in Stack Overflow and restarted Apache. I clicked on a few links and the rewrites are now working.
I'm guessing that there were some hidden characters which were causing the issue which were eradicated when I pasted the code back in.
I hope this helps someone as it was very annoying.
This should be used in Debian Apache2:
Options FollowSymLinks
AllowOverride None
RewriteEngine on
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
RewriteRule !\.(js|ico|gif|jpg|png|css|ttf|woff)$ /index.php [L]

Twig generates too long URL resulting in a browser crash

I've got a really weird issue.
I'm developping localy a portfolio based on Silex and Twig through a VM. At first I was accessing it like this: 192.168.56.2/pfsilex and everything was working fine.
I've created a vhost and the corresponding entry in my host file, and I still can access my website and navigate between pages, but after a few seconds on the page the browser just crash (tried with Chrome, FF and IE).
At first I thought it was some kind of script, so I disabled JavaScript. Nothing changed. After checking the error.log from Apache I had weird entries : "Request URI too long". Very weird indeed considering my URIs are really short.
The next thing to do has been to check the access.log, and yes, URIs are way too long:
192.168.56.1 - - [28/Jan/2013:22:37:40 +0100] "GET /[type:protected]%20=%3E%200%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20[lineno:protected]%20=%3E%201%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20)%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20[1]%20=%3E%20Twig_Token%20Object%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20(%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20[value:protected]%20=%3E%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20[type:protected]%20=%3E%202%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20[lineno:protected]%20=%3E%207%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20)%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20[2]%20=%3E%20Twig_Token%20Object%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20(%20%20%20%20%20%20%20%20%20%20%20%20%20%20%" 414 540 "-" "-"
In this URI we can notice twice the parameter named "Twig_Token" which let me thing that's a Twig issue, but since it's totaly working without the virtual host I'm kinda lost.
I don't pass any get parameters to my views (at least it seems so but I'm new to Silex), only arguments when returning the template.
I don't think it comes directly from twig.
Here is my vhost :
<VirtualHost *:80>
ServerName portfolio.dev
DocumentRoot /var/www/pfsilex/
<Directory /var/www/pfsilex/>
Options -Indexes
AllowOverride All
Order Deny,Allow
Allow from All
</Directory>
</VirtualHost>
My .htaccess :
<ifModule mod_rewrite.c>
Options -MultiViews
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L]
</IfModule>
And my host :
192.168.56.2 portfolio.dev
It had nothing to do with Twig.
In fact I had a general route intercepting everything served on "/" in order to load pages from the DB.
But it means it was also intercepting every static file, and when this file was not present the method would throw a big stacktrace.
What was happening is that I hadn't any favicon.ico but every browser tries anyway to load it.
The Chrome network console doesn't show this resource loading, I was able to debug it using Firefox which show it.

Strange behavior change in mod_rewrite

In a .htaccess context, I have a simple rewriting rule :
RewriteEngine on
RewriteRule ^dir/([^/]+)/(.*) action/do.php?a=$1&b=$2 [L,QSA]
dir and action are in the same directory, which is also my DocumentRoot.
When accessing http://example.org/dir/a/b the request should (and was) rewritten to http://example.org/action/do.php?a=a&b=b without redirection or anything visible.
However since I upgraded from Apache 1.3 + mod_php to Apache 2.2 (mpm_worker) + PHP FastCGI (don't know how it's related, but it seems to be), the precedent rule returns a 404 error :
The requested URL /var/www/action/do.php was not found on this server.
The DocumentRoot is now inserted in the request ! The file /var/www/var/www/action/do.php obviously doesn't exist.
As a workaround, I changed the rule : (added a / at the beginning of the second part)
RewriteEngine on
RewriteRule ^dir/([^/]+)/(.*) /action/do.php?a=$1&b=$2 [L,QSA]
And it works (because fortunately in this case, I'm in the DocumentRoot directory).
Do you know what caused this behavior change ? Did you notice the same thing ?
Ok, I found what happened.
Actually, I was not in my DocumentRoot but in a VirtualDocumentRoot thanks to mod_vhost_alias.
The issue does not happen when using "real" virtual hosts.

Mod rewrite issue

As many others I am having issues with doing some very simple mod_rewriting in apache.
I have the following in my .htaccess:
Options +FollowSymLinks
RewriteEngine on
RewriteBase /
RewriteRule ^view/([0-9]+)/([0-9]+)$ view.php?advertId=$1&publisherId=$2 [NC,QSA,L]
Which is supposed to translate /view/4093/203?qs=val -> /view.php?advertId=4093&publisherId=203?qs=val
Now, it works when calling it with /View..., but when doing lowercase /view, it redirects to the right file, but advertId and publisherId is not set within my PHP script as it is with the first-letter-uppercase View and I simply put have no clue whatsoever with what is going on on that front (I have been testing and watching that behavior simply by doing a on my view.php).
Anyone know why this is happening?
I may want to add, my server info is as follows:
Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny2 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_perl/2.0.4 Perl/v5.10.0
IE. a stock brand new debian install with default debian packages + php-mssql.
MultiViews might cause this behavior, that is trying to map the request to a siminar existing file before passing the request to mod_rewrite. Try to disable it:
Options -MultiViews