Jump to content

jstepp28

Members
  • Posts

    33
  • Joined

  • Last visited

1 Follower

Profile Information

  • Location
    Tahlequah
  • Activity
    Developer

jstepp28's Achievements

Newbie

Newbie (1/14)

2

Reputation

  1. Have you cleared all of your caches in the Performance screen? I think that has to be done in order to recreate them using the new "Friendly URLs"... If that's not it then it could be another cache like opcode (APC, Memcache, Xcache, etc.) or the Nginx cache could be pointing to the old URLs which won't work anymore. I've have this problem and clearing the cache(s) usually fixes things. Try it and please let me know if that fixes it... Thanks, James
  2. Hey I'm using that with no problem in my Apache logs. Here's my Apache RPAF config: LoadModule rpaf_module modules/mod_rpaf-2.0.so <IfModule mod_rpaf-2.0.c> RPAFenable On RPAFsethostname On RPAFproxy_ips XXX.XXX.XXX.XXX (Space separted IP or IPs of your nginx listener, localhost IP, apache listener for your VH IP) RPAFheader X-Forwarded-For </IfModule> Hope this helps... I love how fast it is and I'm using SSL on my whole site now using Nginx as a SSL Terminator with SPDY since Apache's support for it isn't as straight forward. Let me know if you get it working. Thanks, James Stepp
  3. I've been playing with the Percona/MariaDB/MySQL innodb memcached plugin and not having much luck beyond getting the pieces installed but I can't get the plugin to initialize so if there are any PHP/mySQL gurus out there that think this is worth some time and effort I'd love to know how to setup a test environment so we can test functionality and performance. Here are some links that will help get it installed and setup which is where I'm at but actually getting a Prestashop table loaded into cache is giving me fits. So even some help in that area would be amazing. Warning Not for casual/new admins --- "This will not be over quick... you will not enjoy this," - 300 http://the-phpjs-ldc.rgou.net/mysql/storage-engines.html#innodb-memcached Always trying to find ways to improve performance using tools that are free "if you're willing to go through the pains of the setup". Thanks- James
  4. Does anyone have experience with Percona 5.6 MySQL innodb memcache plugin? I'd love to know if there is an easy way to implement the MySQL calls so that they try MySQL's memcache plugin then the innodb table(s) to prime the cache for future use. If this is too much work or flat out not supported I will abandon this and move on but if this can improve Prestashop's performance even 30% or maybe more I'd work on it some more. http://dev.mysql.com/doc/refman/5.6/en/innodb-memcached-porting-mysql.html Thanks in advance... James
  5. There's a way to define the default charset in the php.ini file too. It's important to make sure that the header.tpl file has the right syntax for UTF-8 as well. The more that you can line every layer in the stack up and the OS as well the easier it will be for you to troubleshoot any issues since you know that everything else isn't causing the issue. Create a file (typically phpinfo.php) and put the following in it: <?php // Show all information, defaults to INFO_ALL phpinfo(); ?> Don't probably need all of that but maybe it will help others having the same issues... -James
  6. I found that inside the module the programmer creates the tables using the non UTF-8 character set. That's why it doesn't matter what you have defined for your shop. I bought an age verification module that loaded prior to almost anything else so in return it would change the connection charset as well so after I bought it and installed it I started to have database corruption in displayed characters when the dreaded double-space would change to: ÂNot cool and very hard to fix once they start showing up. So I hope that this clears it up for you and Vekia is the man! If you have a VPS and root access you can set the default charset in the my.cnf file, Apache httpd.conf my.cnf: init_connect="SET collation_connection = utf8_general_ci,NAMES utf8" collation-server=utf8_general_ci character-set-server=utf8 skip-character-set-client-handshake connect to mysql and run the following from the command line: mysql> show variables like '%character%'; +--------------------------+-------------------------------------+ | Variable_name | Value | +--------------------------+-------------------------------------+ | character_set_client | utf8 | character_set_connection | utf8 | character_set_database | utf8 | character_set_filesystem | binary | character_set_results | utf8 | character_set_server | utf8 | character_set_system | utf8 | character_sets_dir | /usr/share/percona-server/charsets/ +--------------------------+-------------------------------------+ 8 rows in set (0.00 sec) mysql> show variables like '%connection%'; +--------------------------+-----------------+ | Variable_name | Value | +--------------------------+-----------------+ | character_set_connection | utf8 | collation_connection | utf8_general_ci | extra_max_connections | 1 | max_connections | 90 | max_user_connections | 0 +--------------------------+- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ httpd.conf or .htaccess file (these are in the httpd.conf) AddDefaultCharset UTF-8 DefaultLanguage en-US Check your http headers (I like REDbot it's real clean): HTTP/1.1 200 OK Server: nginx Date: Sun, 24 Aug 2014 23:43:23 GMT Content-Type: text/html; charset=utf-8 Transfer-Encoding: chunked Connection: keep-alive P3P: CP= (Cookie); expires=Sat, 13-Sep-2014 23:43:23 GMT; path=/; domain=www.capvapor.net; httponly Content-Encoding: gzip Vary: Accept-Encoding Content-Language: en-US Hope this helps... Thanks! James
  7. Thanks for the response! I saw that I was getting those but wasn't sure where to look to resolve them. I uploaded a 1.5.6.2 default copy of the default theme without luck then the modules then the js folder, img and then replaced the override folder and that fixed the problems with the js issues. So I am getting the combinations correctly again. Now I need to reload the modules again but now I know how to troubleshoot this issue going forward and I should be able to get the rest of the shop back in order soon. Thanks again for pointing me in the right direction! J. C. Stepp
  8. Having a strange new issue with combinations in the front office. I am getting the following error using both the native and a css skin for the default theme in 1.5.6.2. Availability:THIS COMBINATION DOES NOT EXIST FOR THIS PRODUCT. PLEASE SELECT ANOTHER COMBINATION. Any ideas would be appreciated! I've been trying to tune my server for the fastest speed and added a cache module that caches to MySQL. Yes I have disabled and deleted all the cache options that are available many times. From smarty to xcache, memcache, the new module, and CCC. I've been trying to fix XHTML issues as well and reduce the BO modules down to only the required ones. I am using Avalara, M4 PDF and USPS modules in addition to the new Express Cache module. I have disabled all of them and I did see an improvement for awhile when Avalara was disabled so I downgraded it to last known good. Here are the sites: capvapor.net and capvapor.com They are both still in test so no orders are filled and you can use local pickup and POD options if you want to go through the checkout process. I'm at my wits end. I've gone through every iteration of SEO URLs and security and .htaccess and recreated products. It will work once then go away randomly. If anyone has seen this I'd appreciate any ideas! Thanks in advance! James Stepp
  9. Did you ever get this figured out? I'm having the same issue on 1.5.6.2 and it's when I enable SSL on the whole site. If I disable SSL it works fine so I tried a couple of changes that I found here but no joy yet... Thanks! James
  10. If you haven't found this yet here's a little change that fixed the same problem for me in one swipe of the virtual pen: https://github.com/PrestaShop/PrestaShop/commit/640100f10f789129dc50a0d68e3e82cedf85aad3 Hope it helps! James
  11. Try this if you're still having issues: https://github.com/PrestaShop/PrestaShop/commit/640100f10f789129dc50a0d68e3e82cedf85aad3 Worked like a charm for me on 1.5.6.2! Thanks James
  12. https://github.com/PrestaShop/PrestaShop/commit/640100f10f789129dc50a0d68e3e82cedf85aad3
  13. See if this helps: https://github.com/PrestaShop/PrestaShop/commit/640100f10f789129dc50a0d68e3e82cedf85aad3 Made this change in 1.5.6.2 and it fixed all the errors and everything is in the green now! -James
  14. I just found this after looking for a good fix for this issue and wanted to share since I found this link before I found the base issue: https://github.com/PrestaShop/PrestaShop/commit/640100f10f789129dc50a0d68e3e82cedf85aad3 Made this change in 1.5.6.2 and it fixed all the errors and everything is in the green now! Hope this helps others... -James
  15. That is what I was thinking too. I just wanted to bounce this off someone since I've been testing both methods and there is a lot more involved with converting after the tables and columns have been created using the latin1 charset and latin1_swedish_ci collation but I wanted to make sure. Thanks for the quick response and I will let you know if I see any issues or if this resolves the root problem... -James Stepp
×
×
  • Create New...