Павел Гвоздь

Попробуй в скобки взять:

{$output ?: ('header_new_item-default.tpl' | chunk)}

А почему не сработают? Вроде на мыло главное стили в атрибут style помещать, не?

А что потанцевать нельзя?

Видимо это про тебя… даже читать не стал твою простынь.

Это я понял, когда писал сниппет. Однако мне проще вызвать вот в таком виде:

[[!msEmail?
    &type=`user`
    &order=`1`
    &status=`1`
]]

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

Думаю, это Вам стоит прочесть код простого и внятного бекапера, который я дал по Вашей же просьбе.

Ты будешь удивлён, но я читал и даже юзал его в своё время… как видишь, написал свой, и да, на PHP. Если ты не видишь разницы между функционалом моей библиотеки и того, что ты привёл по ссылке, то о чём нам с тобой говорить? Нет там ни отключения бекапа юзера по конфигу, ни вообще поддержки конфигов нет. Я не говорю уже о какой-то простой расширяемости.

Про желательно взятие уроков общения вообще промолчу.

Научился бы читать, не было бы проблем. Ещё раз для одарённых: я не просил критиковать саму идею и смысл. Я попросил критику по коду. Чувствуешь разницу? Ты в реальной жизни тоже ходишь и всем, без их просьбы, высказываешь то, что тебе не нравится в их внешности, одежде, привычках, манере разговаривать, ходить и т.д.? Может быть ставишь под сомнение их смысл жизни, а к продавщицам в магазинах подходишь и говоришь, что работать надо не так, а вот так?

Куда мне до Вас, пожалуй, не буду ТЫкать Вас носом в то, что хорошо бы ещё и некоторые таблицы БД чистить и ещё пару действий совершать.

Я тоже не стану тыкать тебя носом в то, что хорошо бы не делать чего-то, когда тебя не просят и делать вместо этого ещё пару вещей.

Я не понял, ты читать не умеешь? Прочти пост вдумчиво, станет понятнее.

Делать бекапы на сервере при помощи php? 0_s

Давай начнём с того, что критику я просил только относительно кода библиотеки. Вот к чему приводит ваше «читать перестал но пробежался».

подсмотреть можете

Ну и где там тот функционал, который поддерживается моей библиотекой? Опять же «читать перестал но пробежался»…

какова цель лайбы

Делать бекапы.

а на баше это пилится в три тычка

Пример, пожалуйста, чтобы не просто слова были.

Как насчёт инкрементальных архивов?

Внедрение инкрементного архивирования в планах.

Чем не устроили, например, duplicity и rclone?

О таком даже не был в курсе. Спасибо, пошёл изучать, чем это может быть полезно в моей библиотеке!

Че-то у меня ругается на api Яндекс.Карт

Не понимаю, о чём вы.

Ну, чую, что ответ будет «можно, но надо допиливать под ваши задачи» =)

Много придётся допиливать…

Вроде должно подойти. Насколько знаю, можете потестить на тестовом сайте на modhost.pro.

А щас?

А зачем мне делать запросы к базе, если человеку не нужны будут default поля? Или ему не надо получать инфу о ресурсе? Или он вообще карту привязывает не к ресурсу? Поймите, мой компонент должен быть универсальным. Вам надо одно, другому — другое. Хотите кастома — пишите плагин.

К тому-же, лошадиный запрос с кучей джоинов не даёт гарантии, что сайт будет быстрее работать. У меня был запрос с кучей джоинов, который я разбил на несколько и они отрабатывают быстрее. Удивительно, не правда ли? Так что, джоины не панацея!

У нас есть переменная $data, которую мы можем использовать, как душе угодно:

'defaultBalloonContent' => '{$data | print}',

Она содержит данные карты данного ресурса, а точнее такого типа информацию:

Array(
    parent => (int)
    class => (string)
    list => (string)
)

При помощи Fenom мы можем вытащить любое поле ресурса, относящегося к данному объекту карты.

Если кто-то не догнал, ибо минусуют:
Я не вижу смысла использовать не свой код, когда я могу написать свой, правильнее и изящнее, на мой взгляд. Без лишних сниппетов, которые совершенно ни к чему, даже в решении Александра, ибо можно обойтись Феномом.

Я благодарен Александру за этот пост, было интересно почитать, что требуется людям и как они это решают. Отсюда и было принято решение добавить возможность кастомизации в компонент:

1.1.0-beta (16.11.2018)
==============
- Добавлено событие плагина ymOnLoadObjects с параметрами: array $data, array $objects, array $snippetProperties

В документации уже есть инфа об этом.

Принижать вашей работы и вложенных сил я не собирался, если так кто подумал! Однако и «вспоминать и писать ответ» я ведь тоже не просил. Тем более такую простыню в комментарий, в то время, когда есть возможность отредактировать пост. Для меня, перфекциониста, это, как ночной кошмар. :)

В своём плагине ты не отменяешь промо-код, а ставишь нулевую скидку. Вот здесь почитай, как отменять действие промо-кода плагином.

А я не использовал ваш код, поэтому эта дикая простыня мне ни к чему)

Более не актуально.

Нужно на карте выводить подпись и балун общие для всех точек

1.1.0-beta (16.11.2018)
==============
- Добавлены параметры defaultIconContent, defaultIconCaption и defaultBalloonContent в сниппет YandexMaps2

и

Нужно в поиске чтоб высвечивались не только точки на карте, но и были ниже карты сами результаты поиска.

1.1.2-beta (18.11.2018)
==============
- Добавлен новый метод работы с mFilter2, поддерживающий вывод результатов в текстовом виде

Важно! Работает иначе. Как настроить, читайте в доке (отправил PR Василию, думаю скоро примет изменения в документацию).

Ну тогда Tickets + Office (extended поля для различных данных организации/исполнителя). При регистрации добавлять юзера в группу «Исполнитель» или «Работодатель». Не думаю, что что-то ещё понадобится.

Хотя, я бы только Office использовал и без extended полей. А вакансии и отклики хранил бы в своих таблицах. Потому что, если предусматривать масштабируемость, то вариант с Tickets не очень подходит. Слишком много ресурсов в будущем. Скорость работы сайта будет не очень.

Ты бы хоть описал, что требуется тебе на сайте. А то:

Я хочу создать поисковую систему, такую как Яндекс, но не такую как Яндекс, попроще. Ну думаю всем понятно.