• Плутон считать планетой
    +1
    В смысле «без изменений»? А Южный Океан?
  • Что делать если вдруг перестала работать программа
    +2
    Сейчас же новая мода какая-то: прятать все свои контакты, так что я искал адрес чтобы спросить что может быть не так, — не нашёл. Ну и теперь то вовсе не намерен. Скорее свой сервер напишу, который будет шатдаунить комп вместо того чтобы монитор гасить.
  • История реверс-инжиниринга одного пушистого зверька
    +2
    Наконец то, хабр — тот!
  • Интервью с астрофизиком Нилом Тайсоном
    0
    Качество как раз только такое, к сожалению.
  • Интервью с астрофизиком Нилом Тайсоном
    +3
    Я вообще специализируюсь на переводе стендапов, там в канале на yt есть примеры.
  • Интервью с астрофизиком Нилом Тайсоном
    +1
    Да. Специально вырыл в интернете её, у англичан более удобная фраза: my very educated mother just served us nine pizzas, хотя Тайсон и за неё ругает.
  • Интервью с астрофизиком Нилом Тайсоном
    +4
    Переводчик долго думает и специально оставляет паузу пока говорит Нил. Зачем? Просто маленькая шалость, некоторым понравилось, некоторым не очень, у вторых прошу прощения.
  • Интервью с астрофизиком Нилом Тайсоном
    0
    Она ведь есть в оформлении поста: youtu.be/CAD25s53wmE
  • Интервью с астрофизиком Нилом Тайсоном
    +2
    Сложно сформулировать. Банально хочется чтобы как можно больше людей познакомились с чем-то хорошим. Даже тем, кто язык вроде бы знает, сложнее начать смотреть полуторачасовое интервью на английском, чем просто на русском.

    И да, ваше «спасибо» очень важно, кроме шуток, и присоединяюсь к словам фритоника.
  • Хранение иерархических данных в плоском виде
    +1
    Это так, но ведь и вы же написали этот комментарий, хотя минимум уже трижды было озвучено? ;)
  • Хранение иерархических данных в плоском виде
    0
    В общем начиналось всё с числового этого «пути», то есть были бы пути в духе тех, что я написал в примере 010000 и подобные. Чтобы работала сортировка, я, конечно, должен добивать нумерацию на нулевом уровне нулями на младших разрядах, чтобы 02 не оказалась раньше 010101, например.

    Так как длина числа ограничена и это всего 10 значений на знакоместо, я перешёл на буквы, то есть та самая система счисления с основанием 50. Но буквы сортируются не по значению, а алфавитно и получается что добивать нулевыми разрядами ничего не надо, то есть ac всегда будет идти после ababab, например.

    Вложенность остаётся ограниченной просто длиной текстового поля отведённого под этот хеш, вот. Надо попробовать проверить этот вариант на практике, чего лишние буквы хранить.
  • Устройство интернет-радиостанции
    +1
    Вроде бы как раз на эти вопросы я в прошлой статье отвечал. У нас максимально навороченные технически эфиры проводятся, да :) Послушать можно или на сайте у меня фрагменты какие-то или просто выпуск ТСН, например.
  • Устройство интернет-радиостанции
    +2
    А что именно?

    Те, кто хотят начать обычно не понимают вообще архитектуры взаимодействия этих всех штук, её я и постарался описать. Кроме названий я ещё написал зачем они нужны, хорошо, если Вам это всё и так было известно, но не примеры же конфигов выкладывать, в самом деле.
  • Хранение иерархических данных в плоском виде
    0
    Фактически нет, то есть это надо всё перенумеровывать заново будет, ещё одно ограничение, которое в случае комментариев значения вообще не имеет, но может иногда играть роль, действительно.
  • Хранение иерархических данных в плоском виде
    +1
    Во-первых в GAE нет хранимых процедур.

    Во-вторых идея была именно хранить данные так, чтобы их можно было одним простым запросом извлечь и оформив отобразить, без обработки.
  • Хранение иерархических данных в плоском виде
    +2
    Читать комментарии когда начались сворачивания просто вообще нельзя. Это и не нравится, никто и не читает. Expand этот клёвая штука, но медленный до ужаса.

    Мне куда больше нравятся варианты хабра и лепры/дёти, надо думать и то и другое футурико основали, так и остаётся. И там (на лепре) бывает за тысячу комментариев, ну тяжеловато открывается, да… Можно придумывать страницы; самое соблазнительное, конечно, — нарезать по комментариям первого уровня. Причём GAE как раз будет мотивировать ограничивать не по комментариям первого уровня.

    Кстати бесконечная вложенность, именно визуальная, приводит к комментариям шириной в 50 точек на хабре — не лучший вариант. Это была одна из идей, из которых я исходил вообще — ограничить вложенность по крайней мере визуально.
  • Хранение иерархических данных в плоском виде
    +2
    Чисто внешне: что ли можно это читать? Всего 200 комментариев, а превратилось в целый квест.
  • Хранение иерархических данных в плоском виде
    0
    Для начала я бы давал «листать» аяксом, продолжая вниз, не потеряешься. Проблемы найти комментарий первого уровня для любого заданного дочернего нет, это будет комментарий с хэшем с обнулённым хвостом, можно начинать страницу всегда с таких. Это всё довольно легко решается при таком подходе по-моему.
  • Хранение иерархических данных в плоском виде
    0
    Ну я немного в курсе, но лишние данные дублировать не очень люблю, хоть и нереляционное. И в реляционных, с которыми иногда работаю стал немножко денормализовывать по-тихому, пока студенты не видят.
  • Хранение иерархических данных в плоском виде
    +1
    Это да. Я вообще в последнее время от фундаментализма нормализации склоняюсь к денормализации, заметно упрощает жизнь. Ну в разумных, конечно, пределах.
  • Хранение иерархических данных в плоском виде
    0
    В lj одна из самых медленных и некрасивых реализаций комментариев, уж я не знаю что причиной, миллиарды комментаторов или таки кто-то пытался решать проблему «в лоб». Кстати у них ещё и какое-то смешное ограничение на количество комментариев к одному посту есть.
  • Хранение иерархических данных в плоском виде
    0
    В моём случае как раз решается легко: по порядку, плюс аяксом подгружать вниз. То есть вот select from comments where blogpost = :1, order by hash, limit 500. В случае с GAE правда будет небольшой косяк с limit 500 (он не умеет), но обходится легко как раз с помощью монотонно растущего hash.
  • Хранение иерархических данных в плоском виде
    0
    закатил обновление, строим индекс ;)
  • Хранение иерархических данных в плоском виде
    0
    Без вложенности? Так сначала и было, очень неудобно.
  • Хранение иерархических данных в плоском виде
    0
    А там ничего особенно интересного, про нагрузку я отдельно писал, там и графиков побольше.

    Сейчас нагрузка по заходам меньше чем в тот раз была.
  • Хранение иерархических данных в плоском виде
    0
    Ой.

    Плохо соображаю под конец дня, но кажется вы очень толковый вопрос задали, спасибо. Непременно отчитаюсь отдельно об этом.
  • Хранение иерархических данных в плоском виде
    0
    Попробуйте что ли прочитать текст статьи?
  • Хранение иерархических данных в плоском виде
    0
    А покажите мне блог, где больше 2500 комментариев? И я соглашусь сделать трёхразрядными счётчики, придётся исправить ровно один символ в дефайнах.
  • Хранение иерархических данных в плоском виде
    0
    Не совсем. Чуть подправил текст, чтобы было лучше понятно что именно я предлагаю.
  • Хранение иерархических данных в плоском виде
    0
    Да, «задача» была именно такая. Хотя совершенно не факт, что это экономически наиболее эффективный путь, так как на вычисление этих хешей я тоже что-то трачу ведь.
  • Хранение иерархических данных в плоском виде
    +1
    Ну да, на клиенте, который http-сервер. GAE за лишние вычисления будет лишние ресурсы процессора начислять.

    Я дерево как бы не строю, я тупо показываю всё отсортированным по хешу с отступом равным полю «отступ», дерева как бы и нет, только в виде абстракции и резервных ссылок на родителей.
  • Хранение иерархических данных в плоском виде
    0
    О, видимо да. Некоторая модификация и, по-моему, не бинарное представление.

    Всегда приятно самому изобрести действующий велик!
  • Хранение иерархических данных в плоском виде
    0
    Идеи доставать отдельно ветки не было (хотя можно это сделать, нужно будет делать запрос с двумя условиями по хешу).

    Строить дерево на клиенте… ну фиг знает, что-то в этом есть порочное ;)
  • Хранение иерархических данных в плоском виде
    +1
    А как вычислять то поле которое «по порядку»? У меня вот для него этот хэш и есть, вроде бы. Из него на самом деле видно и уровень, но я его в явном виде ещё храню, чтобы не делать лишних «вычислений».
  • Хранение иерархических данных в плоском виде
    0
    Ну мне хотелось именно выгребать в готовом виде всё сразу из базы, такая идея фикс.

    Нет, я писал для своего блога на GAE, что-то там пока больше двух ответов редко бывает :)

    Много ответов всегда сложно читать, вариант который предлагает тот же lj ещё хуже, например.
  • Хранение иерархических данных в плоском виде
    0
    Сложнее структура и её каждый раз придётся менять. Ну и запросы типа order by f1, f2, f3, f4, f5… мне тоже не очень нравятся. Зато нет ограничения на разрядность на каждом из уровней.
  • Статистика по профилям пользователей ВКонтакте
    +1
    особенно первого апреля
  • Скоростная фотосъёмка дома
    0
    Простите, но пять лет школы не дают молчать: карандаш это сразу графика будет, никакой живописи в самом деле сразу. Но что до вспышек и композиции тут вы правы на 100%, вспышки никак композиции не противоречат абсолютно.
  • Скоростная фотосъёмка дома
    +1
    Шторка фотоаппарата это довольно медленная механика.

    Вроде бы фотоаппараты умеют снимать с выдержкой 1/1000, но это не совсем честно: при таких выдержках плёнка/матрица экспонируется не целиком. Первая шторка начинает открывать матрицу, а следом сразу движется вторая шторка, закрывает, получается такая «щель», которая пробегает через весь элемент. Если в процессе сработает вспышка — она засветит только часть кадра, будет тёмная полоса снизу или сбоку, зависит от реализации.
  • Скоростная фотосъёмка дома
    0
    Вы не подумайте, я знаю что такое генератор и что это фигеть как клёво ;) Ещё я знаю сколько он стоит. Ну и посмотрите на фото разумовского, это не генератор, это импульсы по 1/200 (ну примерно), длиннее того, что даёт вспышка и да, у него даже видны иногда «быстрые» нейро капли, ну тут некоторая борьба будет техническая, но этим вполне можно заниматься. Очень важный вопрос синхронизации, который автор здесь решил ээ… оказывается решён.