Solution fo "LookupError: unknown encoding: A" when running Trac 1.2 on WIndows with Python 2.6.x
When installing & running standalone Trac 1.2.x on Windows, an error could happen after you firstly visit your Trac website:
LookupError: unknown encoding: A
It's probably caused by messy encoding issue of your Windows CMD environment.
There is a simple workaround to resolve this issue. Check the error message, and trace back to site-packages\trac\util\datefmt.py, function _format_datetime_without_babel(t, format)
You can see the final encoding is determined by 3 possible sources:
encoding = getlocale(LC_TIME)[1] or getpreferredencoding() or sys.getdefaultencoding()
If you try to import appropriate modules and print out these source, the results can help you understanding exact what encoding could be used. In my case, the results are empty, "cp950", and "ascii" respectively.
Encoding "cp950" usually causes painful issues when executing Python code...
So, the workaround is to comment the original encoding retrieval statement, and use system default encoding instead:
#encoding = getlocale(LC_TIME)[1] or getpreferredencoding() or sys.getdefaultencoding()
encoding = sys.getdefaultencoding()
Stop and restart tracd.exe, and it should get you the Trac project selection frontpage.
下午2:06 | | 0 Comments
ERR_TOO_MANY_REDIRECTS on Prestashop 1.7.0.4 Installation with LAMP
Trouble shooting for ERR_TOO_MANY_REDIRECTS error when installing Prestashop with LAMP environment.
Problem:
- Encounters ERR_TOO_MANY_REDIRECTS error when installing Prestashop 1.7.0.4 on LAMP / LNMP
- Searched relative solutions, but nothing works ( last search : 2017/02/05 )
- closest one with no response yet : https://www.prestashop.com/forums/topic/574791-too-many-redirects-using-xampp-prestashop-1702/
- Installing Prestashop 1.7 on WAMP in another Windows machine or virtual machine
- Migrate Prestashop 1.7 on WAMP to LAMP in your target machine
- Check out migration procedure in another post : Migrating fresh Prestashop from WAMP to LAMP
上午11:30 | 標籤: LAMP, PHP, Prestashop | 2 Comments
Migrating fresh Prestashop from WAMP to LAMP
Original package and environment :
- Prestashop 1.7.0.4
- WAMP server 64 bit 3.0.6
- Windows 10
Target package and environment :
- Prestashop 1.7.0.4 (the same as original package)
- LAMP - Ubuntu 16.04, Apache2.4, MySQL 5.7.17, PHP 7
Migration procedure :
- Exporting Prestashop database from WAMP as .sql or whatever format you prefer
- Importing Prestashop database into LAMP
- Make sure your Prestashop database on LAMP allows the same access permisson as that of Prestashop on WAMP
- Packing Prestashop installation folder from WAMP as .zip or whatever format you prefer
- Unzip and deploy Prestashop in LAMP (ex. /var/www/html/prestashop )
- Turn on the development mode of Prestashop
- Edit prestashop/config/defines.inc.php, alter define('_PS_MODE_DEV_', false) to true
- Start LAMP and browsing your migrated Prestashop website
- It is possible that some PHP module needs to be installed and turned on. Just following the error messages and do what you have to do.
- If you encounter an issue that front-end shows empty pages :
- remove .htaccess in your /var/www/html/prestashop
- enter your Prestashop backend, find friendly URL option in configure => shop parameters => traffic => SEO, slide down, turn off friendly URL option, and save to regenerate .htaccess
- If you encounter an issue that your connection is always redirected to localhost :
- enter your Prestashop MySQL DB, alter PS_SHOP_DOMAIN and PS_SHOP_DOMAIN_SSL from localhost to specified IP or domain
- enter your Prestashop backend, find configure => shop parameters => traffic => SEO, slide down, alter domain and domain_ssl from localhost to specified IP or domain
- Done
上午10:39 | 標籤: LAMP, PHP, Prestashop, WAMP | 0 Comments
Taiga Installation Troubleshootings
Installation assumptions :
- On Ubuntu 16.04.1 LTS
- Followed : http://taigaio.github.io/taiga-doc/dist/setup-development.html
- It's a little different form setup-production.html ...
- Using taiga-back @ github, cloned 2017-01-14, taiga-front @ github, cloned 2017-01-16
Back-end Issue :
- django.db.utils.OperationalError: FATAL: Peer authentication failed for user "taiga"
- check your settings/local.py for password configuration of user "taiga"
- If that doesn't work
- check your /etc/postgresql/9.x/main/pg_hba.conf
- revise the line "local all taiga peer" from space-based separation to tab-based separation
- service postgresql restart
Front-end Issue :
- No such file or directory -- /usr/share/rubygems-integration/all/gems/rake-10.5.0/bin/rake when installing scss-lint
- find your rake command (using whereis command maybe)
- in my case the rake command is found in /usr/bin/rake
- create directory /usr/share/rubygems-integration/all/gems/rake-10.5.0/bin/
- soft-link /usr/share/rubygems-integration/all/gems/rake-10.5.0/bin/rake to /usr/bin/rake
- re-install scss-lint as instruction
下午1:46 | 標籤: Django, linux, python, Taiga | 0 Comments