Не программист я. AlikMis — на пальцах мне объяснял, что распарсивал данные на выходе класса хуков и уже оттуда вытаскивал нужные значения.
Уверен, что это не лучшее решение, в моем понимании поля нет смысла объединять в один поток, лучше уж в шаблоне будет больше условий для вывода (на каждое поле — свой вывод), чем потом бороться с ветряными мельницами…
Сразу предложение по полям (в моем случае наболевшим) — добавьте возможность переопределять поле на свой хук в шаблоне — думаю многим будет полезно…
(то есть по умолчанию поле выводится на стандартный хук, но при особой необходимости его можно переопределить или особым синтаксисом в шаблоне или прямо в админке поменять на свой)
Правил только то, на что ругалась Альта — то есть шаблон для админки (кстати тоже инфы внятной на эту тему нет), то есть то, на что ума хватило ибо я не разработчик и не программист, но так получилось, что пытаюсь научиться программированию (ну или хотя бы думаю, что пытаюсь)… и узким местом в освоении любого движка всегда была и будет документация.
Ладно, все равно спасибо — сама Альта намного привлекательнее чем ЛС в базовой комплектации, но так и не решился поднять проект на ней из-за отсутствия дополнительных плагинов, которые в свою очередь отсутствуют из-за внятной инфы о том как их портировать или писать с нуля… Замкнутый круг короче…
По той ссылке все до кучи — и просто блог для разработчиков, и так наз. «API» (а фактически — просто список классов и методов без каких-либо пояснений, как этим добром пользоваться)
Вам никто не мешает сделать так, чтоб документация была действительно функциональной, просто еще один блог мало чем поможет. Всегда помогает ПОИСК по блогу ;), если есть в каком материале искать.
Соответственно можно взять типовые задачи и описать для наглядности, так будет реально полезнее, а в каком блоге этот материал размещать — совершенно не важно ;), главное — его полезная нагрузка.
Я почему за документацию вопрос поднял — имею плагин написанный под собственные нужды для ЛС, но при попытке установить его на альту — получаю ожидаемый шиш, даже после пляски с правкой некоторых шаблонов получил на выходе работающий плагин под альтой, но с рост запросов к БД возрос в 4 раза…
Может я и сам бы переделал плагин, чтоб он был совместим с альтой без плагина-посредника (тот самый для обеспечения совместимости), но без понятной документации тех же самых классов у меня ничего не получится, ну или доступного цикла статей по техническим отличиям Альто от ЛС и как осуществить портирование…
Надеюсь сейчас понятнее изложил свои мысли по этому вопросу?
Проблему решил не в лоб а сбоку — можно в настройках порт выставить 587 — это без шифрования. Но тем не менее проблему это решило лишь частично… нужно шифрование.
Вообще по сути не совсем верный формат вывода полей мне кажется — на один хук. Их бы отдельно каждое вставлять в шаблон — тогда и порядок можно сделать любой и функционала навешать с условиями и прочими радостями.
Есть необходимость выводить карты только на странице топика (не в ленте) и в определенном месте на странице (на вкладке рядом с контентом).
Как можно вывести дополнительное поле собственным хуком (имеется ввиду не удар ;)) или выводом поля в topic_topic.tpl?
Поясню ситуацию, решил разнести на странице материала контент на вкладки. Вкладки вставил смог вывести текст и слайдшоу на разные вкладки (это оказалось не сложно), а вот как переопределить место вывода Карт?
Думаю у Бегет что-то похожее. Просто если ставить готовые скрипты, то там уже все прописано.
Короче курите мануалы ;)
(хотя, конечно, могу ошибаться)
Уверен, что это не лучшее решение, в моем понимании поля нет смысла объединять в один поток, лучше уж в шаблоне будет больше условий для вывода (на каждое поле — свой вывод), чем потом бороться с ветряными мельницами…
(то есть по умолчанию поле выводится на стандартный хук, но при особой необходимости его можно переопределить или особым синтаксисом в шаблоне или прямо в админке поменять на свой)
Ладно, все равно спасибо — сама Альта намного привлекательнее чем ЛС в базовой комплектации, но так и не решился поднять проект на ней из-за отсутствия дополнительных плагинов, которые в свою очередь отсутствуют из-за внятной инфы о том как их портировать или писать с нуля… Замкнутый круг короче…
Соответственно можно взять типовые задачи и описать для наглядности, так будет реально полезнее, а в каком блоге этот материал размещать — совершенно не важно ;), главное — его полезная нагрузка.
Я почему за документацию вопрос поднял — имею плагин написанный под собственные нужды для ЛС, но при попытке установить его на альту — получаю ожидаемый шиш, даже после пляски с правкой некоторых шаблонов получил на выходе работающий плагин под альтой, но с рост запросов к БД возрос в 4 раза…
Может я и сам бы переделал плагин, чтоб он был совместим с альтой без плагина-посредника (тот самый для обеспечения совместимости), но без понятной документации тех же самых классов у меня ничего не получится, ну или доступного цикла статей по техническим отличиям Альто от ЛС и как осуществить портирование…
Надеюсь сейчас понятнее изложил свои мысли по этому вопросу?
Тогда бы многим разработчикам проще было переносить проекты, переделывать плагины или писать с нуля…
Хотя в блоге тоже что-то есть, но только если какие-то плюшки особые описывать, на которых внимание стоит акцентировать…
Зы: В документацию можно не все писать (все таки большая работа), а хотя бы изменения относительно родительского двигла ;)
Как можно вывести дополнительное поле собственным хуком (имеется ввиду не удар ;)) или выводом поля в topic_topic.tpl?
Поясню ситуацию, решил разнести на странице материала контент на вкладки. Вкладки вставил смог вывести текст и слайдшоу на разные вкладки (это оказалось не сложно), а вот как переопределить место вывода Карт?