Андрей Викторович Столяров: сайт автора

Re: Помогите пожалуйста с примером config.ini

403 forbidden — это вряд ли виновата Таласса. Попробуйте кинуть в /var/www/html файл с именем index.html из одной строчки

  <h1>it works</h1>

и посмотрите, заработает или нет. До CGI тут, насколько я могу судить, дело не доходит вообще, хотя, конечно, вы же не сказали, какой URL пытаетесь запрашивать.

Ну и да, пути в config.ini нужно заполнить все, без этого работать не будет, и не надейтесь :-) Там ведь на каждый из них написано, зачем он и что собой представляет.

Вообще вы эту свеженькую инструкцию видели? Там вроде есть пример, как пути прописывать.

P.S. Ещё раз в моём присутствии назовёте директории "папками" — забаню нахер по ip-адресу.

про две точки

Гыгыгы, ухитрился упустить вот это ваше

Я не понимаю зачем нужны в некоторых путях 2 точки (понятное дело это ссылка на предыдущую директорию, но просто зачем, если thalcgi.cgi лежит и в html и в /usr/local/bin-е и где только у меня уже не лежит если честно)

Ага, конечно. А как думаете, thalcgi.cgi должна где-то всю свою информацию хранить — ну там активные сеансы с их идентификаторами и прочим барахлом, пользователей с их паролями, правами и всеми делами, вот это вот всё? Для этого нужна отдельная директория, я её обычно завожу рядом с корнем сайта, т.е., например, /var/www/thalcgi_db. В документации она называется session database. Её надо создать и сделать доступной на запись для CGI-программ, т.е. для того пользователя, с правами которого thalcgi.cgi будет выполняться; всё, что там нужно внутри, thalcgi.cgi сделает сама. НО — должна же она хотя бы знать, ГДЕ эта директория? Отсюда параметр userdbdir.

Далее, вот добавил юзер комментарий на страничку, надо эту страничку перегенерить. Для этого, во-первых, надо запустить бинарь самой Талассы (которая thalassa), т.е. thalcgi.cgi должна знать, где эта бинарь лежит. Отсюда параметр thalassa_bin.

А ещё при запуске бинарника Талассы ему надо сказать, из какой директории работать, иначе говоря, где лежат исходники сайта, иначе как он страничку перегенерит. Отсюда параметр sitesrc.

Все эти три пути должны быть прописаны так, как они будут выглядеть с точки зрения самой thalassa.cgi, т.е. если относительные — то начиная с того места, где она сама. В принципе все три пути можно сделать абсолютными, но я бы так не делал, абсолютный путь — это такой специальный способ намертво привязаться к конкретному layout'у и приходить в ужас от мысли что-то куда-то переместить.

Но вот теперь мы выяснили, что будем гонять бинарник Талассы, чтобы перегенерять странички. Но юзеры ведь имеют подлое свойство делать всё именно так, чтобы у нас всё сломалось; поэтому можно быть уверенным, что эти замечательные люди начнут добавлять комментарии на одну и ту же страничку строго одновременно. Если мы разом запустим два экземпляра перегенерации одной и той же странички, ничем хорошим это не кончится. Поэтому приходится как-то взаимоисключаться, и для этого есть spool directory, куда бинарник Талассы, будучи запущен с соответствующими флагами, кладёт, во-первых, блокировочный файлик, и где он же, во-вторых, создаёт файлы "задач" — на самом деле просто ссылок на страницы, которые надо перегенерить.

Короче говоря, Талассе нужно знать, где у неё spool dir (и это единственное, что ей нужно знать из всей thalcgi_db; этот спулер там одна из многих поддиректорий). Вот отсюда параметр spool, обычно это поддиректория _spool внутри той директории, которая session database.

Вот что я точно могу сказать, что это всё никак не влияет на появление 403 forbidden.

Re: Перемещение дайджеста новостей

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

В данном случае вам нужен файл base/base.ini; в нём есть вот такая секция:

[page index.html]

body = %[html:header:main::^status]
+<div class="pagerest">
+%[opt:mainpage:text]
+%[ifeq:%[opt:mainpage:digest]:yes:
+    <h2>%[opt:feed:name_latest]</h2>
+    %[embedlist:lastnews]
+]
+</div>
+%[html:footer]
+

Это и есть главная страница, точнее, инструкция по её генерации. Собственно дайджест генерируется макровызовом %[embedlist:lastnews], ещё я бы рекомендовал не трогать начало и конец, вот эти вот html:header:main:: и html:footer. Ну и div class="pagerest" — это чтобы страницы выглядели единообразно. Остальное полностью на ваше усмотрение.

Re: Thalassa и "нажатие" на вкладку

Это то, для чего нужна четвёртая колонка в конфигурации меню. Там первая — текст, который показывается в меню, вторая — URI, куда пункт меню должен указывать, третья — текст для всплывающей подсказки, а четвёртая — label. Когда макрос, строящий меню, вызывается, ему тоже дают некое значение для label. Если значение совпадает, соответствующий пункт меню становится "как бы текущим".

Конкретно в Smoky всё просто: если у вас файл страницы называется, например, foobar (т.е. сама страница генерится как foobar.html), то в этой четвёртой колонке должно быть указано pages.foobar.

Re: Thalassa и favicon.png в templ_smoky

https://stackoverflow.com/questions/48107048/removing-default-favicon (осторожно, там жабоскрипт)

Если коротко — Таласса тут ни при чём, это браузер зачем-то эти favicon'ы кеширует намертво, против них только очистка кеша в приказном порядке помогает.