После обновления перестали работать перемещение полей, так же не отображается столбец вкл/выкл, модерация и так далее в списке записей в админке
CEH9I
+20
Репутация
249
Рейтинг
Пользуюсь типом контента news из демоданных. Почему-то заголовки обрезаются по 100 символов.
Хотя в настройках поля типа контента выставлено 255. Значит обрезает их какая-то другая штука. Подскажите, где нужно поменять, чтобы заголовок был длиннее 100 символов.
В самой БД посмотрите.
CEH9I, спасибо, частично помогло, но почему-то не действует в комментариях. А с телефона я проверить не смог, вылезает «ошибка инициализации плагина image», видимо я вчера что-то накрутил. Хотя попробовал перезалить и перезаписать все файлы TinyMCE, все равно эта ошибка на телефоне, и соответственно с телефона кнопки загрузки изображения в редакторе нет. Чуть позже попробую на чистой установке.
В-общем, увеличил абстрактный счетчик и почистил кэш на телефоне, и удалось проверить. С телефона тоже — в комментариях не работает, в самом создании или редактировании поста — работает.
А вы один и тот же пресет используете? Может другой?
Проверил, в общем нужно чтобы была пустая строка перед загрузкой картинки или текст. Если сразу грузить картинку то да, новой строки нет. Попробую ещё покопаться.
В общем оказывается эту проблему я решал со «Спойлерами», она была ранее, сейчас вроде пофиксили. Поковырявшись в файлах я нашел строку которой нужно добавить тег <br> для того чтобы после вставки изображения создавалась ещё одна пустая строка.
Открываем файл wysiwyg/tinymce/files/tinymce.min.js
в поиске ищем строку
и меняем на
Сохраняем.
Чистим кеш JS.
В случае обновление системы данную процедуру нужно будет обязательно повторить.
В настройках пресетов Wysiwyg «Перевод каретки» должен быть выбран Тег <p>
Вставка изображения должна происходить строго с новой строки, если вы попытаетесь вставить изображение на той строке где есть текст новая строка под изображением не создастся.
Это костыль, но рабочий. Надеюсь кто-то из разработчиков подскажет более правильное решение.
По мне так вообще странные темы поднимаете, цену и желание купить можно оценить когда есть конкретный продукт хотя бы в альфе, а заявление «точно такой же только меньше, но другой» увы.
У меня есть мысли по очень интересным схемам, но это может быть только индивидуальная разработка, которая при стечении обстоятельств может пойти в тираж, а биллинг уже существует и работает как минимум на 2.15
«По вам» это не показатель. Не вы будете тратить время и мозговые ресурсы для написания того что возможно никому нафиг не упало. В целом позиция сообщества ясна, дальше уже решать будет разработчик всех благодарю за обсуждение.
DeeMon, вы разработчик что ли, который участвует инкогнито?))
Очень мимо. Тем более вашу позицию услышали. Дайте другим высказаться.
Биллинг и Бесплатно?
Думаю функционал биллинга должно быть бесплатным, а вот платежные системы должны быть платными. Что бы другие разработчики могли внедрить новый биллинг к своим разработкам, это плюс к развитию нового биллинга. Надеюсь разработчик учтёт этот момент
Вы бы стали бесплатно разрабатывать такой компонент? Да и чтобы внедрять потом платные платежные системы и на этом заработать нужно делать закрытый код, ведь потом добавить свою платёжную систему сможет любой человек за минимальный прайс, а закрытый код это возможная участь биллинга.
fincheck, userpay изначально был брошен разработчиком, так как денег он не приносил. Да и там нет никакого функционала кроме пополнения. Смысл дорабатывать то что мертво. Ведь что мешает корректно вам найти в разделе фрилансеров разработчика который разберётся в этом коде и сделает все как вам нужно.
fincheck, И да, я не просто так создал эту тему, разработчик вкурсе этого всего, просто он не хочет лишнего внимания из ничего. Если обсуждение куда-то положительно сдвинется то уже будет тема от разработчика где он сам все напишет. Поэтому тема и создана во флудилке чтобы узнать мнение комьюнити.
Биллинг, как ни крути,это некая финансовая ответственность перед пользователями. И «сбои» в компоненте могут привести не только к репутационным, но и финансовым потерям. Поэтому знать, кто будет автором данной разработки очень важно до начала голосования и самой разработки. Я хоть и проголосовал за вариант «Бесплатно» 😄, но от некоторых местных разработчиков я бы и за бесплатно не хотел бы использовать биллинг на «своих» проектах.
Чтобы не было инакомыслия и ухода темы в пустоту, речь идет конкретно о биллинге, а не про другие разработки от тех же разработчиков.
Безопасность само собой на первом месте и разработчик это прекрасно понимает, иначе не стал бы даже думать в эту сторону.
Возможно, в зависимости от функционала, взял бы и за 5000к. Но, дело то в другом, как показывает практика, появляются хорошие разработки, 1-5 лет все ОК, а потом разработчики на них забивают по разным причинам или просто пропадают куда-то и… все. Поэтому, и получается, что по сути покупаешь разработку сроком на 1 год точно рабочую, а дальше, как получиться, никаких гарантий. Почему с этим биллингом будет не так? Здесь ничего пока не меняется.
Теперь насчет биллинга как компонента, система биллинга это серьезная штука для сайта, основа платежной системы сайта и других компонентов — тут надо подходить все же более серьезнее. Идеальный вариант, внедрять в коробку + расширять возможности биллинга через платные официальные дополнения.
Если речь идет о написании компонента с нуля, думаю надо конечно пересмотреть функционал, добавить/изменить возможно того что не хватает сейчас, что-то актуальное и важное добавить отсюда instantcms.ru/addons/monetisation. Ну и неплохо бы было поменять подход к компоненту, а именно дать free-версию с ограниченным функционалом и Pro-версию со всем функционалом + неплохо бы было подвязать к нему еще специально разработанный и тесно интегрированный компонент классического интернет-магазина с суб-агентами(продажа от любых пользователей с комиссией в пользу магазина) для привлечения бизнеса на instantcms. Так и преподносить и рекламировать эти компоненты в связки друг с другом — двойная выгода) А так же, прицепом, нужно постараться и как то не забыть про существующие дополнения к биллингу и как-то тоже переписать или актуализировать их под новый биллинг, может не все, но более востребованные. Что касается Free-версии, тут думаю все понятно. Пощупать у себя на сайте и протестировать работу биллинга — лучшая реклама которая может быть. Ну и увидеть живой компонент, перед покупкой — лучше чем смотреть на скрины и видео. А то что код открыт будет и без привязки к 1 домену — начало уже хорошее.Если подытожить, покупать обновленный такой как есть сейчас биллинг, больше 3000руб. мало кто будет. Цену надо делать ниже текущей. А «выплывать» на платных дополнениях к биллингу. Ну и после релиза и покупки нового биллинга, покупателям нужно быть готовым и начинать собирать финансы на покупку лет через 5-10 нового биллинга. Или через 2 года на доработку по личному ТЗ.
Описал бы подробнее предложения и пожелания, но к сожалению, а теперь уже к частью, я не успел купить биллинг :)
Главная проблема биллинга в том что его код закрыт, в противном случае уже бы давно все баги были закрыты другими разработчиками, как и наличие расширения функциональности. Free версии точно не будет, так как тут некоторым «мало функций» в бесплатной версии чтобы понять что-то. Насчёт базовой версии за фикспрайс и дополнительной платы за расширение это уже ближе к реальности. В целом ваш комментарий максимально конструктивный и достаточно информативный, спасибо вам. Ожидаем подобных комментариев от других форумчан)))
Добавлено спустя 2 минуты
Да и даже если разработчик «потеряется», то с открытым кодом не составит труда что-то починить или доделать, в отличии от текущего варианта.
А кто разработчик? И почему не он сам пост создал?
Потому что это пока все на уровне «прощупать почву». Когда дело дойдет до реальных действий тогда и разработчик появится. Главное вы знаете, разработчик давно в инстанте и его профессионализма хватит для реализации этой затеи.
Компонент можно оценить когда он будет готов и будет ясен функционал, если хотя бы как Биллинг по функциям, то вполне 5000 руб.
Да, это будет биллинг с тем же функционалом, только с открытым исходным кодом. Хотелки и допфункционал обсуждаем, для этого и есть эта тема.
Всем привет. К сожалению как показывает последнее наблюдение биллинг окончательно умер. Сайт не работает, на письма ответов нет, найденные баги не пофикшены. Есть конечно хорошие моменты, он пока работает, но как долго он будет работать и когда примерно сломается после очередного обновления движка одному только богу известно, тем более инстант активно движется в сторону PHP 8.X, и многие владельцы сайтов начали переводить сайт на последнюю версию PHP. Но вот биллинг так и остался на 7.Х. Дак к чему этот месседж, каждый кто пользуется биллингом или хотел бы должен понимать что однажды он перестанет работать и нужно искать альтернативу, но у нас их нет и вот есть разработчик который сможет рассмотреть возможность и реализовать эту затею. НО!!! Вы сами понимаете что эта разработка достаточно сложна и трудозатратна, соответственно нужно знать что хотят видеть потенциальные покупатели и нужна ли эта разработка вообще. Сразу скажу что разработчик проверенный и давно на инстанте поэтому с поддержкой проблем не будет, ну и как вишенка на торте код будет полностью открыт.
Надо сделать поле «Год выпуска».
В IS2 есть поля дата и возраст, но там при выборе указываются день и месяц, а это не надо. Надо что-то типа выпадающего списка. В IS2 есть поле список, но там указывать список всех лет не очень удобно.
Подскажите как это лучше сделать?
А в чем проблема взять и выбрать поле «Список» и указать там года в предустановленных значениях?
В хроме эмулятор в режиме разработчика генерирует мобильный юзер агент
Вот это вы мне если честно Америку открыли)) Постоянно приходилось телефон подключать к ПК для отладки)) Благодарю)
А за что забанили?
явно не просто так...
Просто так. Два года использовал все нормально, потом запросили информацию откуда и куда идут деньги.