Хакер

Хакер в треде

все в бункер

https://vk.com/pirsipy?w=wall-69108280_5908

что заебали уже джангой

Ты просто ее ниасилил, вот и бесишься 8)

с копипастой не разговариваю!11одиннадцать1

что заебали уже джангой

Однако самый популярный фреймворк под веб на Питоне. Терпи.

фласк обгоняет

Если учитывать говноподелки для локалхоста, то уж точно

жанга название избыточно вызывающее

Если учитывать говноподелки для локалхоста, то уж точно

??

На жанге проще говноподелку сделать, там даже думать не надо

Хотя я бы не стал считать фласк популярнее жанги из-за того, что у него звёздочек на гитхабе больше

+

Разные по использованию фреймворки

да не сказать

бложики и гомозинчики клепают на всём подряд

На джумле особенно

фуфуфу

изыди

Хотя я бы не стал считать фласк популярнее жанги из-за того, что у него звёздочек на гитхабе больше

А что на Пипи статистика инсталляцию показывает?

статистика пипи бесполезна примерно полностью

хотя может использоваться для анализа сравнительной популярности

https://code.djangoproject.com/ticket/373 чота я от таймлайна просто хуею

https://code.djangoproject.com/ticket/4136 опенед/клозед тоже клёвые

мда... этим говном (жангоормом) вообще можно пользоваться в реальном мире, а не только в розовом вебе?

мда... этим говном (жангоормом) вообще можно пользоваться в реальном мире, а не только в розовом вебе?

Читать тикетв 10 летней давности это сильно.

ну... я почему-то думал что они композитные ключи таки запилили гдето в 1.3

оказывается нет

https://code.djangoproject.com/ticket/373 чота я от таймлайна просто хуею

Ооо, это вообще знатный запросик. Но думаю они его не осилят, т.к. иначе у них поломается вот та самая фигня про полиморфные связи.

а вот в СА не ломаеццо 8(

Сейчас оно всё работает опираясь на незыблимость правила - на любой объект можно сослаться зная его ContentType и primary_key

бгы

страна розовых пони

Т.е. в табличку которая ссылается на разные другие таблички, достаточно добавить два поля - content_type и что то типа object_id

А если этот object_id вдруг превращается в multicolumn primary key то вся эта красота летит к чертям

В итоге все пилят на django, flask, tornado

?

кому нужен тот торнадо...

Тем более)

А твистед?

На hh мало, кто требует этого)

споткнулся об запятую и умер

на твистеде веб пилят лишь особо упоротые обычно

А если этот object_id вдруг превращается в multicolumn primary key то вся эта красота летит к чертям

Ты ещё добавь, что object -id это поле, которое принудительно создаётся ормом и хейтеров вообще порвёт

либо когда нужны шлюзы

на твистеде веб пилят лишь особо упоротые обычно

А кто о вебе то?

Ми

изначально речь шла про веб фреймворки

твистед к ним не относится

аааа. Сорри, амфетамины не подвезли

если хотите про твистед для веба, то твистед.веб2 вроде загнулся уже

https://github.com/twisted/nevow есть еще такое

торнаду сравнивать также бессмысленно

Зарт, помнишь ты сказал, что w флаг ничем не отличается от а флага?

тем, что a дописывает в конец, а w сначала полностью стирает файл

в терминах POSIX - w это O_TRUNK, а a это lseek(0, SEEK_END)

Зарт, помнишь ты сказал, что w флаг ничем не отличается от а флага?

Это уже давно обсудили и нашли в доках

Прости, но я все 100500 сообщений не читаю. А тему поднимал я

?

Это не то

Вообще-то именно то

Это объяснение а флага

ERROR: S client not available

а флаг как раз понятен.

С остальными все ещё проще

w флаг как раз понятен Он объяснил самый сложный - а

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

а дозапись же

Неясно, если ты вообще помнишь тот разговор

Чукча не читатель,чукча - писатель

Я помню то разговор)

Надо буде на работе протестить разницу по нагрузке io. Имхо, с w - это баг, логи писать

Точнее, даже не баг, а не самый лучший вариант. Но нужна проверка

Зарт, помнишь ты сказал, что w флаг ничем не отличается от а флага?

никогда такого не говорил

Говорил

не надо мне тут 8\

какая нахер разница в нагрузке ио если оба в и а включают запись

в терминах POSIX - w это O_TRUNK, а a это lseek(0, SEEK_END)

в терминах позикс w - O_TRUNC, a - O_APPEND, w+ - O_CREAT, r+ - 0

Стопе.

Допустим, у меня есть файлов в десять гигов

То ли я дописываю, то ли перезаписываю

шустро ты перешел от ведения лога к произвольному файлу в 10 гигов

Ну, дык, вконтексте refs астериска жеж

ну

что ты хочешь сказать вообще?

*мое лицо*

Надо буде на работе протестить разницу по нагрузке io. Имхо, с w - это баг, логи писать

Это предположение

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

поэтому если ты например хочешь писать сразу в несколько областей файла тебе надо будет либо открыть его несколько раз, либо вызывать dup*

либо постоянно скакать туда-сюда через lseek

программа которая просто тупо пишет в файл - ебашит write вызовы. ядро получает блок данных, берет позицию от дескриптора и заносит эти данные на диск по этому смещению и плюсует дописанный блок к позиции

но если же файл был открыт как a, то перед каждой записью ядро копирует размер файла из меты в позицию таким образом если несколько процессов пишут в один файл - то блоки всегда дописываются в самый хвост друг за другом а не наступают на пятки

теперь у нас сбоку другой процесс делает обрезание этому еврейскому файлу, жадному до места

ось через дрова фс коцает файлик, освобождая место и вносит в мету размер 0

теперь наш обрезанный еврейский процесс ебашит свежий write если файл был с a - то позиция обновляется на 0 и лог начинает расти с нуля если файл был с w - то позиция у дескриптора осталась прежней. по сути произошло lseek(oldposition), write в позикс такая операция создает sparse файл в обычном случае