Иван Глебов, не может. Дабл-клик не глючит, он происходит, как понятно по тексту вопроса. При этом энтер (не) работает так же, но из консоли программы запускаются.
Соответственно, это какой-то глюк Наутилуса (или что там в основной Убунте сейчас).
Можно проверить, поставив PCManFM, например - убедиться, что в нем все работает... или копать дальше.
Что - "это"? Что с этими данными будет происходить? Как их нужно будет доставать, искать, править?
Гадание о серебряной пуле вместо постановки задачи.
Если будут постоянно копиться однообразные записи - естественно, нужно хранить их отдельными записями. Забыв про "словари" и думая про поля конкретного сообщения.
Если данные в БД только хранятся и никак самой базой не обрабатываются - их необязательно нормализовать. Можно вот прямо эту строчку и хранить. Вот если захочется по ней поиск, скажем - тогда исходя из этих требований и стоит планировать хранение.
В Advanced можно загрузиться с прошлой версии ядра, если махинации закончились неработоспособностью текущей конфигурации.
Ну, а на крайняк - грузимся с загрузочной флешки, спасаем то, что успело накопиться в хомяке, да переставляем систему. Чтобы в следующий раз проводить "некие махинации" несколько осторожнее.
Поэтому, например, сейчас у меня одинэсник переписывает загрузки данных с маркетплейсов так, чтобы при разборе XLSX не предполагалось, что под одинэской - винда. Ибо ее там уже нет.
Но при этом если вы сами пишете обе стороны - смысла передавать информацию в виде офисных файлов, а не нормальных открытых форматов XML/JSON нет решительно никакого.
И да, на хрена для этой задачи 1С вообще - вопрос первостепеннейший. Запрос к АPI и хранение в SQLite, если нужно что-то хранить локально, можно сделать буквально на чем угодно. Хоть на древних Дельфях, хоть на современных питоне с жабоскриптом.
Сергей Горностаев, в работе над дизайном может быть использована интеллектуальная собственность заказчика. Банально - его логотип. Фото директора. Фото, видео или графика, сделанные третьим лицом для сайта...
Использование всего этого добра для саморекламы только потому, что ты делал дизайн, вполне может быть неправомочным. Даже если не подписывал NDA :)
Впрочем, такие вещи решаются заменой чужих материалов своими аналогами. Для дизайнера это не должно быть проблемой...
Алексей Уколов, это вообще не задача. Нет никакой причины делать такого кадавра в SQL.
Это просто демонстрация того, что человек в принципе не ориентируется в работе с данными в базе, все пытается сделать из них Ёксель.
Сходите на sql-ex.ru да потренируйтесь. Нет ничего сложного в том, чтобы прокачать SQL до уровня "уж пару таблиц собрать - не проблема". Заодно, может быть, отучитесь называть что-либо транслитом и громоздить данные столбиками вместо столбцов... весь вот этот Ёксель из сознания убрать - и сразу станет легче работать с данными.
junior_www, я бы сделал копию текущего боевого сервера рядом с сервером разработки, с текущей базой, вывалил на него все наделанные исправления, обновил - и считал его новым сервером разработки. Пока не придет время выносить все это на боевой. Не копаясь в таблицах, ибо это шаманство чревато и неповторимо.
DeusEx01, вот и начните со второй. Глядишь, разберетесь с концепцией, и в первой не придется решать за пользователя, где у него должен быть курсор мыши.
А что, собственно, вы разрабатываете на сервере для разработки? То, что не собираетесь выгружать на боевой? Почему - разные версии? Зачем?
Пока план выглядит как схема для выстрела себе в ногу. Что Битрикс натворил в таблицах между версиями и как на это завязаны вторичные таблицы - вам не каждый разработчик Битрикса сможет сказать...
