Loadырь

vikont, AndroS, ну прямо распрощались уже

Приблизительно с такой формулировки мы потеряли R2

Большинство мы потеряли вообще без формулировки.

Если уж данное поле поле получило статус называться "Кратки описанием новости"

Вы сделали мой день веселым.

Есть ещё такая фича в настройках поля yadi.sk/i/c4AdHW47k1_MtA попробуйте, вам понравится.

вы наверное забыли, что многие сайты после разработки отдаются в руки простых редакторов.

Вы наверное не знали, что простые редакторы могут и не иметь доступа в админку. А админы сайта, принимая сайт, несут ответственность за все свои действия и бездействия, а также за действия простых редакторов, которых пустил в админку.
И как в случае с розеткой, где ток не будет разбираться, намеренно или случайно вы сунули свои пальцы, так и движок базы данных, не будет думать, намеренно вы или случайно дали ему команду на изменение длины поля.

Извините, но это немного бред… Если, например, и правда случайным образом сократил вывод краткого описания до 1го символа… А на сайте, например, 1000 записей… Что в таком случае делать? Лезть в базу и вручную каждую строку редактировать? Так не должно быть. Это не правильно.

Когда вы случайно сунете в розетку два пальца и вас ударит током, вы тоже будете говорить, что так не должно быть и что это не правильно?

Интересно, если вообще оставить 1000000, ничего страшного?

В этом случае — ничего страшного.

В тоже время, в БД вместо "text" выставлял "longtext"
Тоже не помогло.

А это уже надо смотреть, где именно выставляли.

На демо посмотрел, но ведь там же только карточка одного объявления.

Вот фид источник. Вот так это выглядит на демо-сайте. Или вы ожидали чего-то большего?

Ранее покупал у вас instantcms.ru/addons/dumper.html, но он вроде не умел такое делать

Он и сейчас такие фокусы вытворять не умеет, это совсем другой компонент.

Можно начать с яндексовского YML а потом перейти плавно к XML

Этот компонент "хавает" любой формат похожий на xml.

Даете потестировать существующее решение?

Отправил в личку доступ на демку.

Есть всё кроме

— показывать какие данные загружены, а какие обновлены.

Посмотреть можно на демо.

распишу более детально.

Распишите детально эти пункты или дополнительный функционал?

Тухло то как все А какие были чаянья надежды..

Да, жизнь — боль, в ваших чаяньях.

Как дела обстоят с безопасностью?

Как и везде. Сегодня всё хорошо, а завтра появится герой, который скажет, где есть "дыра в безопасности". Главное типограф не выключать.

Можно ли использовать данный компонент на рабочем сайте?

У меня есть подозрения, что этот форум кто-то использует у себя на рабочем сайте, но доказать не могу.

хотелось бы ясности

Мне тоже хочется ясности, но мне проще, я владею некоторой инсайдерской информацией

Если нужна финансовая компенсация, готовы участвовать.

Финансовая компенсация будет вынуждать меня прикладывать усилия по развитию форума. А мне этого сейчас не надо.

Тупик? Или просто надело тащить форум?

Тупик, однозначно
Сейчас разработчики готовы выделить место под форум в офф. репозитории на гите по моей просьбе в любое время суток, куда я смогу выложить форум и поддерживать его там. Соответственно, появится возможность принимать issue от пользователей и pullrequest-ы от других разработчиков.
Но я этого пока не делаю. Как и в любом другом случае, на всё это надо время, которого у меня сейчас нет совсем. Очень много времени забирает моя жизнь в оффлайне (стройка, ремонт, обустройства). Поэтому все issue и pullrequest-ы на гите будут висеть, создавая видимость "заброшенности". Поддерживать форум на гите r2 и Fuze поначалу не будут, так как им для этого нужно будет вникать в мой код. А времени у них на это ещё меньше, чем у меня . Поэтому тупик.

lakomet, ignat, поправил.
Компонент в коробку не попадет, можете на это не скидываться. Он может быть только в офф. репозитории на гите.

Форум еще не готов к работе с новой админкой, поэтому временно пока можете сменить шаблон админки на дефолтный для работы с форумом.

zeffs, если нужен редирект в профиль авторизованного пользователя, то достаточно выбрать пункт в настройках yadi.sk/i/cnHLMh-Wr3n3lQ

Тире вырезается, так как оно используется для определения набора в урле типа контента. Можете попробовать создать тип контента "finansovye" и в нем создать один единственный набор "novosti", тогда есть вероятность получить урл с "тире".

А кто по идее должен "мержить"?:

Так как в стране демократия, то должен делать тот, кому это надо. А как он это будет делать, сам или с кем-то, это уже ему решать.

Настолько ли это сложно, чтобы диллетант смог выполнить без психического расстройства?

Файлы "смержить" просто — копированием из "старшей" версии в младшую. А вот файл install.php в корне пакета обновления надо уже "мержить" вдумчиво, со знанием дела и литром крепительного напитка.

А никто не хочет "смержалку" сделать, да выложить в дополнения, и диллетанты покупали бы, чтоб без расстройства было?

Без расстройств получится только, если в системе не было правок системных файлов. В остальных случаях разрыв мозга обеспечен. Поэтому выкладывать то, что принесет проблемы, тем более за деньги — никто не будет. Так как у каждого ситуации будут разными и универсального решения тут не сделать.

Можно "смержалки" с разных версий на разные делать.

Можно, но только в сторону увеличения версии до любой промежуточной. В сторону уменьшения версии делать сложнее, так как надо будет удалять все лишние данные и опции из базы данных.

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

Последствия:
1 Разрыв шаблона
2 Психические расстройства

Всё верно, но это произойдет один раз, а не пятнадцать раз после обновлений на каждой промежуточной версии.