Константин Цветков , эксперимент с курсором не дал положительного результата, точнее, получилось лучше, чем с рекурсией, но всё-равно не то. сделал гист https://gist.github.com/Slavenin/9b56da682340b67cc... у меня возникло две проблемы, первая это что, что не прибавляется переменная уровня, поэтому даже если проверять наличие записи заданного уровня, то запись будет в таблице, вторая - ну очень странный инкремент... Алгоритм должен быть примерно такой: если на данном уровне есть запись с номером, то пропускаем и идём дальше, если нет - добавляем, но всё упёрлось в неизменяемость уровня
Алексей Романенко: в этом случае я глобально переопределю шаблон, что мне совершенно не нужно. Мне нужно для одной конкретной сущности переопределить вывод информации. Для одной, не для всех и в этом вся проблема.
Алексей Романенко: неа, проблема не в том, что не могу переопределить шаблон, а в том, что я не могу переопределить блок внутри импортируемого в переменную шаблона. Если посмотреть код base_show.html то видно, что содержимое шаблона base_show_macro.html.twig записывается в переменную show_helper и затем с помощью неё выводится в нужных местах. Если посмотреть на то, как это было раньше, то видно, что блок убрали как раз внутрь этого хэлпера и как его теперь переопределить не ясно чуть более, чем полностью....
Жуткая, не жуткая, но далеко не всегда есть возможность остановить приложение накатить новые файлы и запустить снова, для этого нужно дождаться момента, когда не будет ни одного подключенного пользователя, а такие моменты бывают не часто. Самое большое удобство ребара, в том, что он позволяет автоматизировать этот процесс до выполнения нескольких команд, которые можно вообще объединить в sh скрипт и запускать одной строкой в консоли.
С документацией беда какая-то... Простой вопрос: я собрал релиз с помощью mad как его накатить на текущую версию? У ребара всё чётко описано, открываешь вики https://github.com/rebar/rebar/wiki/Upgrades и делаешь, где что-то похожее для mad?
Прочитал ваше сообщение несколько раз, но так и не понял зачем iframe и как он сможет повлиять на прозрачность переписки, если сообщения все–равно пойдут через сервер хавка, и почему сервис должен анализировать переписку пользователей? Анализ сообщений задача исключительно клиентская. Не хотите чтобы пользователь увидел что–то плохое, все в ваших руках. Функция send_message уже переписана, и появится в следующем релизе.
Возможно, тема пожертвований является обманом где–то, но я ставлю себе именно такую цель. Эта секция будет на сайте до появления тарифов. А в дальнейшем появится и раздел с отчетами о переведенных средствах.
Именно поэтому в библиотеке присутствует возможность шифрования передаваемых сообщений. Вы можете зашифровать передаваемый текст и показывать пользователю только его. Ключ для шифрования вы устанавливаете сами https://post-hawk.com/#encryption
Спасибо! Обязательно учту Ваши замечания. А относительно заголовка "О нас", я очень долго думал как переназвать этот раздел. Раньше было "АПИ", что не сильно лучше, но этот заголовок подвергся здравой критике и в результате стало "О нас". Буду думать дальше.
