Написать скрипт для выполнения такой инструкции: "Отправить запись как только сайт станет отвечать".
<half-sharp-c> |
а потом, перед самой записью файла, критическая ошибка:
Unable to allocate 35 bytes
Я секунд тридцать втыкал, а потом посмотрел на свой стол...
- В ушах:Bjork - Violently Happy
У вас никогда не возникало мысли, что в какой-нибудь программе не хватает какой-нибудь настройки?
Вот вроде и менюшки передвигаются, и картинки на кнопочках меняются, и цвета настраиваются, и броузер превращается в текстовой редактор с элементами программы обмена сообщениями... А вот эту вот фиговину передвинуть, отключить, выделить нельзя!
Но в программе, где будет учтено, если не всё, то достаточно много, будет новая проблема с настройками. Это ж какой объём всяких фичек на любой вкус и цвет?! Даже иерархия как, пожалуй, самый популярный сейчас способ представления опций, видимо, будет нерентабельным.
Ныне очень большое внимание в этом вопросе уделяется просто очень грамотной и понятной формулировке описаний настроек и созданию справочной системы. Стараются использовать наиболее распространённые или официально признанные определения и так далее. Но для большого числа настроек этого будет мало.
Вариант - поиск по справочной системе. Хороший, умный, понимающий многие ассоциации и знающий многие синонимы поиск. Но, собственно, справочная система тогда не будет особо нужна :) - поиск можно организовать прямо по настройкам.
Ладно, буду думать. Предлагаю подумать и вам, раз уж дочитали до этой строки :)
- Настроение:
печально - В ушах:Blue October - Razorblade
- Профили пользователей. Динамически или статическая. Ещё не решил. Слышу просьбы о возможности привязки профиля к логину Windows. Думаю над этим.
- Слышу просьбы о контроле трафика, о возможности ограничения скорости передачи данных и о распределении скорости между протоколами и серверами.
- Средство вроде адресной книги, где можно записать не только контакты. Но если это контакты, то перечислить все средства связи (все возможные протоколы).
- Один и тот же профиль, один и тот же протокол, но несколько связей, с разными юинами, разными портами и даже серверами.
- Еще не понятно, что многопротокольный клиент?
- В пределах одного протокола иметь возможность разных типов обмена данными как то: обмен сообщениями, файлами, потоков данных (аудио, видео) и вообще, на что фантазии хватит.
- Всякие статусные сообщения...
- Обработка разных системных уведомлений как общих, так и конкретных
- Надо подумать о чатах...
Есть две вещи, которыми я бы очень хотел заняться. Не смотря ни на что.
Первое - instant-messanger. Минимально зависящий от платформы. (кросплатформное ядро). Построенный по модульному принципу. Можно будет даже использовать MySQL для хранения его базы данных. Или реестр Windows :)
Второе - сайт. С очень пафосным названием - "Мироздание". Он будет призван объединить научные знания. Будет реализована система построения знаний - аксиомы, определения, взаимосвязи, теоремы, следствия, частные случаи, опытные данные. Для каждого исследования - свой профиль. А потом можно будет попытаться добиться совместимости отдельных разработок находить общее, объединять определения, находить и устранять противоречия и так далее. Всё наглядно, просто и с сохранением имён первооткрывателей.
Этот безумный, безумный я :)
- Настроение:
ворочу горы - В ушах:The Subways - Rock & Roll Queen - Young for Eternity - 2005
