esse's profile - activity
2013-06-15 04:40:25 -0600 | received badge | Famous Question (source) |
2013-06-15 04:40:25 -0600 | received badge | Notable Question (source) |
2013-06-15 04:40:25 -0600 | received badge | Popular Question (source) |
2013-04-04 21:46:19 -0600 | asked a question | tags not displaying in side bar Tags are not correctly displaying in side bar. Only the first tag is displayed, while all the rest are in the html they are not visible. I inspected them via my browser and I can not figure out why they are not appearing? Any suggestions or others that have had similar issues would like to hear. |
2012-11-22 23:56:22 -0600 | commented answer | Which version of Django works with Askbot 0.7.43? outside of some of my own mistakes no :) I have installed askbot from both the pip install askbot and from the python setup.py develop via a virtualenv. In either case you will need to run pip uninstall django after install then run pip install django=1.3.4. If you install via python setup.py you can also modify askbot/__init__.py REQUIREMENTS to have 1.3.4 as the required django. |
2012-11-22 22:51:40 -0600 | commented question | MIDDLEWARE_CLASSES order I have been reading the Django documentation lately and I notice that sometimes they have the SessionsMiddleware before CommonMiddleware, despite their documentation that I linked to. Still not 100% sure about it all. |
2012-11-21 00:17:14 -0600 | asked a question | MIDDLEWARE_CLASSES order I noticed that the order recommended by askbot for MIDDLEWARE_CLASSES has: whereas django documentation and default settings has: If i change the order to match what Django recommends it takes the site down ... the ordering of middle ware always confuses me a bit, but I am wondering why the difference and if it has any side effects for other functioning? |
2012-11-21 00:08:18 -0600 | commented answer | Which version of Django works with Askbot 0.7.43? I am running askbot 0.7.44 with django 1.3.4 and it appears to be working well. |
2012-11-20 09:09:02 -0600 | received badge | Student (source) |
2012-11-20 01:39:03 -0600 | asked a question | configuring MEDIA_URL with pre-existing project I have integrated askbot into a pre-existing project. In that project i have MEDIA_* variables set as follows: The issue is that with those settings if I try and upload an image with a question in askbot it attempts to write it at <project_dir>/media/ I would rather it write to <project_dir>/askbot/upfiles as it would if I used the default settings askbot generates: I know that I can create new variables and use those, but I was wondering if there was an easy way with askbot to have askbot use the path it wants to go to upfiles and the rest of my project to use the paths I have already defined. I saw this question but ASKBOT_FILE_UPLOAD_DIR does not change things, and I noticed that django.core.files.storage.get_storage_class is used in store_file so it is using the MEDIA_ROOT and MEDIA_URL there. Not sure if there is a nice way to have askbot point to a different location. |
2012-11-19 21:42:51 -0600 | commented answer | Why there are issues with mod_wsgi, when runserver works? Thanks for pointing me in the right direction. It was a combination of python path and Apache mod_wsgi variables not being set correctly. Things are working well so far. Thanks. |
2012-11-19 21:41:38 -0600 | received badge | Scholar ( source ) |
2012-11-18 10:07:42 -0600 | commented question | Why there are issues with mod_wsgi, when runserver works? Any suggestions? |
2012-11-17 14:20:41 -0600 | commented question | Why there are issues with mod_wsgi, when runserver works? The apache log states mod_wsgi compiled for python 2.7.2+, my system python is 2.7.3. I have libapache2-mod 3.3-4build1 installed. |
2012-11-17 14:06:18 -0600 | commented question | Why there are issues with mod_wsgi, when runserver works? When running via django runserver it appears to work fine. That is I have not had any hanging issues while running via django server. |
2012-11-17 13:45:35 -0600 | asked a question | Why there are issues with mod_wsgi, when runserver works? I have been trying to get askbot to work on my local server as a deployed project with out luck. Just to state, I have a number of Django projects that I run, so I am familiar with Django and deploying. My system: Ubunut 12.04 (64bit) python 2.7.3 EDIT: when running from django, i.e. python manage.py runserver it appears to run fine with my limited testing. With respect to deploying askbot I have tried many permutations, but lets start from the basic pip install askbot. I follow askbot documentation instructions for install, config, deploy with default settings. The site runs and I can log in etc., the issue is that once it is deployed the site will always hang and crash at some point when I am testing it by asking/answering questions. I believe it has something to do with mod_wsgi. The following are two different cases from my apache error log. First example: Second example:
|
2012-11-15 22:45:05 -0600 | received badge | Editor (source) |
2012-11-15 21:35:02 -0600 | asked a question | freezing when trying to ask question I have been working on integrating askbot into a project I am working on and all has appeared to work well while running it through Django during development. I deployed the site on my server running apache and all appeared to work until I tried to ask a question. When asking a question the site page just hangs, with no response and the rest of my site hangs. I logged into postgres and performed a couple select statements on the DB just to make sure things were working for that, no problems. I edited my profile through askbot to make sure that posts were taking place, no problem. But if I try and "ask your question" it freezes my whole system!!!! Any ideas? |
2012-11-11 02:13:17 -0600 | commented answer | Bug: SocketServer.py timed out errors on console I am having the same issue while running it through django server, have not tried to deploy it yet. I am running this on Ubuntu 12.04 with python 2.7.3 and have tried it with both Django 1.3.1 and 1.3.4 and get the same errors. |