Dimaer Posted March 18, 2012 Share Posted March 18, 2012 Hi guys, Just have installed SVN version to new host, but cant activate friendly url in Prestashop. In backend there is an error: URL rewriting (mod_rewrite) is not active on your server. If you want to use Friendly URL you must activate this mod I have checked the server and it looks like rewrite mode is activated. Any other suggestions what can cause this? Thanks. Link to comment Share on other sites More sharing options...
Dev On Web Posted March 19, 2012 Share Posted March 19, 2012 Check again your Apache server and mods. Use phpinfo() into a PHP script and look for "mod_rewrite". Link to comment Share on other sites More sharing options...
Dimaer Posted March 22, 2012 Author Share Posted March 22, 2012 I have installed 1.4.7 and friendly urls are working fine, however SVN version gives an error as before. There is not much you can do about it form backend, any other suggestions? Link to comment Share on other sites More sharing options...
Dev On Web Posted March 22, 2012 Share Posted March 22, 2012 Perhaps the SVN is being updated. We should try again later ... I have a SVN version from last week deployed and friendly URL works fine. Note: and the 1.5 beta 3? Link to comment Share on other sites More sharing options...
Guest Posted March 22, 2012 Share Posted March 22, 2012 Yeah, I just updated from SVN and did a fresh install. URL rewriting (mod_rewrite) is not active on your server. If you want to use Friendly URL you must activate this mod. It doesn’t even give me the option. Hello!! I'm using url rewrite on IIS 7.5 - Not everyone is going to use Apache. This is a bad idea having a test that doesn’t take this into account. I wonder how I can bypass the test? Link to comment Share on other sites More sharing options...
Guest Posted March 22, 2012 Share Posted March 22, 2012 prestashop\admin\themes\default\template\controllers\meta\helpers\options\options.tpl Change; {block name="input"} {if $field['type'] == 'rewriting_settings'} {if $field['mod_rewrite']} <label class="t" for="{$key}_on"><img src="../img/admin/enabled.gif" alt="{l s='Yes'}" title="{l s='Yes'}" /></label> <input type="radio" name="{$key}" id="{$key}_on" value="1" {if $field['value']} checked="checked"{/if}{if isset($field['js']['on'])} {$field['js']['on']}{/if}/> <label class="t" for="{$key}_on"> {l s='Yes'}</label> <label class="t" for="{$key}_off"><img src="../img/admin/disabled.gif" alt="{l s='No'}" title="{l s='No'}" style="margin-left: 10px;" /></label> <input type="radio" name="{$key}" id="{$key}_off" value="0" {if !$field['value']} checked="checked"{/if}{if isset($field['js']['off'])} {$field['js']['off']}{/if}/> <label class="t" for="{$key}_off"> {l s='No'}</label> {else} <span class="warning_mod_rewrite" style="display:block;height:15px">{l s='URL rewriting (mod_rewrite) is not active on your server. If you want to use Friendly URL you must activate this mod.'}</span> <div class="clear"></div> {/if} {else} {$smarty.block.parent} {/if} {/block} to {block name="input"} <label class="t" for="{$key}_on"><img src="../img/admin/enabled.gif" alt="{l s='Yes'}" title="{l s='Yes'}" /></label> <input type="radio" name="{$key}" id="{$key}_on" value="1" {if $field['value']} checked="checked"{/if}{if isset($field['js']['on'])} {$field['js']['on']}{/if}/> <label class="t" for="{$key}_on"> {l s='Yes'}</label> <label class="t" for="{$key}_off"><img src="../img/admin/disabled.gif" alt="{l s='No'}" title="{l s='No'}" style="margin-left: 10px;" /></label> <input type="radio" name="{$key}" id="{$key}_off" value="0" {if !$field['value']} checked="checked"{/if}{if isset($field['js']['off'])} {$field['js']['off']}{/if}/> <label class="t" for="{$key}_off"> {l s='No'}</label> {/block} Link to comment Share on other sites More sharing options...
Guest Posted March 22, 2012 Share Posted March 22, 2012 Also on a windows box, using url rewrite after import of .htaccess, you need to remove, RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ index.php [NC,L] and add, <rule name="Imported Rule 14" stopprocessing="true"> <match url="^.*$"> <conditions logicalgrouping="MatchAny"> <add input="{REQUEST_FILENAME}" matchtype="IsFile" pattern="" ignorecase="false"> <add input="{REQUEST_FILENAME}" matchtype="IsDirectory" pattern="" ignorecase="false"> </add></add></conditions> <action type="None"> </action></match></rule> <rule name="Imported Rule 15" stopprocessing="true"> <match url="^.*$"> <action type="Rewrite" url="index.php"> </action></match></rule> webconfig.zip Link to comment Share on other sites More sharing options...
Raphaël Malié Posted March 23, 2012 Share Posted March 23, 2012 Hello, can you try with last SVN version ? This bug is correct since a couple of days if I remember well. Regards Link to comment Share on other sites More sharing options...
urlichtshop Posted March 29, 2012 Share Posted March 29, 2012 Same problem, can't activate friendly url's in backend PS version 1.5.0.9 I tried to workarround bdalton described. Can activate friendly urls an in frontend links are changed, but url crashes. Perhaps... on my hoster mod_rewrite is activated but runs as cgi modul and not listet in php_info greetz urlichtshop Link to comment Share on other sites More sharing options...
Guest Posted March 29, 2012 Share Posted March 29, 2012 Hi urlichtshop, my hack is for Windows PC running IIS 7 and URL Rewrite 2.0. Link to comment Share on other sites More sharing options...
urlichtshop Posted March 29, 2012 Share Posted March 29, 2012 Thanks for reply, I had also installed xampp (standard configuration) local on win7 There are no problems and all works fine. Link to comment Share on other sites More sharing options...
AFemaleProdigy Posted October 1, 2012 Share Posted October 1, 2012 (edited) I am getting the same back office error "URL rewriting (mod_rewrite) is not active on your server. If you want to use Friendly URLs you must activate this mod." and then 404 url errors on front office when rewrite is enabled. I just installed the latest version from scratch. I know for a fact url rewrite is enabled on my LAMP server. Edited October 1, 2012 by AFemaleProdigy (see edit history) Link to comment Share on other sites More sharing options...
jamroco2000 Posted October 2, 2012 Share Posted October 2, 2012 I'm having a similar issue - I know mod_rewrite is enabled - I even tried this test to confirm: http://www.vbseo.com/f77/how-check-if-mod_rewrite-working-my-site-21502/ and it works fine on my environment. If I enable the friendly url option - it blows up - any ideas? Link to comment Share on other sites More sharing options...
lucamax Posted October 2, 2012 Share Posted October 2, 2012 with 1.5.0.17 I'm having also the error displayed in back office "URL rewriting (mod_rewrite) is not active on your server. If you want to use Friendly URLs you must activate this mod" but in my case I can enable it and have no other errors in front end or BO. BTW I'm using the 1.4.9 default Prestashop theme and two days ago suddenly was unable to add items to cart has described here http://www.prestashop.com/forums/topic/191455-solved15017-impossible-to-add-the-product-to-the-cart-no-errorthrown/ , I solved it enabling friendly URL in BO Link to comment Share on other sites More sharing options...
Bombe R man Posted October 2, 2012 Share Posted October 2, 2012 This bug exists since months ... and still not fixed. Link to comment Share on other sites More sharing options...
jamroco2000 Posted October 2, 2012 Share Posted October 2, 2012 with 1.5.0.17 I'm having also the error displayed in back office "URL rewriting (mod_rewrite) is not active on your server. If you want to use Friendly URLs you must activate this mod" but in my case I can enable it and have no other errors in front end or BO. BTW I'm using the 1.4.9 default Prestashop theme and two days ago suddenly was unable to add items to cart has described here http://www.prestasho...no-errorthrown/ , I solved it enabling friendly URL in BO I have the same issue even with the default theme within prestashop 1.5 Link to comment Share on other sites More sharing options...
benjamin utterback Posted October 2, 2012 Share Posted October 2, 2012 Hello all, thank you for the information. Friendly URL is working for me versions 1.4.9 and 1.5. I will investigate this issue further. In the meantime, please post suspected bugs at our Forge BugTracker at http://forge.prestashop.com/secure/Dashboard.jspa This is usually a problem with a server configuration. Link to comment Share on other sites More sharing options...
Swickaar Posted October 20, 2012 Share Posted October 20, 2012 There is no further response to fix this. We are facing the same issue in PS 1.5.1. Surely something serious is wrong which is missed by PS team. I respect you guys, its just that we want to use your 1.5.1 version and we are not able to do so, Please note that we are the ones using PS from version 1.1 or 1.2 Can anyone let me know how to enable this mod rewrite in Cpanel or WHM. Please explain Step by step if you can 2 Link to comment Share on other sites More sharing options...
Sito Lab Posted October 20, 2012 Share Posted October 20, 2012 (edited) URL rewriting (mod_rewrite) is not active on your server or it is not possible to check your server configuration. If you want to use Friendly URLs you must activate this mod. help PRESTASHOP 1.5.1 Edited October 20, 2012 by lui1969 (see edit history) Link to comment Share on other sites More sharing options...
AFemaleProdigy Posted October 20, 2012 Share Posted October 20, 2012 Has anyone actually posted this as a bug? I hate having to go post bugs in a different system. I would think that this many people complaining on the forum should be enough to just initiate action on Prestashop's end anyway to correct the issue and then let us know. Link to comment Share on other sites More sharing options...
vynx Posted October 20, 2012 Share Posted October 20, 2012 URL rewriting (mod_rewrite) is not active on your server or it is not possible to check your server configuration. If you want to use Friendly URLs you must activate this mod. help PRESTASHOP 1.5.1 its just wrong detection of mod_rewrite... Link to comment Share on other sites More sharing options...
Online Sports Shop Posted October 20, 2012 Share Posted October 20, 2012 Sorry I have also same problem after up grade from 1.4.9 to 1.5.1.0 Check attached image if any one have its solution Please reply Link to comment Share on other sites More sharing options...
vynx Posted October 21, 2012 Share Posted October 21, 2012 Sorry I have also same problem after up grade from 1.4.9 to 1.5.1.0 Check attached image if any one have its solution Please reply it just wrong detection.. Link to comment Share on other sites More sharing options...
Online Sports Shop Posted October 21, 2012 Share Posted October 21, 2012 Interesting my rewrite url are working correctly with this error message which I have reported above in post# 22 Link to comment Share on other sites More sharing options...
Swickaar Posted October 22, 2012 Share Posted October 22, 2012 After activating rewrite url, are your CMS links working properly on the top menu bar. Just try and confirm. follow the test 1. activate url friendly thing 2.on your top menu bar, just choose the cms pages. 3.click on links on FO The magic that happens here is that it opens categories. LOL Link to comment Share on other sites More sharing options...
Bejo Posted October 28, 2012 Share Posted October 28, 2012 everything gone fine when it was on local installation!!Fiuh!!! i'm still can not find answer! Link to comment Share on other sites More sharing options...
jsimon Posted November 6, 2012 Share Posted November 6, 2012 Version 1.5.2.0 same problem. URL rewriting (mod_rewrite) is not active on your server or it is not possible to check your server configuration. If you want to use Friendly URLs you must activate this mod. Link to comment Share on other sites More sharing options...
shokinro Posted November 11, 2012 Share Posted November 11, 2012 (edited) I seems just a wrong detection of rewrite_mod existence. This detection is done in Tools::modRewriteActive(); If you want force to go forward, you can have a try to force it return true to see if it works or not. In file /classes/Tools.php. find this two lines public static function modRewriteActive() { Add this lie right after above two lines return true; This may or may not work. If it is not working, please restore back to original. Edited November 11, 2012 by shokinro (see edit history) 2 Link to comment Share on other sites More sharing options...
steve_c Posted November 12, 2012 Share Posted November 12, 2012 I also had the same problem. PS team please what is going on? How is this bug still a problem? I am on version 1.4.9 and really want to upgrade but I try nearly every couple of weeks hoping the newest version is stable. Link to comment Share on other sites More sharing options...
steve_c Posted November 13, 2012 Share Posted November 13, 2012 Hi I am still having this problem. I duplicated my 1.4.9 store to a subdomain. I copied my database to a new database. I pointed the new store to that database and changed Base URI to /upgradetest/ I autoupgraded. Everything seemed to have gone fine. No error messages. Just to be sure, I regenerated my .htaccess file. Now if I go to my new, upgraded store at mydomain.com/upgradetest it works fine. If I click on a category, the page has a redirect loop. This problem disapears when I disable the friendly URL option. URL rewriting (mod_rewrite) is not active on your server or it is not possible to check your server configuration. If you want to use Friendly URLs you must activate this mod. Link to comment Share on other sites More sharing options...
steve_c Posted November 13, 2012 Share Posted November 13, 2012 I have solved the problem. Delete the .htaccess file in the root of your 1.5 shop. Set both friendly and canonical url in B.O to "No" and click save. Set both friendly and canonical url in B.O to "Yes" and click save. The .htaccess file is regenerated and works Link to comment Share on other sites More sharing options...
Rolige Posted November 14, 2012 Share Posted November 14, 2012 I have solved the problem. Delete the .htaccess file in the root of your 1.5 shop. Set both friendly and canonical url in B.O to "No" and click save. Set both friendly and canonical url in B.O to "Yes" and click save. The .htaccess file is regenerated and works This solution not work for me and my server is not the problem because i have another shop in the same server with PS 1.4.7 and it work perfectly, when the friendly and canonical url is active, i can´t login in my shop and when added some product at cart, click on confirm and "cart is empty", this problem is in firefox and all time appear the message: URL rewriting (mod_rewrite) is not active on your server or it is not possible to check your server configuration. If you want to use Friendly URLs you must activate this mod. Link to comment Share on other sites More sharing options...
benjamin utterback Posted November 14, 2012 Share Posted November 14, 2012 Hello sQs, what version of PS are you running? Also, is this a fresh install or is this a Upgraded version? Link to comment Share on other sites More sharing options...
Rolige Posted November 15, 2012 Share Posted November 15, 2012 Hello sQs, what version of PS are you running? Also, is this a fresh install or is this a Upgraded version? Hi, i have made a fresh install in spanish with PS 1.5.2, this shop is a project for a client and still deactivated, if you need access to this you can send me one IP by PM for add the IP in maintenance or, i can make some user for you to enter in BO and add your IP address by your self to access in FO, by the way, i have created new issue in bug tracker, you can see here: http://forge.prestashop.com/browse/PSCFV-5628 Link to comment Share on other sites More sharing options...
yubabikes Posted November 19, 2012 Share Posted November 19, 2012 So les amis de Prestashop. What is the recommended fix for this issue? Link to comment Share on other sites More sharing options...
Rolige Posted November 19, 2012 Share Posted November 19, 2012 So les amis de Prestashop. What is the recommended fix for this issue? I think this error is not easy to fix, the best for now you disable friendly URLs until the bug will be fixed, hopefully soon. Link to comment Share on other sites More sharing options...
steve_c Posted November 19, 2012 Share Posted November 19, 2012 I can't imagine this or any other bugs will be fixed in a hurry and the friendly URL is very important (especially for ranking). Try my solution a few times and clear all your cache. It should work. Link to comment Share on other sites More sharing options...
Rolige Posted November 19, 2012 Share Posted November 19, 2012 I can't imagine this or any other bugs will be fixed in a hurry and the friendly URL is very important (especially for ranking). Try my solution a few times and clear all your cache. It should work. I tried that but it doesn't work for me, do you use firefox? Link to comment Share on other sites More sharing options...
yubabikes Posted November 20, 2012 Share Posted November 20, 2012 Thanks. It looks to me that all the custom URL are generated with a 1(2,3...) in front of the friendly URL. if calling a page "TESTA" then the url is /store/1-TESTA (and the URL in the product listing is .../store/TESTA None of those show up anyway. Link to comment Share on other sites More sharing options...
Puriom Posted November 26, 2012 Share Posted November 26, 2012 I have the same problem. Any news? Link to comment Share on other sites More sharing options...
Rolige Posted November 26, 2012 Share Posted November 26, 2012 Apparently the problem was corrected, in the next version will no have this problem, greetings. 1 Link to comment Share on other sites More sharing options...
the.rampage.rado Posted November 26, 2012 Share Posted November 26, 2012 Any good news for unicode friendly urls? Link to comment Share on other sites More sharing options...
Rolige Posted November 27, 2012 Share Posted November 27, 2012 Any good news for unicode friendly urls? You can test development version of the github or wait for next final release. Link to comment Share on other sites More sharing options...
webass Posted November 29, 2012 Share Posted November 29, 2012 For me steve_c s solution works, also the schema of URLs. only the warning stays. Link to comment Share on other sites More sharing options...
jimmyc Posted December 11, 2012 Share Posted December 11, 2012 URL rewriting (mod_rewrite) is not active on your server or it is not possible to check your server configuration. If you want to use Friendly URLs you must activate this mod. I get the warning but the rewriting still seems to work. Link to comment Share on other sites More sharing options...
sergio00 Posted December 13, 2012 Share Posted December 13, 2012 (edited) I see that is a 1.5.2 Bug and is working to solve this in new version http://forge.prestas...anel#issue-tabs https://github.com/P...93be0aedab74520 Edited December 13, 2012 by sergio00 (see edit history) Link to comment Share on other sites More sharing options...
afazmin Posted January 13, 2013 Share Posted January 13, 2013 hi, don't know what else to do. still, when i enable friendly url, all the page is directed to 404 error like /en/page-not-found i have 2 other shop installed with same version 1.5.2 but the friendly url are working fine. all is installed on localhost WAMP this is my httpd.conf # # This is the main Apache HTTP server configuration file. It contains the # configuration directives that give the server its instructions. # See <URL:http://httpd.apache.org/docs/2.2> for detailed information. # In particular, see # <URL:http://httpd.apache.org/docs/2.2/mod/directives.html> # for a discussion of each configuration directive. # # Do NOT simply read the instructions in here without understanding # what they do. They're here only as hints or reminders. If you are unsure # consult the online docs. You have been warned. # # Configuration and logfile names: If the filenames you specify for many # of the server's control files begin with "/" (or "drive:/" for Win32), the # server will use that explicit path. If the filenames do *not* begin # with "/", the value of ServerRoot is prepended -- so "logs/foo.log" # with ServerRoot set to "C:/Program Files/Apache Software Foundation/Apache2.2" will be interpreted by the # server as "C:/Program Files/Apache Software Foundation/Apache2.2/logs/foo.log". # # NOTE: Where filenames are specified, you must use forward slashes # instead of backslashes (e.g., "c:/apache" instead of "c:\apache"). # If a drive letter is omitted, the drive on which Apache.exe is located # will be used by default. It is recommended that you always supply # an explicit drive letter in absolute paths to avoid confusion. # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # Do not add a slash at the end of the directory path. If you point # ServerRoot at a non-local disk, be sure to point the LockFile directive # at a local disk. If you wish to share the same ServerRoot for multiple # httpd daemons, you will need to change at least LockFile and PidFile. # ServerRoot "c:/wamp/bin/apache/apache2.2.22" # # Listen: Allows you to bind Apache to specific IP addresses and/or # ports, instead of the default. See also the <VirtualHost> # directive. # # Change this to Listen on specific IP addresses as shown below to # prevent Apache from glomming onto all bound IP addresses. # #Listen 12.34.56.78:80 Listen 80 # # Dynamic Shared Object (DSO) Support # # To be able to use the functionality of a module which was built as a DSO you # have to place corresponding `LoadModule' lines at this location so the # directives contained in it are actually available _before_ they are used. # Statically compiled modules (those listed by `httpd -l') do not need # to be loaded here. # # Example: # LoadModule foo_module modules/mod_foo.so # LoadModule actions_module modules/mod_actions.so LoadModule alias_module modules/mod_alias.so LoadModule asis_module modules/mod_asis.so LoadModule auth_basic_module modules/mod_auth_basic.so #LoadModule auth_digest_module modules/mod_auth_digest.so #LoadModule authn_alias_module modules/mod_authn_alias.so #LoadModule authn_anon_module modules/mod_authn_anon.so #LoadModule authn_dbd_module modules/mod_authn_dbd.so #LoadModule authn_dbm_module modules/mod_authn_dbm.so LoadModule authn_default_module modules/mod_authn_default.so LoadModule authn_file_module modules/mod_authn_file.so #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so #LoadModule authz_dbm_module modules/mod_authz_dbm.so LoadModule authz_default_module modules/mod_authz_default.so LoadModule authz_groupfile_module modules/mod_authz_groupfile.so LoadModule authz_host_module modules/mod_authz_host.so #LoadModule authz_owner_module modules/mod_authz_owner.so LoadModule authz_user_module modules/mod_authz_user.so LoadModule autoindex_module modules/mod_autoindex.so #LoadModule cache_module modules/mod_cache.so #LoadModule cern_meta_module modules/mod_cern_meta.so LoadModule cgi_module modules/mod_cgi.so #LoadModule charset_lite_module modules/mod_charset_lite.so #LoadModule dav_module modules/mod_dav.so #LoadModule dav_fs_module modules/mod_dav_fs.so #LoadModule dav_lock_module modules/mod_dav_lock.so #LoadModule dbd_module modules/mod_dbd.so LoadModule deflate_module modules/mod_deflate.so LoadModule dir_module modules/mod_dir.so #LoadModule disk_cache_module modules/mod_disk_cache.so #LoadModule dumpio_module modules/mod_dumpio.so LoadModule env_module modules/mod_env.so #LoadModule expires_module modules/mod_expires.so #LoadModule ext_filter_module modules/mod_ext_filter.so #LoadModule file_cache_module modules/mod_file_cache.so #LoadModule filter_module modules/mod_filter.so #LoadModule headers_module modules/mod_headers.so #LoadModule ident_module modules/mod_ident.so #LoadModule imagemap_module modules/mod_imagemap.so LoadModule include_module modules/mod_include.so #LoadModule info_module modules/mod_info.so LoadModule isapi_module modules/mod_isapi.so #LoadModule ldap_module modules/mod_ldap.so #LoadModule logio_module modules/mod_logio.so LoadModule log_config_module modules/mod_log_config.so #LoadModule log_forensic_module modules/mod_log_forensic.so LoadModule mem_cache_module modules/mod_mem_cache.so LoadModule mime_module modules/mod_mime.so #LoadModule mime_magic_module modules/mod_mime_magic.so LoadModule negotiation_module modules/mod_negotiation.so #LoadModule proxy_module modules/mod_proxy.so #LoadModule proxy_ajp_module modules/mod_proxy_ajp.so #LoadModule proxy_balancer_module modules/mod_proxy_balancer.so #LoadModule proxy_connect_module modules/mod_proxy_connect.so #LoadModule proxy_ftp_module modules/mod_proxy_ftp.so #LoadModule proxy_http_module modules/mod_proxy_http.so LoadModule rewrite_module modules/mod_rewrite.so LoadModule setenvif_module modules/mod_setenvif.so #LoadModule speling_module modules/mod_speling.so LoadModule ssl_module modules/mod_ssl.so #LoadModule status_module modules/mod_status.so #LoadModule substitute_module modules/mod_substitute.so #LoadModule unique_id_module modules/mod_unique_id.so #LoadModule userdir_module modules/mod_userdir.so #LoadModule usertrack_module modules/mod_usertrack.so #LoadModule version_module modules/mod_version.so LoadModule vhost_alias_module modules/mod_vhost_alias.so LoadModule php5_module "c:/wamp/bin/php/php5.3.13/php5apache2_2.dll" <IfModule !mpm_netware_module> <IfModule !mpm_winnt_module> # # If you wish httpd to run as a different user or group, you must run # httpd as root initially and it will switch. # # User/Group: The name (or #number) of the user/group to run httpd as. # It is usually good practice to create a dedicated user and group for # running httpd, as with most system services. # User daemon Group daemon </IfModule> </IfModule> # 'Main' server configuration # # The directives in this section set up the values used by the 'main' # server, which responds to any requests that aren't handled by a # <VirtualHost> definition. These values also provide defaults for # any <VirtualHost> containers you may define later in the file. # # All of these directives may appear inside <VirtualHost> containers, # in which case these default settings will be overridden for the # virtual host being defined. # # # ServerAdmin: Your address, where problems with the server should be # e-mailed. This address appears on some server-generated pages, such # as error documents. e.g. [email protected] # ServerAdmin admin@localhost # # ServerName gives the name and port that the server uses to identify itself. # This can often be determined automatically, but we recommend you specify # it explicitly to prevent problems during startup. # # If your host doesn't have a registered DNS name, enter its IP address here. # ServerName localhost:80 # # DocumentRoot: The directory out of which you will serve your # documents. By default, all requests are taken from this directory, but # symbolic links and aliases may be used to point to other locations. # DocumentRoot "c:/wamp/www/" # # Each directory to which Apache has access can be configured with respect # to which services and features are allowed and/or disabled in that # directory (and its subdirectories). # # First, we configure the "default" to be a very restrictive set of # features. # <Directory /> Options FollowSymLinks AllowOverride All Order deny,allow Deny from all </Directory> # # Note that from this point forward you must specifically allow # particular features to be enabled - so if something's not working as # you might expect, make sure that you have specifically enabled it # below. # # # This should be changed to whatever you set DocumentRoot to. # <Directory "c:/wamp/www/"> # # Possible values for the Options directive are "None", "All", # or any combination of: # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews # # Note that "MultiViews" must be named *explicitly* --- "Options All" # doesn't give it to you. # # The Options directive is both complicated and important. Please see # http://httpd.apache.org/docs/2.2/mod/core.html#options # for more information. # Options Indexes FollowSymLinks # # AllowOverride controls what directives may be placed in .htaccess files. # It can be "All", "None", or any combination of the keywords: # Options FileInfo AuthConfig Limit # AllowOverride all # # Controls who can get stuff from this server. # # onlineoffline tag - don't remove Order Allow,Deny Allow from all </Directory> # # DirectoryIndex: sets the file that Apache will serve if a directory # is requested. # <IfModule dir_module> DirectoryIndex index.php index.php3 index.html index.htm </IfModule> # # The following lines prevent .htaccess and .htpasswd files from being # viewed by Web clients. # <FilesMatch "^\.ht"> Order allow,deny Deny from all Satisfy All </FilesMatch> # # ErrorLog: The location of the error log file. # If you do not specify an ErrorLog directive within a <VirtualHost> # container, error messages relating to that virtual host will be # logged here. If you *do* define an error logfile for a <VirtualHost> # container, that host's errors will be logged there and not here. # ErrorLog "c:/wamp/logs/apache_error.log" # # LogLevel: Control the number of messages logged to the error_log. # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. # LogLevel warn <IfModule log_config_module> # # The following directives define some format nicknames for use with # a CustomLog directive (see below). # LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %b" common <IfModule logio_module> # You need to enable mod_logio.c to use %I and %O LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio </IfModule> # # The location and format of the access logfile (Common Logfile Format). # If you do not define any access logfiles within a <VirtualHost> # container, they will be logged here. Contrariwise, if you *do* # define per-<VirtualHost> access logfiles, transactions will be # logged therein and *not* in this file. # CustomLog "c:/wamp/logs/access.log" common # # If you prefer a logfile with access, agent, and referer information # (Combined Logfile Format) you can use the following directive. # #CustomLog "logs/access.log" combined </IfModule> <IfModule alias_module> # # Redirect: Allows you to tell clients about documents that used to # exist in your server's namespace, but do not anymore. The client # will make a new request for the document at its new location. # Example: # Redirect permanent /foo http://localhost/bar # # Alias: Maps web paths into filesystem paths and is used to # access content that does not live under the DocumentRoot. # Example: # Alias /webpath /full/filesystem/path # # If you include a trailing / on /webpath then the server will # require it to be present in the URL. You will also likely # need to provide a <Directory> section to allow access to # the filesystem path. # # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the target directory are treated as applications and # run by the server when requested rather than as documents sent to the # client. The same rules about trailing "/" apply to ScriptAlias # directives as to Alias. # ScriptAlias /cgi-bin/ "cgi-bin/" </IfModule> <IfModule cgid_module> # # ScriptSock: On threaded servers, designate the path to the UNIX # socket used to communicate with the CGI daemon of mod_cgid. # #Scriptsock logs/cgisock </IfModule> # # "C:/Program Files/Apache Software Foundation/Apache2.2/cgi-bin" should be changed to whatever your ScriptAliased # CGI directory exists, if you have that configured. # <Directory "cgi-bin"> AllowOverride None Options None Order allow,deny Allow from all </Directory> # # DefaultType: the default MIME type the server will use for a document # if it cannot otherwise determine one, such as from filename extensions. # If your server contains mostly text or HTML documents, "text/plain" is # a good value. If most of your content is binary, such as applications # or images, you may want to use "application/octet-stream" instead to # keep browsers from trying to display binary files as though they are # text. # DefaultType text/plain <IfModule mime_module> # # TypesConfig points to the file containing the list of mappings from # filename extension to MIME-type. # TypesConfig conf/mime.types # # AddType allows you to add to or override the MIME configuration # file specified in TypesConfig for specific file types. # #AddType application/x-gzip .tgz # # AddEncoding allows you to have certain browsers uncompress # information on the fly. Note: Not all browsers support this. # #AddEncoding x-compress .Z #AddEncoding x-gzip .gz .tgz # # If the AddEncoding directives above are commented-out, then you # probably should define those extensions to indicate media types: # AddType application/x-compress .Z AddType application/x-gzip .gz .tgz AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 # # AddHandler allows you to map certain file extensions to "handlers": # actions unrelated to filetype. These can be either built into the server # or added with the Action directive (see below) # # To use CGI scripts outside of ScriptAliased directories: # (You will also need to add "ExecCGI" to the "Options" directive.) # #AddHandler cgi-script .cgi # For type maps (negotiated resources): #AddHandler type-map var # # Filters allow you to process content before it is sent to the client. # # To parse .shtml files for server-side includes (SSI): # (You will also need to add "Includes" to the "Options" directive.) # #AddType text/html .shtml #AddOutputFilter INCLUDES .shtml </IfModule> # # The mod_mime_magic module allows the server to use various hints from the # contents of the file itself to determine its type. The MIMEMagicFile # directive tells the module where the hint definitions are located. # #MIMEMagicFile conf/magic # # Customizable error responses come in three flavors: # 1) plain text 2) local redirects 3) external redirects # # Some examples: #ErrorDocument 500 "The server made a boo boo." #ErrorDocument 404 /missing.html #ErrorDocument 404 "/cgi-bin/missing_handler.pl" #ErrorDocument 402 http://localhost/subscription_info.html # # # EnableMMAP and EnableSendfile: On systems that support it, # memory-mapping or the sendfile syscall is used to deliver # files. This usually improves server performance, but must # be turned off when serving from networked-mounted # filesystems or if support for these functions is otherwise # broken on your system. # #EnableMMAP off #EnableSendfile off # Supplemental configuration # # The configuration files in the conf/extra/ directory can be # included to add extra features or to modify the default configuration of # the server, or you may simply copy their contents here and change as # necessary. # Server-pool management (MPM specific) #Include conf/extra/httpd-mpm.conf # Multi-language error messages #Include conf/extra/httpd-multilang-errordoc.conf # Fancy directory listings Include conf/extra/httpd-autoindex.conf # Language settings #Include conf/extra/httpd-languages.conf # User home directories #Include conf/extra/httpd-userdir.conf # Real-time info on requests and configuration #Include conf/extra/httpd-info.conf # Virtual hosts Include conf/extra/httpd-vhosts.conf # Local access to the Apache HTTP Server Manual #Include conf/extra/httpd-manual.conf # Distributed authoring and versioning (WebDAV) #Include conf/extra/httpd-dav.conf # Various default settings #Include conf/extra/httpd-default.conf # Secure (SSL/TLS) connections #Include conf/extra/httpd-ssl.conf # # Note: The following must must be present to support # starting without SSL on platforms with no /dev/random equivalent # but a statically compiled-in mod_ssl. # <IfModule ssl_module> SSLRandomSeed startup builtin SSLRandomSeed connect builtin </IfModule> Include "c:/wamp/alias/*" .htaccess file # ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again # .htaccess automaticaly generated by PrestaShop e-commerce open-source solution # http://www.prestashop.com - http://www.prestashop.com/forums <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{HTTP_HOST} ^localhost$ RewriteRule . - [E=REWRITEBASE:/shop.yay.my/] RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType text/css "access plus 1 week" ExpiresByType text/javascript "access plus 1 week" ExpiresByType application/javascript "access plus 1 week" ExpiresByType application/x-javascript "access plus 1 week" ExpiresByType image/x-icon "access plus 1 year" </IfModule> FileETag INode MTime Size <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/javascript AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript </IfModule> #If rewrite mod isn't enabled ErrorDocument 404 /shop.yay.my/index.php?controller=404 # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again please help Link to comment Share on other sites More sharing options...
Julia Jones Posted February 22, 2013 Share Posted February 22, 2013 Also on a windows box, using url rewrite after import of .htaccess, you need to remove, RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ index.php [NC,L] and add, <rule name="Imported Rule 14" stopprocessing="true"> <match url="^.*$"> <conditions logicalgrouping="MatchAny"> <add input="{REQUEST_FILENAME}" matchtype="IsFile" pattern="" ignorecase="false"> <add input="{REQUEST_FILENAME}" matchtype="IsDirectory" pattern="" ignorecase="false"> </add></add></conditions> <action type="None"> </action></match></rule> <rule name="Imported Rule 15" stopprocessing="true"> <match url="^.*$"> <action type="Rewrite" url="index.php"> </action></match></rule> webconfig.zip i want to know where we have to edit this code?? Link to comment Share on other sites More sharing options...
syzlope Posted February 24, 2013 Share Posted February 24, 2013 have this bug fixed? Link to comment Share on other sites More sharing options...
Puriom Posted February 24, 2013 Share Posted February 24, 2013 As far as I know: Nooop! Link to comment Share on other sites More sharing options...
hotrox Posted April 26, 2013 Share Posted April 26, 2013 Hi guys, I just have installed 1.5.4.1 version, but can't activate Friendly URL, problem is the same: URL rewriting (mod_rewrite) is not active on your server, or it is not possible to check your server configuration. If you want to use Friendly URLs, you must activate this mod. Does anyone find some sort of solution other than described above? Link to comment Share on other sites More sharing options...
davish1 Posted May 20, 2013 Share Posted May 20, 2013 :-( Link to comment Share on other sites More sharing options...
Swickaar Posted May 21, 2013 Share Posted May 21, 2013 Its sad that there are so many users facing this and no fix yet. We think that PS is making us reply on that SEO paid module. Link to comment Share on other sites More sharing options...
Bill Dalton Posted May 21, 2013 Share Posted May 21, 2013 This seems to work, http://www.prestashop.com/forums/topic/192951-solved-url-rewriting-mod-rewrite-is-not-active-on-your-server-using-cgifastcgi/ 1 Link to comment Share on other sites More sharing options...
Puriom Posted May 22, 2013 Share Posted May 22, 2013 (edited) So far, It seems it does! THANK YOU Edited May 22, 2013 by Puriom (see edit history) 1 Link to comment Share on other sites More sharing options...
YanK1973 Posted July 3, 2013 Share Posted July 3, 2013 (edited) Is there a way to check if mod_rewrite is enabled on Lighttpd? I tried this, the result was negative but i'm not sure if this method is a 100% fail proof with Lighttpd as with Apache. I do get the message in back office but my Friendly URL's seem to work fine in general in my site. Hosting company says rewrite is enabled but i'm having issues like adding to cart not working, can't check products to compare, quick search not working and i suspect is a Friendly URL & Lighttpd & mod_rewrite combination not setup correctly. (I'm on 1.5.4.1 btw). Edit All issues fixed by hosting company. Edited July 12, 2013 by yanc (see edit history) Link to comment Share on other sites More sharing options...
jcar98 Posted July 11, 2013 Share Posted July 11, 2013 All I did to fix it was change .htaccess file permissions and that took the message away. Permissions I set were 704 which is Read, Write & Execute Although when I put it back at 604 which is Read & Write, the message still didn't come back. Hope this helps someone. JC Link to comment Share on other sites More sharing options...
abhijeetkumar Posted July 13, 2013 Share Posted July 13, 2013 Can anyone please check the post http://www.prestasho...ly-url-enabled/ and suggest what needs to be done? Our system is already has use the legacy image filesystem as no. Also we are using all custom images. Will moving images to new file system help? mod-rewrite is also enabled on our server and URLs are also getting created properly. Images are showing properly in admin panel. Regards, Abhijeet Link to comment Share on other sites More sharing options...
Cintia Posted April 7, 2014 Share Posted April 7, 2014 I seems just a wrong detection of rewrite_mod existence. This detection is done in Tools::modRewriteActive(); If you want force to go forward, you can have a try to force it return true to see if it works or not. In file /classes/Tools.php. find this two lines public static function modRewriteActive() { Add this lie right after above two lines return true; This may or may not work. If it is not working, please restore back to original. I made this and the error message it's not showing anymore, but I still get the 404 in the front page I don't know what to do anymore! I really need to fix this Link to comment Share on other sites More sharing options...
abdul wahab mirza Posted May 9, 2015 Share Posted May 9, 2015 go to preferences> SEO & URL enable Friendly URL and Accented URL and it will work fine. Link to comment Share on other sites More sharing options...
jubissi Posted May 22, 2015 Share Posted May 22, 2015 I just moved my store from local, when all works fine, to host and then this bug got me, on latest version (1.6.0.14) Link to comment Share on other sites More sharing options...
blackscorpion Posted May 26, 2015 Share Posted May 26, 2015 This is the my url http://www.domain.com/product.htm, all of a sudden now it appears as http://www.domain.com/lang-6-product.htm can any one guide and suggest what is it that is going wrong here?? Link to comment Share on other sites More sharing options...
Recommended Posts