Слишком разные у разных людей подходы к этой задаче. При этом задача сильно связана с другими задачами хранения информации. Не исключено, что для кого-то лучшим способом ведения базы окажется блог, например.
Apache и PHP-движок, но не блог, а более "широкая" CMS/CMF. Видел такие заявления, и даже сам подумываю, - потому что ждать появления для этой задачи чего-то фунционально преображаемого и поддерживаемого на уровне Firefox - это долго и скучно, а PHP-движки уже научились тому, чего не умеют десктопные клиенты (и полнотекстовый поиск, и категоризация/таксономия, и теги, и закладки-переходы откуда куда нужно, и ссылки откуда куда хочешь, и свои подборки - делай не хочу).
Есть, правда, гибридные решения вроде Wikipad, но он меня не вдохновил.
Меня еще лет десять назад поражало, сколь много есть людей, готовых возиться со сложными web-интерфейсами, но не готовых изобразить простейший локальный GUI.
Хотя для задачи каталогизации фотографий это действительно вариант. В конце концов фотографии делаются для того, чтобы людям показывать. У меня тоже фотоархив живет в ~/public_html. Хотя вот php и вообще server-side скриптинга там нету.
Переходы по ссылкам, внутренним и внешним, - это в моем разумении больше, чем простейший GUI.
А работа с хорошим хранением информации ("подшивки", поиск, теги, дополнительные поля) начинает превращаться в работу с БД - вот и оказывается, что веб-движки, уже ориентированные на работу с БД, оказываются и хорошими инструментами для структурированного хранения, и GUI надо за ними наверстывать-догонять.
no subject
Date: 2009-06-01 09:58 am (UTC)Apache и PHP-движок, но не блог, а более "широкая" CMS/CMF. Видел такие заявления, и даже сам подумываю, - потому что ждать появления для этой задачи чего-то фунционально преображаемого и поддерживаемого на уровне Firefox - это долго и скучно, а PHP-движки уже научились тому, чего не умеют десктопные клиенты (и полнотекстовый поиск, и категоризация/таксономия, и теги, и закладки-переходы откуда куда нужно, и ссылки откуда куда хочешь, и свои подборки - делай не хочу).
Есть, правда, гибридные решения вроде Wikipad, но он меня не вдохновил.
no subject
Date: 2009-06-01 10:04 am (UTC)Хотя для задачи каталогизации фотографий это действительно вариант. В конце концов фотографии делаются для того, чтобы людям показывать. У меня тоже фотоархив живет в ~/public_html. Хотя вот php и вообще server-side скриптинга там нету.
no subject
Date: 2009-06-01 10:53 am (UTC)А работа с хорошим хранением информации ("подшивки", поиск, теги, дополнительные поля) начинает превращаться в работу с БД - вот и оказывается, что веб-движки, уже ориентированные на работу с БД, оказываются и хорошими инструментами для структурированного хранения, и GUI надо за ними наверстывать-догонять.