Планы и перспективы - Страница 8 - Форум
LibRusLib
Суббота, 03.12.2016, 14:40
Приветствую Вас Гость | RSS
 
Главная Планы и перспективы - Страница 8 - ФорумРегистрацияВход
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
Страница 8 из 12«126789101112»
Форум » MultiLib - Библиотекарь » Планы и пожелания » Планы и перспективы (Обсуждение второй ветки программы)
Планы и перспективы
drserjДата: Среда, 16.09.2009, 17:00 | Сообщение # 106
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (1_абрам)
запретить каждому создавать собственную таблицу жанров, то мы можем совместными усилиями создать свою расширенную таблицу жанров

ну, для всех случаев мы не можем создать таблицу. И плюс к тому - для фб2 - расширить не можем в силу стандарта, а для не-фб2 - не можем ограничить в силу огромного количества направлений. А если человек собирает только одно направление но со множеством разветвлений? Зачем ему навязывать жанры, которые ему и даром не нужны, и в то же время - закрывать возможность расширения в собственном направлении ? Другое дело, много ли воспользуется этим... Думаю, единицы...

Quote (1_абрам)
Фантастику читать действительно нефиг

Не трож святое !!!!! :))) А по поводу шаблонов - в принципе и этого хватает, но можно и расширить... Посмотрю по обстоятельствам.


drSerj
 
1_абрамДата: Четверг, 17.09.2009, 08:07 | Сообщение # 107
Генерал-полковник
Группа: Друзья
Сообщений: 989
Репутация: 0
Статус: Offline
Quote (drserj)
Зачем ему навязывать жанры, которые ему и даром не нужны, и в то же время - закрывать возможность расширения в собственном направлении ?

Ну а как же тематический каталог в бумажной библиотеке? Там 90% рубрик даром не нужна и ничего. Кстати, это касается и fb2, мне вот жанр Фантастика "и даром не нужен" smile .

М.б. вот такое решение: сделать таблицу жанров либруслиба, изменяемую центализовано. М.б. она со временем станет стандартом для экнижек. При этом, разрешить пользователю создавать свою таблицу жанров, привязанную к конкретной коллекции.

Еще одна совершенно замечательная идея.

На вкладке "Новинки" в список книг добавить пустые записи, отделяющие поступления за последие сутки. Цель - при упорядочивании по дате отделить суточные поступления книг.

Сообщение отредактировал 1_абрам - Четверг, 17.09.2009, 08:09
 
drserjДата: Четверг, 17.09.2009, 21:18 | Сообщение # 108
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (1_абрам)
М.б. вот такое решение: сделать таблицу жанров либруслиба, изменяемую центализовано. М.б. она со временем станет стандартом для экнижек.

Ой, сомнительно, что программа станет законодателем мод smile

Quote (1_абрам)
На вкладке "Новинки" в список книг добавить пустые записи, отделяющие поступления за последие сутки. Цель - при упорядочивании по дате отделить суточные поступления книг.

ну а сортировка по дате-времени ну никак не помогает smile Нет предела извращениям!!! smile


drSerj
 
1_абрамДата: Пятница, 18.09.2009, 07:25 | Сообщение # 109
Генерал-полковник
Группа: Друзья
Сообщений: 989
Репутация: 0
Статус: Offline
Если прикрутишь ее в качестве либгеновской морды, то с большой вероятностью станет.

Помогает естественно у меня стоит в "Новинки" сортировка по дате и фильтр. Все равно по некоторым позициям список получается большой и для отделения поступлений за последнии сутки приходится смотреть на поле дата - неудобно.

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

 
drserjДата: Пятница, 18.09.2009, 17:10 | Сообщение # 110
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (1_абрам)
Если прикрутишь ее в качестве либгеновской морды, то с большой вероятностью станет.

посмотрим...


drSerj
 
ShamsДата: Среда, 23.09.2009, 05:22 | Сообщение # 111
Генерал-майор
Группа: Проверенные
Сообщений: 274
Репутация: 0
Статус: Offline
Вообще-то, проблема возникла в LibRusLib 1.14.90514. Но, поскольку, как я понял, новых версий этой программы не будет, то пишу здесь, в надежде, что эту неприятность удастся устранить/избежать в новом Библиотекаре.

