Я просто разрабатываю схему для таблицы базы данных, которая будет содержать сведения о вложениях email - их размер в байтах, имя файла и тип контента (т. е. "image/jpg", "audio/mp3", и т. д.).

Кто-нибудь знает максимальную длину, которую я могу ожидать от типа контента?

>>> import time
>>> time.strptime("01-31-2009", "%m-%d-%Y")
(2009, 1, 31, 0, 0, 0, 5, 31, -1)
>>> time.mktime((2009, 1, 31, 0, 0, 0, 5, 31, -1))
1233378000.0
>>> 60*60*24 # seconds in a day
86400
>>> 1233378000.0 / 86400
14275.208333333334

time.mktime должно возвращать количество секунд с момента начала эпохи. Поскольку я даю ему время в полночь, а эпоха-в полночь, разве результат не должен быть равномерно делим на количество секунд в день?

Я запускаю oracle и у меня есть запрос, который извлекает некоторые результаты из базы данных. Я хотел бы записать результаты в виде текстового файла. Как бы я это сделал?

Мой предпочтительный способ - использовать UTL_FILE. Может быть, у кого-то есть пример того, как это сделать?

Я много работаю с сетевым и последовательным программным обеспечением связи, поэтому мне часто необходимо иметь код для отображения или регистрации hex дампов пакетов данных.

Каждый раз, когда я делаю это, я пишу еще одну процедуру hex-dump с нуля. Я собираюсь сделать это снова, но решил спросить Здесь: есть ли где-нибудь хороший бесплатный код дампа hex для C++?

Особенности, которые я хотел бы:

• N байт на строку (где N каким-то образом настраивается)
• дополнительный дамп ASCII/UTF8 рядом с hex
• настраиваемые отступы, префиксы для каждой строки, суффиксы для каждой строки и т. д.
• минимальные зависимости (в идеале, я бы хотел, чтобы весь код был в заголовочном файле или был фрагментом кода, который я могу просто вставить)

Edit: уточнение: я ищу код, который я могу легко забросить в свои собственные программы для записи в stderr, stdout, файлы журналов или другие подобные выходные потоки. Я не ищу утилиту дампа командной строки hex.

Завтра у меня будет новый диск 1 TB. Каков наилучший способ разделить это пространство для рабочей станции разработки?

Самая большая проблема, которую я думаю, что у меня будет, заключается в том, что некоторые разделы (вероятно, /usr) станут маленькими после небольшого использования. Другие разделы, вероятно, огромны. Например, диск подкачки в настоящее время составляет 2 ГБ (2x 1GB RAM), но он почти никогда не используется (только один раз, о котором я знаю).

Я читал этот вопрос о том, как разобрать URLs из веб-страниц и имел вопрос о принятом ответе , который предлагал это решение:

((mailto\:|(news|(ht|f)tp(s?))\://){1}\S+)

Решение было предложено csmba , и он приписал его regexlib.com . Вот так так. Кредиты сделаны.

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

В чем смысл {1} ? Это означает "точно одна из предыдущих группировок", верно? Разве это не поведение по умолчанию группировки в регулярном выражении? Будет ли выражение изменено каким-либо образом, если {1} будет удален?

Если бы я увидел это от коллеги, я бы указал на его ошибку, но когда я пишу это, ответ оценивается в 6, а выражение на regexlib.com оценивается как 4 из 5. Так, может быть, я что-то упустил?

Используя TortoiseSVN против VisualSVN, я удаляю исходный файл, который я не должен был удалять. Теперь это не крушение поезда, потому что я могу получить файл обратно из ежедневной резервной копии. Однако я хотел бы восстановить его из SVN (VisualSVN), чтобы я мог вернуть историю. Однако я не могу понять, как это сделать.

Кто-нибудь знает, как восстановить файл из VisualSVN с помощью интерфейса VisualSVN или последней версии TortoiseSVN?