Как организовать в django отношение "родитель -- дочерняя запись" в models красиво?

Делал-делал... Через South Схема же заработала... И админка... а вот когда входишь внутрь записи все падает! Ошибка рендера админского шаблона.

Как организовать в django отношение "родитель -- дочерняя запись" в models красиво?

За оптимизацию не платят (сам себе задачи ставлю)...
Но лучше же сразу делать хорошо, а плохо, оно, само получится :)

Как организовать в django отношение "родитель -- дочерняя запись" в models красиво?

Cпасибо. Заработал вариант:

parent = models.ForeighKey("Person", blank=True, null=True)
# and
# parent = models.ForeighKey("self", blank=True, null=True)

На счет "перестроение всего одного индекса" не понял. Когда я в былые года программировал это было важно.

P.S. До 2004 года я много программировал (Cи, ColdFusion) и всяких граблей насобирал. Понятно, что тогда железо было не такое, но как-то уже на старте думаешь как все это крутиться будет. Особенно старая школа Cи под DOS на PC/XT сказывается. Когда всего 640К, а надо данных обработать на сотню мегабайт задумываешься даже о том как с оптимизировать позиционирование в файле, чтобы диск не сыпался и лента не долго перематывалась.

Как организовать в django отношение "родитель -- дочерняя запись" в models красиво?

Так обгуглился... ктоже знал, что self надо в кавычках... А без кавычек ругается.... Кстати, так схема работает, но падает админка django

Хранение статических файлов на сервере

Хм... допустим если на Си так делать, то скорее всего правда будет быстрее (не надо файловую систему дергать, а seek и правда в файлах быстрый). А вот в Python? Там известно будет убыстрение или нет???

Минус метода -- ничего не удалить. Удаляя seek-ссылку файл-же не трогаем.

Как заставить Django работать, если он не может "разрешить" fixture для sqlite3?

В общем проблема решилась так:
Когда стал что-то ковырять в пустом проекте он в браузер стал что-то выдавать. При возникновении ошибок обнаружилось, что несмотря на то, что в:

python
>>> import django
>>> django.VERSION
(1, 5, 1, 'final', 0)

На самом деле подхватывалась версия 1.6.x ... Т.е. когда я откатывал версию, она как-то откатилась не совсем... При этом в среде PyCharm тоже показывала версию 1.1.5 ... т.к. ничего не запускалось, то я не мог проверить что-же работает. Тем более, что из командной строке показывает версии какие нужно.

Аналогично и с самим PYTHONю ОН какой-то . левый запускался. Которого нет ни в переменной PATH, ни в настройках PyCharm.

Все снес (включая PYTHON)б все поставил снова и заработало.

Кстати трюк с BASE_DIR отлично сработал и с:

TEMPLATE_DIRS = ( os.path.join(BASE_DIR, 'templates'), )

теперь не надо писать два разных пути (для UBUNTU и WINDOWS). Теперь осталось разобраться почему перестало работать под UBUNTU (наверняка та же проблема) и научиться запускаться в удаленной среде!

СПАСИБО!

Как заставить Django работать, если он не может "разрешить" fixture для sqlite3?

Создал пустой проект. Там вообще все другое в seting.py! Причем другое под той же DJANGO 1.5.1 ... почему?

Как заставить Django работать, если он не может "разрешить" fixture для sqlite3?

Рецепт не сработал :( Но ругается теперь иначе:

Traceback (most recent call last):
  File "C:\Users\Sergei\My Programm\django\prj16\", line 10, in <module>

Я уже откатил DJANGO назад до 1.5.1 ... Под UBUNTU теперь тоже не работает.

Как получить данные геопозиционирования от браузера?

Вот там, что-то, и не находится. Похоже, самое сладкое, google себе оставляет.

Как получить данные геопозиционирования от браузера?

Спасибо, отличный совет.

А получить от google локацию никак нельзя? Я вот подключен по проводам, но google отлично знает где я (ведь я ему когда-то указал свое местоположение)

Как получить данные геопозиционирования от браузера?

Спасибо. Но это определение по IP дает очень приблизительные данные. Например для моего компьютера определилось (Широта 60, Долгота 100... Т.е. центр России, и даже не потрудилась сообщить северная-ля это широта, и восточная ли долгота).

Речь идет вот о чем:
https://support.google.com/maps/answer/3093609
Кроме того, я могу сам поправит свои координаты google-картам и они их запомнят на будущее (работает только для настольных компьютеров). Мне хочется в своем приложении узнать эти координаты.

Многоязычный сайт… не блог… как?

Хорошее решение. Спасибо. Шаблон еще переделать для нового языка не сложно, но вот вспомнить контекст каждого употребления реально не просто. Ведь есть падежи, спряжения, склонения, герундии… Англоязычное слово может быть одно, а вот русских или венгерских соответствий много.

Кроме того, кажется добавление нового языка будет не человеколюбиво. Вспомнить все контексты употребления слов и сочетаний не просто.

Многоязычный сайт… не блог… как?

Не знал… Как-то сложно все это должно быть в случае с таблицам связей…

Многоязычный сайт… не блог… как?

Так это же не слово… это атрибут или описание классификатора… например, если есть атрибут единица измерения, и на всех языках это будет $ (знак доллара) то будет что-то типа [ru:$][en:$][jp:$]… эту же строку обработает фронт энд и из нее добудет нужный символ для конкретного языка… Мало того, можно фронт-энд запрограммить на поведение когда не удалось сделать разбор строки на принадлежность к языку…

Шутка в том, что сами атрибуты довольно жестко заданы. Их не надо часто редактировать, менять и новые создавать. Что-то типа рубрикатора в журнале или классифайд. Классифайд задан жестко, но многоязычен.

Многоязычный сайт… не блог… как?

А как? Ведь это таблицы связей?! Допустим у меня есть таблица с URL на картинки… картинкам язык не нужен, они для всех языков одинаковые. И есть таблица с классификатором картинок: Котики. Сиськи, Самодельные взрывные устройства… Не теги, а жестко заданная классификация… при чем для каждого класса есть еще и развернутое описалово. Не то чтобы этим описаловом будут пользоваться, но его надо иметь. Ну чтобы любопытные могли узнать «что есть сиськи и почему рудиментарные мужские молочные железы к таковым не относятся»… Так вот. в вашем случае все связи одно к многим превратятся к много ко многим (ведь к каждой картинке будет несколько связей с записями к разделе классификации (каждая запись на одном языке)… Кроме того. в админке придется все эти связи зафиксировать. Т.е. каждую картинку с котиком атрибутировать как «кот», «cat» и "猫"… учитывая что контент менеджер не знает всех языков… Это избыточно, и не юзабильно со стороны админки.

Я пока склоняюсь к третьему варианту. Там на каждый вариант классификации только один вариант связи.

Многоязычный сайт… не блог… как?

Тогда вараинт с записями в полях [ru::Золотой][en::Gold][jp::ゴールド] как раз подходит…

Какой выбрать NAS?

Зависит от настроек в материнской плате… В более-менее современных есть такие фичи почти всегда. А вот со всяким просыпанием по алерту из сети — сложно. Не все и не всегда работает.

Какой SSD выбрать?

Если брать для SSD-кэша, то IMHO предпочтительнее Vertex 4 нежели прочие (даже VECTOR). У него самые быстрые показатели случайного чтения-записи

Астрономический счет за интернет в роуминге, что делать?

Несознанка? Ничего не знаю. Телефон потерял.

Посоветуйте монитор

Это цены еще и с доставкой FedEx!& Мама-дорогая! Дайте две!