Программа у меня установлена наряду со стационарным компьютером еще и на нетбуке Acer Aspire One 110. Спецификой работы Windows на SSD накопителе является необходимость отказа от файла подкачки. В связи с этим, под Win7 проблемы с обновлением базы были с самого начала, но под WinXP до недавнего времени все работало как часы. Но вот с 31.08.2009 при каждом импорте базы система стала орать о нехватке виртуальной памяти. Свободной RAM при этом - порядка 800 метров. В результате, после завершения импорта, база оказывается обновленной на любую произвольную прошедшую дату, но только не на текущую. И дело явно не в свежих глюках моей системы, т.к. восстановление Винды из майского образа (когда никаких проблем еще и в помине не было) ничего не изменило. Терзают смутные подозрения, что в последний день августа Ларин что-то изменил в своей базе.
Понимаю, что работа Винды без файла подкачки, это нештатный режим. Но для SSD другого варианта нет. В нетбуках, продающихся с предустановленной Виндой, производители его тоже отключают. А учитывая, что объемы выпуска таких машин растут как на дрожжах, проблема перерастает уровень частной. Нельзя ли это дело как-нибудь побороть?

Пока, в качестве временного решения, сохраняю личные данные в файл, копирую с настольной машины папку librus целиком и после этого импортирую сохраненные данные обратно. Но это костыли, и прелесть мобильности полностью теряется.

 
drserjДата: Четверг, 24.09.2009, 11:10 | Сообщение # 112
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (Shams)
с 31.08.2009 при каждом импорте базы система стала орать о нехватке виртуальной памяти.

скорее всего просто увеличился размер базы (что вполне естественно) и оперативы не хватает... а вот как это разрулить - вопрос интересный. Тут ведь не вина программы, даже не вина системы, а скорее всего - предел возможности железки.... Как вариант - увеличить размер ОЗУ... А как решить это програмно - вообще слабо представляется, только обрезкой базы, что, в принципе, смысла не имеет sad вобщем, посмотрим...


drSerj
 
ShamsДата: Четверг, 24.09.2009, 17:27 | Сообщение # 113
Генерал-майор
Группа: Проверенные
Сообщений: 274
Репутация: 0
Статус: Offline
ОЗУ я уже нарастил до 1,5 Gb. Это предел для данной машинки. Очень жаль, что ничего нельзя сделать, но против законов природы не попрешь sad И далась винде эта виртуальная память, когда еще столько оперативки свободно.
 
drserjДата: Четверг, 24.09.2009, 20:35 | Сообщение # 114
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (Shams)
Очень жаль, что ничего нельзя сделать, но против законов природы не попрешь

Я не могу точно сказать почему, и что-нибудь придумать по причине отсутствия подобного девайса. но если у кого-нибудь появятся идеи - будем пробовать.


drSerj
 
ShamsДата: Суббота, 26.09.2009, 10:03 | Сообщение # 115
Генерал-майор
Группа: Проверенные
Сообщений: 274
Репутация: 0
Статус: Offline
Quote (drserj)
скорее всего просто увеличился размер базы (что вполне естественно) и оперативы не хватает...

Похоже, в этом и состоит сермяжная правда жизни. Провел эксперимент с отключением виртуальной памяти на двух машинах:
512 Mb RAM - процесс обновления безнадежно зависает.
2 Gb RAM - обновление базы проходит нормально.
 
drserjДата: Суббота, 26.09.2009, 12:00 | Сообщение # 116
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
ессесно... самая прожорливая операция.. но вот как обойти эту проблему ?

drSerj
 
EvFox72Дата: Воскресенье, 04.10.2009, 07:55 | Сообщение # 117
Рядовой
Группа: Пользователи
Сообщений: 7
Репутация: 0
Статус: Offline
Quote (drserj)
ессесно... самая прожорливая операция.. но вот как обойти эту проблему ?

может перейти на sqlite? и побыстрее будет, наверное...
 
drserjДата: Воскресенье, 04.10.2009, 13:31 | Сообщение # 118
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (EvFox72)
может перейти на sqlite? и побыстрее будет, наверное...

это что, злая шутка? smile Быстрее? Ню-ню :))) Думаешь не пробовал? И sqlite и абсолютеДб и Firebird и еще несколько аналогов.... По скорости-качеству-возможностям - только мускул... Да и исходные дампы либруса - мускул. А соответственно - всё равно прийдётся сначала создавать таблицы в нём, а потом перегонять в другой стандарт. И где будет логика ? smile


drSerj
 
1_абрамДата: Суббота, 10.10.2009, 08:22 | Сообщение # 119
Генерал-полковник
Группа: Друзья
Сообщений: 989
Репутация: 0
Статус: Offline
Вкладка "Загружено с ошибками".

Сейчас там по понятным причинам много дублей. Хотелось бы, чтобы на этой вкладке дубли не допускались.

 
drserjДата: Суббота, 10.10.2009, 14:46 | Сообщение # 120
Генералиссимус
Группа: Администраторы
Сообщений: 3865
Репутация: 24
Статус: Offline
Quote (1_абрам)
Вкладка "Загружено с ошибками".

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


drSerj
 
Форум » MultiLib - Библиотекарь » Планы и пожелания » Планы и перспективы (Обсуждение второй ветки программы)
Страница 8 из 12«126789101112»
Поиск:

Copyright LibRusLib © 2016