Doomed to Wordpress

Serious Reflections During the Life of Jeremy Fisher

   

Subscribe
Subscribe to a syndicated feed of my weblog, brought to you by the wonders of RSS.

Flavours
There's more than one way to view this weblog; try these flavours on for size.

  • index
  • circa 1993
  • RSS
  • Links
    These are a few links to my other sites.

  • Ставропигиальныя Пластинки
  • Анкылым
  • Русское Шрифтовое Зало
  • Gopher (Proxied)
  • More about Gopher
  •        

    2020/06/07 perl cms

    Неожиданно почти решились мои проблемы с поиском CMS на Perl, по крайней мере для моих текущих целей. Во-первых, нашёл вот такую вещь:

    https://metacpan.org/pod/Yancy

    Это CMS на Mojolicious (который, кстати, при всё более близком рассмотрении оказывается всё лучше), пока что work in progress, но прогресс действительно есть (нашёл и зарепортил баг, его разработчик его пофиксил через пару дней и выпустил новый релиз), удобный и красивый дизайн, и главное — то, что̀ я как раз искал, возможность подключения к произвольным базам и генерация удобного и работающего CRUD для них, даже с поддержкой связей таблиц по внешним ключам, на что̀ я и надеяться уже перестал. Кроме БД, впрочем, пока что почти ничего нет, но мне и нужна была в первую очередь БД.

    Во-вторых, я наконец почти разобрался, как пользоваться CiderCMS (и оно всё же оказалось готовым и годным продуктом, а не сырым, как я думал ранее).

    В-третьих, я попробовал RapidApp, о котором писа́л ранее. Вовсе не так уж он похож на Битрикс, скорее разве что по интерфейсу, чем по идее. Он может всё то же самое: подключаться к произвольной БД и создавать удобный табличный интерфейс для редактирования записей. Есть также пара готовых приложений на его базе: Rapi::Blog (движок блога c приличным дизайном и (почти?) стандартным для блога функционалом), Rapi::Fs (просмотрщик файловой системы).

    Правда, он довольно громоздкий: Catalyst, DBIx::Class, ExtJS, с базами из Вордпресса и других CMS, которые я за неимением иного ему скормил, процесс сервера занял >132 Мб (процесс rdbic.pl, который не включает только CRUD для базы, почему-то ещё больше: >160 Мб). В продакшене как движок сайта я не стал бы использовать (разве что Rapi::Blog, если бы пришлось делать полноценный блог под заказ), а как админский интерфейс для просмотра баз и файлов, особенно не моих — пока что лучший найденный вариант. (Yancy лучше во многих отношениях, но любой сторонний пользователь сразу ощутит отсутствие привычных удобств, то есть потребует доработки и допиливания, если им кто-то будет пользоваться, кроме меня.)

    Так что единственное, что̀ ещё осталось для моих рабочих целей, это нормальный интернет-магазин на Perl. Нашёл ещё вот такое:

    https://agoracart.com/demos.php

    (Да, сайт на php, что̀ уже само по себе настораживает.) Это какая-то дремучая архаика на cgi-скриптах. Похоже, этот продукт претендует на ту же нишу, что и многочисленные поделия на php, то есть установку на шаред-хостингах. То есть как бы получается, что в наши дни CGI на Perl — это аналог mod_php под apache, такой же простой, дешёвый, непроизводительный и архаичный. (Хотя, судя по приводимому на сайте количеству инсталляций последней версии — менее 100, конкурирует с php без особого успеха.) Код даже без use strict, с local внутри функций вместо my и прочими призраками из начала 90-х (удивительно, что апострофа нет в качестве разделителя имён пакетов и что используется CGI::Simple, а не CGI). С другой стороны, должен признать, что такой архаичный код часто выглядит более понятным, чем современный с use strict и прочим, зато с миллионом уровней абстракции. К недостаткам отнесём также собственный шаблонизатор и при этом зависимость от модных современных JS-библиотек. Кроме того, практикуется расширение функционала в виде платных модулей.

    Но вообще-то, если оно работает, а заказчику не объяснить, что такое PSGI, фрэймворк и сервер приложений, то почему нет?

    permanent link