"".join("{0:b}".format(ord(x)) for x in "test") '1110100110010111100111110100'

сяп

>>> "".join("%02x" % ord(x) for x in "test") '74657374'

Лучше может в кодировку Хаффмана?

Короче будет

А можно и короче? буду рад

Я с телефона и сплю)

На стаке код был даже

И на вики)

Префиксная кодировка Хаффмана

Слишком сложно, лол

http://stackoverflow.com/questions/11587044/how-can-i-create-a-tree-for-huffman-encoding-and-decoding

Ниже кода в первом ответе

Есть таблица

В конце строки - кодировка буквы

Вроде 0100

Ну, двоичная

Как можно прочитать файл, и перезаписать его полностью без стирания при открытии(как делает open с w+)? Ибо есть json, в который при открытии страницы пишутся данные, но если писать в несколько потоков то json выдаёт траблы - в конце почему-то вместо одной закрывающей фигурной скобы появляются две. Делаю так - сначала читаю через open с rt, а перезаписываю open с w+.

>>> "".join("%02x" % ord(x) for x in "test") '74657374'

А на оборот раскодироват ьвозможно?)

А на оборот раскодироват ьвозможно?)

chr обратная орду

Сяп. Ща чёт напишем. ̶г̶о̶в̶н̶о̶к̶о̶д̶,̶ ̶а̶ ̶ч̶т̶о̶ ̶ж̶е̶ ̶е̶щ̶ё̶?̶)̶

перезаписать без стирания это как?

Дописать?

Сяп. Ща чёт напишем. ̶г̶о̶в̶н̶о̶к̶о̶д̶,̶ ̶а̶ ̶ч̶т̶о̶ ̶ж̶е̶ ̶е̶щ̶ё̶?̶)̶

Ещё можно в стиле: "КакХочуТакПишу"?

)

ну как бы

a

ь

в смысле это ответ - "a"

а

mode can be 'r' when the file will only be read, 'w' for only writing (an existing file with the same name will be erased), and 'a' opens the file for appending; any data written to the file is automatically added to the end. 'r+' opens the file for both reading and writing. The mode argument is optional; 'r' will be assumed if it’s omitted.

Привет

Ещё можно в стиле: "КакХочуТакПишу"?

camelCase

Верблюд

не-не, это разные вещи

верблюд это какХочуТакПишу.

а если начинается с заглавной, то там тоже свое название

Ну эта заглавная - голова верблюда Хотя если читать слева направо... Можно подумать что это хвост его

перезаписать без стирания это как?

Перезаписать без стираня при открытии файла. То есть при открытии чтоб получить, а когда вызываю .wirte() - чтобы перезаписывало.

хм. Ну как это сделать в С я знаю, как в питоне..

Перезаписать без стираня при открытии файла. То есть при открытии чтоб получить, а когда вызываю .wirte() - чтобы перезаписывало.

Я делал open(file, 'w') И писал в этот файл, сохранял Оно полностью файл переписывало

http://stackoverflow.com/questions/4999340/python-random-access-file

Я делал open(file, 'w') И писал в этот файл, сохранял Оно полностью файл переписывало

При выполнении open(file, 'w') содержимое стирается

При выполнении open(file, 'w') содержимое стирается

+

Или тебе наоборот?

вон смотри я написал

w+ тоже стирается. Мне надо чтоб при открытии не стиралось, а при file.write('texxt') заменялось.

через mmap делается открытие файла с рандом доступом

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

Memory Mapped, хм... это идея Я хз, не работал с файлами почти

то есть если у тебя написано "name=Petya", а ты в начале запишешь "id", то получится "idame=Petya"

"idme=Petya" то есть

Там json. Я его получаю, парсю, добавляю нужные значения внутрь, и потом перезаписываю.

вот ты не сможешь никак записать ничего, если не совпадает длина

поэтому не стоит так делать. Пиши весь жсон целиком один раз

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

смотри, с мемори-маппед файлом будет боль. А именно если ты попытаешься куда-то в начало или середину что-то вписать, то у тебя ничего никуда не сдвинется, ты запишешь поверх того, что там есть. Байт в байт.

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

Так может в с параметрами для open можно что-то сообразить?

лучше сообразить на более высоком уровне. И не делать запись наперегонки

Вот на пыхе есть параметр, который запрещает писать в файл, если он в этот момент открыт где-либо

https://pypi.python.org/pypi/flock/

я не уверен, что это портируемое. В линуксе должно прокатить

Тащить эту херню в проект ради того чтобы не ловить траблу так и не решив проблему с перезаписью неоч. Думаю может rt+ сработает, но чот не уверен

лучше не писать в этот файл

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

для этого строковая переменная есть же

ERROR: S client not available

записать, потом сконкатенировать как нужно

Чот ностальгирую по пыхе сейчас, в этом плане там проще - file_get_contents - получил, file_put_contents - записал. Всё

для этого строковая переменная есть же

Верёвки лучше

Топ вариант конечно

Нихуя себе, в одном with можно юзать перечисления

Если я в with один и тот же открою сначала с rt потом с wt разве не будет проблем?

будут

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

Ибо заменять файл кажется немного не очень. Мало ли что вылезет.

это стандартный подход

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

Ибо заменять файл кажется немного не очень. Мало ли что вылезет.

Можно старый пихать в old-copy-navsyakiysluchay.txt, а новый на его место

Или там именно вопрос перезаписи в файле?

Если бы оно так у меня один раз перезаписывалось, - а у меня же будет постоянно

Перезапись без стирания ?

?

Тогда уж можно вылавливать эту последнюю лишнюю скобку в json и удалять её, но это тот ещё костыль получается.

могу предложить писать не в жсон, а во что-то разумное

xml можно попробовать, либо свой формат какой-нибудь, но не знаю разумно ли - json пока всем устраивает, кроме этой траблы

Xml для меня такое, json предпочтительнее

xml страдает ровно тем же

можно в какой-нибудь скулайт писать 8)

я думаю yaml можно норм

интересно import readline в 3.** есть?

Про yaml тоже только что думал. Про Sqlite и бд - в таком случае мне нужен будет обработчик, чтобы выпарсивал из бд и отображал опять же в json/xml/yaml и тп, можно впринципе посмотреть про sqlite в будущем, но пока переписывать под него проект из-за этой сраной рандомной скобочки - не комильфо. Ладно, спасибо, пойду спать, может что-нибудь и придумаю завтра. Печально что у питона нет по дефолту функции ОБЫЧНОЙ ПЕРЕЗАПИСИ ФАЙЛА без безбашенного удаления всего и везде при его открытии.

нельзя адекватно перезаписать файл, не стирая его полностью. Питон тут ни при чем

неадекватно сколько угодно 8)

Пыха может

в памяти можно найти символ конца файла, строки, к обычным файлам те же вирусы как то себя дописывают и ничего

пыха не может ничего сделать такого, чего не может сделать питон или с

то, что пхп за один раз записывает файл, на самом деле делается именно таким образом - открыл на запись и перезаписал. Полностью