Браузер не видит 127.0.0.1:8000 под Ubuntu

именно www?

скорее всего у тебя руки не из того места растут. А не «неправильно настроена убунта.»

А какой именно адрес ты вводишь в адресную строку браузера? И второй вопрос: браузер тоже запущен в виртуальной машине под убунтой?

1. http://127.0.0.1:8000 2. Да, браузер запущен под виртуалкой.

А попробуй в виртуалке в терминале запустить

wget -O - http://127.0.0.1:8000

Не совсем понял к какому предложению отнесён вопрос. Именно странно то, что с http соскакивает на www

(.env)gnom@gnom-virtual-machine:~/oborudka$ wget -O - http://127.0.0.1:8000 --2012-07-15 18:05:22-- http://127.0.0.1:8000/ Подключение к 127.0.0.1:8000... соединились. Запрос HTTP послан, ожидание ответа... 500 INTERNAL SERVER ERROR 2012-07-15 18:05:25 ОШИБКА 500: INTERNAL SERVER ERROR

500 INTERNAL SERVER ERROR

Иван спасибо, хоть как то прояснил ситуацию. Попробую дальше с гуглом пообщаться.

В терминале где run server запущен должен ошибку написать.

runserver запускается нормально, как и всегда должен... Ошибок никаких не пишет

Ошибку он должен написать когда в браузере (или wget-ом) открываешь страницу.

Ты ж в питоне не сечешь, ты ж в рнр спец ? :)

ну то что пишет браузер, я написал в первом посте курсивом, а wget-ом посмотри чуть выше своего первого поста, я тоже писал....

Ты где пишешь «runserver»? В терминале? Вот туда же он ошибки и выдаёт.

Я и в терминале запускал и через IDE Pycharm. Всё корректно запускается, ошибок не выводит. Да вот браузер не может присоединиться к адресу, который я выше писал...А если браузер не видит, так это что то с настройками системы, я так думаю. а 500 INTERNAL SERVER ERROR толком не помогло... Буду плясать с бубнами

Я и в терминале запускал

Запусти runserver в терминале, затем перейди в соседнюю вкладку терминала и запусти там wget, затем вернись в ту вкладку, в которой ты запустил runserver, и посмотри что он там написал.

second_buddha

с первого wget только одна строка: [15/Jul/2012 20:28:09] «GET / HTTP/1.1» 500 293612

потом оключил и опять запустил runserver, прописал wget во втором окне, получил:
Traceback (most recent call last):
File «/home/gnom/oborudka/.env/local/lib/python2.7/site-packages/django/core/servers/basehttp.py», line 284, in run self.finish_response()
File «/home/gnom/oborudka/.env/local/lib/python2.7/site-packages/django/core/servers/basehttp.py», line 324, in finish_response self.write(data)
File «/home/gnom/oborudka/.env/local/lib/python2.7/site-packages/django/core/servers/basehttp.py», line 420, in write self._write(data)
File «/usr/lib/python2.7/socket.py», line 324, in write self.flush() File «/usr/lib/python2.7/socket.py», line 303, in flush self._sock.sendall(view[write_offset:write_offset+buffer_size])
error: [Errno 104] Connection reset by peer ----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 51154) Traceback (most recent call last):
File «/usr/lib/python2.7/SocketServer.py», line 284, in _handle_request_noblock self.process_request(request, client_address)
File «/usr/lib/python2.7/SocketServer.py», line 310, in process_request self.finish_request(request, client_address)
File «/usr/lib/python2.7/SocketServer.py», line 323, in finish_request self.RequestHandlerClass(request, client_address, self)
File «/home/gnom/oborudka/.env/local/lib/python2.7/site-packages/django/core/servers/basehttp.py», line 570, in __init__ BaseHTTPRequestHandler.__init__(self, *args, **kwargs)
File «/usr/lib/python2.7/SocketServer.py», line 640, in __init__ self.finish()
File «/usr/lib/python2.7/SocketServer.py», line 693, in finish self.wfile.flush()
File «/usr/lib/python2.7/socket.py», line 303, in flush self._sock.sendall(view[write_offset:write_offset+buffer_size])
error: [Errno 32] Broken pipe ----------------------------------------

Ошибка говорит о том, что соединение разорвалось, до того как джанга послала весь ответ.
Попробуй несколько раз wget-ом эту страницу забери, всегда эта ошибка появляется?

На пустом проекте такая же ошибка?

Поведение браузера, скорее всего, связано с настройкой «browser.fixup.alternate.enabled», зайдите по адресу «about:config» и отключите её.

А django, вы, похоже, прикрутили криво.

Пробовал несколько раз, то же самое пишет.

На пустом проекте(версия django 1.4) wget получает в терминале html-разметку, видимо корректно отрабатывает, но браузер так же себя ведет , как и на готовом проекте(версия django 1.3.1).

Настройку поставил в значение false, никаких изменений не наблюдалось.

А разве django реально прикрутить коряво? единственное что, версии немного разные
Готовый проект django 1.3.1
Пустой проект django 1.4
Разница, как писал выше, есть при получении данных wget'ом , но при этом браузер себя ведёт коряво в обоих случаях...

поставил sudo apt-get install chromium-browser , он всё показывает на обоих проектах...
значит это firefox плохо пашет!

значит это firefox плохо пашет!

wget забыл в этот список, он тоже плохо пашет

если ты в настройках ничего не делал, а просто поставил новый браузер и всё заработало, то ты просто избавился от симптома, но не решил проблему

значит это firefox плохо пашет!

Firefox не делает ничего неправильного, он просто получает весь контент, если он есть в кеше и сервер в заголовках не сообщил о наличии изменений. Кеширующие прокси-сервера будут скорее всего делать то же самое. То, что такое поведение не нравится django - это проблемы django. И то, как я понял из описания такого поведения в гугле, единственный проблема - это слегка засранные логи 8).

Вот кстати полезная ссылка в тему: http://ru.wikipedia.org/wiki/Википедия:Кэш.

согласен, хотелось бы это решить, а не отсрочить

Забавно, очистил кэш в firefox, всё везде заработало. Спасибо всем огромное, всё оказалось просто...

он просто получает весь контент,

НЕ получает, конечно же.

Забавно, очистил кэш в firefox, всё везде заработало. Спасибо всем огромное, всё оказалось просто...

Правильнее всё-таки отдавать в заголовках дату модификации контента. Или срок протухания. Тогда подобных проблем не возникнет.