https://slinkov.ru/openforum/vsluhforumID3/37769.html Представители Google объявили (http://googleblog.blogspot.com/2007/06/google-desktop-now-available-for-linux.html) о выходе Linux версии<br> Google Desktop (http://desktop.google.com/linux/), системы для организации поиска информации на локальном компьютере.<br><br><br>Linux редакция Google Desktop поддерживает индексирование разнообразных форматов офисных документов (doc, odf, rtf), email архива из Gmail и Thunderbird, а также информации из .pdf, .ps, .man, .info и разнообразных мультимедиа файлов.<br><br><br>Продукт работает в Debian 4.0, Fedora Core 6, Ubuntu 6.10, SUSE 10.1 и других Linux дистрибутивах с glibc не ниже 2.3.2 и gtk+ - 2.2.0.<br><br>URL: http://googleblog.blogspot.com/2007/06/google-desktop-now-available-for-linux.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=11214<br> https://slinkov.ru/openforum/vsluhforumID3/37769.html#38 Mon, 30 Jul 2007 12:16:00 GMT Справедливость восстановлена. Спасибо<br> https://slinkov.ru/openforum/vsluhforumID3/37769.html#37 Wed, 11 Jul 2007 18:33:31 GMT &gt;&gt;inotify никто вроде не прикручивал. <br>&gt;http://www.lesbonscomptes.com/recoll/usermanual/index.html#RCL.INDEXING.MONITOR <br>&gt;Ага <br>Вау, спасибо! Действительно, и inotify тоже умеет:<br><br>/**<br> * Monitoring event queue. This is the shared object between the main thread <br> * (which does the actual indexing work), and the monitoring thread which <br> * receives events from FAM / inotify / etc.<br> */<br>class RclEQData;<br>class RclMonEventQueue { https://slinkov.ru/openforum/vsluhforumID3/37769.html#36 Wed, 11 Jul 2007 18:28:52 GMT &gt;&gt;Тот же Recoll просто проводит индексацию по расписанию. <br>&gt;Это если её организовать (recollindex), поскольку "из коробки" -- только пинком в <br>&gt;кнопку. inotify никто вроде не прикручивал. <br><br>http://www.lesbonscomptes.com/recoll/usermanual/index.html#RCL.INDEXING.MONITOR<br>Ага https://slinkov.ru/openforum/vsluhforumID3/37769.html#35 Thu, 05 Jul 2007 05:29:05 GMT &gt;Почитал на оффсайте про рекомендуемый взамен beagle recoll. Как я понял, <br>&gt;в механизме этих индексаторов есть сущестенное отличие. [...]<br>&gt;Тот же Recoll просто проводит индексацию по расписанию. <br>Это если её организовать (recollindex), поскольку "из коробки" -- только пинком в кнопку. inotify никто вроде не прикручивал.<br><br>В зависимости от того, что как используется, это может быть лучше или хуже. Сам сравнивать не возьмусь, у меня beagle никогда и не тормозил (поскольку никогда и не устанавливался).<br><br>На очередной терминальный сервер вчера зарядил recoll. :) https://slinkov.ru/openforum/vsluhforumID3/37769.html#34 Thu, 05 Jul 2007 03:35:07 GMT Хочу заметить, что разница между индексацией названия файлов и содержимого оных все же разные вещи.<br><br>Каким тут боком locate и find? Хотя, это, наверное, ЛОРовцы набежали. "По ссылкам не ходил" <br><br>Почитал на оффсайте про рекомендуемый взамен beagle recoll. Как я понял, в механизме этих индексаторов есть сущестенное отличие.Если я правильно понял мехнизм работы этих приложений<br><br>Вот выдержка из документации от Beagle:<br><br>The Beagle daemon (beagled) automatically performs all indexing. By default, everything in your home directory gets indexed. Beagle detects changes made to your home directory and reindexes the data accordingly. <br><br>Files are immediately indexed when they are created, reindexed when they are modified, and dropped from the index when they are deleted. <br><br>E-mails are indexed upon arrival.<br><br>IM conversations are indexed as you chat, one line at a time. <br><br>Тот же Recoll просто проводит индексацию по расписанию. https://slinkov.ru/openforum/vsluhforumID3/37769.html#33 Mon, 02 Jul 2007 06:05:53 GMT &gt;У нас все проще - <br>&gt;make && checkinstall && rpm -i && rm -r * <br>&gt;и никакого загаживания системы -)) <br>Оййй.... не рекомендуйте эту гадость никому. checkinstall в смысле.<br><br>Лучше один раз набросать нормальный спек, выразив в нём опыт сборки софтинки, и при надобности править мелкими штрихами, чем каждый раз получать один и тот же пакет ничем не лучше слаквариного. В зависимости от дистрибутива к нему могут быть контрибы (как dag's или livna для федоры, PLF для мандривы, pacman для opensuse) или просто всё нужное озадачившимся может быть в нём самом (как вот у нас в alt).<br><br>См. http://www.linux.kiev.ua/ru/docs/articles/rpm-spec-howto/ (и "см. тж". там справа) и насчёт сборки рутом -- в самом конце http://www.linux.kiev.ua/ru/docs/articles/linux-soft/ https://slinkov.ru/openforum/vsluhforumID3/37769.html#32 Sun, 01 Jul 2007 23:33:11 GMT Не надо фрёвые подходы распространять на Лин -))<br>У нас все проще - <br>make && checkinstall && rpm -i && rm -r *<br>и никакого загаживания системы -)) https://slinkov.ru/openforum/vsluhforumID3/37769.html#31 Sun, 01 Jul 2007 06:58:37 GMT Я это тоже заметил. Больше походит на баг (на их недоработку), т.к. как вы уже заметили картинка в большинстве случаев берется из кеша. Но вот если в кеше ее нет, а пользователь воспользовался поисковой панелью (нажать 2 раза Cntrl), а потом из нее вызвал браузер с подробностями запроса, то реферер с поисковым словом пойдет на сервер. https://slinkov.ru/openforum/vsluhforumID3/37769.html#30 Sat, 30 Jun 2007 21:07:01 GMT &gt;ужос, какой бред эта заметка <br>не знаю не проверял, а вот насчет линуксовой версии могу сказать, что ничего страшного. <br>При первичной настройке пересылается только сгенерированный уникальный ID, язык и еще парочка мелкостей:<br>GET /linuxfirstuse?action=firstuse&ec=0&brand=GGXD&version=Release_1.0.1.0060&as=gdl&rlz=1L1GGXD&id=c1eab3a4-12dc-2707-b4b5-5ab6aa78a840&hl=ru-RU<br>Потом при первом открытии браузера запрашивается картинка http://www.google.com/images/x2.gif, при которой действительно передается реферрал, но потом эта картинка больше не подгружается, берется из кэша