Соответственно, документация уже переехала на docs.modx.pro, скоро переедут тестовый сайты на test.modx.pro, ну а потом на основной домен переедут вопросы и объявления о работе с моего сайта.
И мне спокойнее, и вам веселее будет общаться на домене с именем modx в названии. Конечно, всё будет как тут: тикеты, диктатура и ответы на вопросы.
Надеюсь, граждане, ответственные за поднятую волну, очень довольны достигнутыми результатами =)
У нас с Simple Dream уже есть большие планы на этот домен и весь новый год. Следите за новостями!
← Следующая заметка
[mSearch2] Бета версия 1.0.0: история запросов и синонимы
[mSearch2] Бета версия 1.0.0: история запросов и синонимы
Предыдущая заметка →
Опровержение
Опровержение
— Я не Маша!
— Все равно хорошо!
)
На самом деле, лично я не переживаю за свои данные, ибо ранее, все эти данные в различных случаях уже не раз были расшарены.
А Василию, видимо, придется отредактировать эту видимую часть как то заранее, в своей анкете, до наступления смены администратора, раз уж информация оказывается публичной. Регистратора, в данном случае, поменять нельзя ни как.
От себя добавлю, что опыт работы с REG.RU меня так же неприятно удивил. Нареканий нет только к Самарскому Регтайму (webnames.ru), но .PRO они не обслуживают.
Василию и SimpleDream спасибо за все, что они делают, а завистники пусть и дальше завидуют, если кроме этого нечем больше заниматься.
Наоборот, я планирую организовать нормальное ведение новостей.
И каким способом?
Завтра вроде всё оформят.
Всё в одном месте, на магазин мы потом отдельно выведем инфу с docs.
Завтра еду отдать письменное заявление, по установленной законом форме, представителю регистратора Nic.ru.
Надеюсь, тайные агенты не перехватят меня на маршруте. :)))
На modx.pro будет вся наша некоммерческая активность
А на simpledream.ru — коммерческая.
Пока такие планы.
Нажимаем «en» в меню выбираем pdoTools->Snippets и нажимаем на любой, и перекидывает на русскую версию документации.
2 с верху сайт Безумкина
пользовательских плагинов и сниппетов, которые писал каждый для себя.
У меня, к примеру, есть сниппет, который обходил все документы
определенного родителя и перезаписывал TV параметр, в зависимости от условий…
В интернете тоже полно таких плагинов/сниппетов,
но они разбросаны по сайтам, а раз есть единая база сейчас, то возможно и там найдется место
для такого.
Краткого описания было бы достаточно в таких случаях, чтобы с помощью поиска находить.
+ в итоге кто-то может быть в комментариях помогал довести до ума.
К примеру, мне нравятся тут возможность комментирования, даже стандартного функционала:
dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php
Вот пример сниппета, который мог бы по моему мнению быть в базе:
community.modx-cms.ru/blog/questions/9575.html
Да и просто если бы их был один большой не структурированный список с такими плагинами/сниппетами,
но с кратким описанием, то можно было бы много какой информации для себя усвоить.
И документация это не соц сеть там комментариев нет и не думаю что появятся.
А так да, можно потом организовать «быстрые решения» или что-то такое.
Успеваю далеко не всё, но об этом никто не знает =)
Подключаю pdoResources для сайта над которым работаю.
Ознакомился с интро-текстом:
ушел читать возможности getResource…
вернулся к pdoResource. долго пытался понять и сложить картину в голове о недостатках, потерял время, прокачал знания.
ознакомился с параметрами. начал подключать [[pdoResource? ......]]
ушел за примерами в гугл… копи паст, работа сделана, доволен.
Подключаю pdoPage старая схема, копи паст примера и… все сломалось и поехало, нужно ковырять tpl, возвращаюсь к документации, внимательней изучаю параметры tpl ;(
ушел в гугл… затем ручками смотрел исходные параметры в modx…
нашел, сделал работу, доволен. но использовал как минимум 3-4 источника, вместо 1.
Чего хотелось бы.
Интротекст не должен сбивать с целей и должен нести информацию, к примеру Не нужно расказывать про недостатки других снипетов если тема дальше не раскрыта, это заставляет покинуть страницу в поисках правды…
к Параметрам желательно указать дефолтные значения и случаи где лучше бы их использовать. к примеру:
&tplPageWrapper — Чанк оформления всего блока пагинации, содержит плейсхолдеры страниц. дефолтные значения:
больше картинок. больше медиа.
Если документ заполнен не полностью, пусть в хедере будет шкала: 60%, 80%…
пусть любое упоминание названия снипета ведет на его страничку.
понятное дело что и без меня все понятно, но лепту то свою внести хочется) Уже готовлю переводы на пару интересных для меня снипетов.
А теперь внеси эти правки на нужные страницы — и будет хорошо.
Ну Естественно нужно подгонять tpl чанки с версткой, или по твойму для каждого юзера нужно генерировать подходящие для него примеры?!
Вот с этого надо начинать.
Как понять что шкала заполнена? Или не заполнена? Например у меня не возникло никаких проблем и я быстро смог собрать чанки для pdoResourses и без особых вопросов.
Поздравляю =)
Отличный домен, отличная идея, отличная реализация.
Молодцы.