jorgovich
+85
Репутация
116
Рейтинг
Здравствуйте, делаю простенький сайт из разряда корпоративных версия 2.9, в одном типе контента надо сделать сортировку по id сверху на страничке старые новые записи — ниже, посмотрел в наборах нет настройки сортировать по id, можно конечно выкрутится и добавить произвольное поле числовое Сортировка и по нему отсортировать, но не хочу пользователей потом запутать какую циферку поставить, какими способами можно отсортировать по id?
Доброго времени суток, вопрос такой кто нибудь делал альтернативный шаблон вывода стандартного слайдера, там сделано с использованием таблицы, интересует на div, из-за того что, таблица не умеет отображать определенную высоту, в диве можно задать в стилях, если не сложно можете поделится..
Сейчас планирую заняться, но если кто то сделал был бы признателен…
Сейчас планирую заняться, но если кто то сделал был бы признателен…
Jestik, комбайн все равно нужен, скажу так, лучше разделить категории по группам:
1. Гости — им нужен минимум редактор или вообще без него, зачем лишнее давать.
2. Просто пользователи прокомментить и быстро добавить заметки, как правило такие пользователи не пишут больших размашистых статей им вот и как раз нужна такая тема как Вы предлагаете, насколько я понял.
3. Админы сайта, Блоггеры, фриленсеры для написания статей — вот этой категории нужны как раз комбайны, чтоб все красиво ровненько, с большим функционалом, как правило это опытные люди уже не раз работавшие в wysiwyg — и привычные к TinyMce и другим, тут дело вкуса, но как показала практика, тини все равно почему то имеет предпочтение среди таких людей, по крайней мере по жалобам — отзывам...
Ну как то так мое мнение… Надо в любом случае несколько редакторов иметь…
1. Гости — им нужен минимум редактор или вообще без него, зачем лишнее давать.
2. Просто пользователи прокомментить и быстро добавить заметки, как правило такие пользователи не пишут больших размашистых статей им вот и как раз нужна такая тема как Вы предлагаете, насколько я понял.
3. Админы сайта, Блоггеры, фриленсеры для написания статей — вот этой категории нужны как раз комбайны, чтоб все красиво ровненько, с большим функционалом, как правило это опытные люди уже не раз работавшие в wysiwyg — и привычные к TinyMce и другим, тут дело вкуса, но как показала практика, тини все равно почему то имеет предпочтение среди таких людей, по крайней мере по жалобам — отзывам...
Ну как то так мое мнение… Надо в любом случае несколько редакторов иметь…
А есть тут у нас люди кто по молодежным соцсетям ВК, instagram, фесбук и.др. раскручивает первоочередно сайт, вторично группу на той же площадке? Нужно кое что обсудить, если есть в личку мне чирканите…
В итоге пошагово:
Сделал экспорт — импорт таблиц нужных типов контента, перед импортом пришлось затереть pages, albums, с чистой системы:
cms_con_тип-контента
cms_con_тип-контента_cats
cms_con_тип-контента_cats_bind
cms_con_тип-контента_fields
cms_con_тип-контента_props
cms_con_тип-контента_props_bind
И таблицы content_types
Пока результата нет.
Импортировал таблицу cms_users — контент появился, тестирую что еще надо подтянуть..
В админке контент есть, на сайте 503 —предполагаю наверно с таблицами пользователя связана ошибка и их правами.
Включил отладку — оказалось новости тип контента со старой системы пропустил, а их и не планировал переносить, пришлось пока добавить. Все заработало — тестирую.
Забыл таблицу группы — добавил таблички с группами, отобразились на сайте блоги.
В общем пока впечатление такое что почистить таким методом сайт примерно тоже что и обратным просто чисткой компонентов.
Ладно раз взялся продолжу посмотрю отпишусь позже что еще переносил…
Сделал экспорт — импорт таблиц нужных типов контента, перед импортом пришлось затереть pages, albums, с чистой системы:
cms_con_тип-контента
cms_con_тип-контента_cats
cms_con_тип-контента_cats_bind
cms_con_тип-контента_fields
cms_con_тип-контента_props
cms_con_тип-контента_props_bind
И таблицы content_types
Пока результата нет.
Импортировал таблицу cms_users — контент появился, тестирую что еще надо подтянуть..
В админке контент есть, на сайте 503 —
Включил отладку — оказалось новости тип контента со старой системы пропустил, а их и не планировал переносить, пришлось пока добавить. Все заработало — тестирую.
Забыл таблицу группы — добавил таблички с группами, отобразились на сайте блоги.
В общем пока впечатление такое что почистить таким методом сайт примерно тоже что и обратным просто чисткой компонентов.
Ладно раз взялся продолжу посмотрю отпишусь позже что еще переносил…
Да удалил — импорт прошел успешно, на сайте пока ничего нет — забыл таблицу добавить content_types
Добавил — материала пока нет, в админке пишет Load Error — при раскрытии любого дерева каталогов, какую забыл табличку?
Точнее не так в одном типе контента Load Error — судя по всему я его пропустил, а в других нормально каталоги отображает но контента в нем нет — хотя в одной категории одна запись появилась, пока не могу понять с чем связано
Добавил — материала пока нет, в админке пишет Load Error — при раскрытии любого дерева каталогов, какую забыл табличку?
Точнее не так в одном типе контента Load Error — судя по всему я его пропустил, а в других нормально каталоги отображает но контента в нем нет — хотя в одной категории одна запись появилась, пока не могу понять с чем связано
Ris, Пошагово расписываю, сделал полный экспорт и сделал экспорт нужных типов контента — пока без таблицы users — зачистил все файлы локально кроме uploads — установил 2.9.0 без контента.
с первой ошибкой которой я столкнулся таблица с альбомами что то просит:
Ошибка
SQL запрос:
--
— Дамп данных таблицы `cms_con_albums_cats`
--
INSERT INTO `cms_con_albums_cats` (`id`, `parent_id`, `title`, `slug`, `slug_key`, `seo_keys`, `seo_desc`, `seo_title`, `ordering`, `ns_left`, `ns_right`, `ns_level`, `ns_differ`, `ns_ignore`, `allow_add`) VALUES
(1, 0, '---', NULL, NULL, NULL, NULL, NULL, 1, 1, 2, 0, '', 0, NULL);
Ответ MySQL: Документация
#1062 — Duplicate entry '1' for key 'PRIMARY'
с первой ошибкой которой я столкнулся таблица с альбомами что то просит:
Ошибка
SQL запрос:
--
— Дамп данных таблицы `cms_con_albums_cats`
--
INSERT INTO `cms_con_albums_cats` (`id`, `parent_id`, `title`, `slug`, `slug_key`, `seo_keys`, `seo_desc`, `seo_title`, `ordering`, `ns_left`, `ns_right`, `ns_level`, `ns_differ`, `ns_ignore`, `allow_add`) VALUES
(1, 0, '---', NULL, NULL, NULL, NULL, NULL, 1, 1, 2, 0, '', 0, NULL);
Ответ MySQL: Документация
#1062 — Duplicate entry '1' for key 'PRIMARY'
Этот метод я попробовал, у меня вылетела ошибка, что таблицу забыл какую то, добавил ее опять получил ошибку, пропарился полдня, в итоге так и не заработало с старым контентом в новой версии, вроде бы контент есть в базе — а на сайте и в админке не отобразился, что-то забыл указать, и не понял как все-тки правильно выдернуть частично только контент… Вот в общем решил спросить совета..
Полностью базу экспортировать и импортировать получается — а только контент выдернуть и внедрить, почему то ошибки сыпятся..
Сегодня не буду уже пробовать завтра с утречка снова пошагово сделаю, отпишусь какие таблицы экспортировал, импортировал и что сыпалось в ошибках, так наверно правильней будет на конкретике разобрать…
Полностью базу экспортировать и импортировать получается — а только контент выдернуть и внедрить, почему то ошибки сыпятся..
Сегодня не буду уже пробовать завтра с утречка снова пошагово сделаю, отпишусь какие таблицы экспортировал, импортировал и что сыпалось в ошибках, так наверно правильней будет на конкретике разобрать…
Ris, в основном да им, было бы очень здорово… Вообще если это проще чем нибудь еще сделать, можно и по другому, просто сам факт что нужно наладить механизм создания бэкапов контента, вне зависимости от функционала и компонентов самого сайта… Каким образом это сделать не столь важно главное чтоб рабочий механизм был…
Ris, да спасибо, я смотрел все наработки, но не понимаю как в подробностях этот механизм задействовать, т.е настройки типа контента — его категории, поля, свойства и сам контент переносить с одного сайта на другой, нужна инструкция…
План действий примерно такой разворачиваю локально с 0 на опенсервере свежую версию с настройками как требуется — перенсти контент на него, стереть все на хостинге залить обратно, локальную доработанную версию, вопрос как правильней перенести типы контента с контентом…
Нужен совет — инструкция, как грамотно организовать перенос контента — определенный тип контента с настройками и контентом — причем без компонентов и дизайна, только контент, 1 к 1 на другой этот же сайт или локальную копию со свежей установленной версией, доступ есть ко всему БД файловая система, но именно интересует как контент переносить с icms2 на icms2 движок, без лишних настроек сайта источника — компонентов, виджетов и прочего, только контент — поля, БД все что записано в этих полях на аналогичный сайт.
Задача такая обновить сайт до последней версии с новыми компонентами, но старым материалом типов контента с их настройками и полями, ненужное из компонентов почекрыжить, внедрить только новые разработки в связи с добавлением новых фич в движке, старое вычищать дольше проще поставить с 0 и перенести контент…
Задача такая обновить сайт до последней версии с новыми компонентами, но старым материалом типов контента с их настройками и полями, ненужное из компонентов почекрыжить, внедрить только новые разработки в связи с добавлением новых фич в движке, старое вычищать дольше проще поставить с 0 и перенести контент…
Согласен с базовой формулировкой ТЗ — коррективы есть:
Оплата — компонент должен быть расширяем, заложить в функционале, чтоб можно было интегрировать апи интернет-экваринга банков, офд если есть..
.можно тестово внедрить будет если что на одной из моих площадок поэкспериментировать предоставлю возможность..
Желательно заложить чтоб возможность складчины\аукциона была, это будет конкурироспособствующей состовляющей по отношению к другим движкам, так как у них везде одно и тоже, пользователь один, складчины или например аукциона кто больше даст нету, это может быть часть плюсов..
Есть другие моменты но позже и может в личке расскажу…
Сразу подразумевать Гость — внесение данных о нем как минимум тел. почта, авто регистрация в системе, для дальнейших операций созвона подтверждения заказа..Покупатель — гость или авторизованный пользователь:
Оплата — компонент должен быть расширяем, заложить в функционале, чтоб можно было интегрировать апи интернет-экваринга банков, офд если есть..
.можно тестово внедрить будет если что на одной из моих площадок поэкспериментировать предоставлю возможность..
Желательно заложить чтоб возможность складчины\аукциона была, это будет конкурироспособствующей состовляющей по отношению к другим движкам, так как у них везде одно и тоже, пользователь один, складчины или например аукциона кто больше даст нету, это может быть часть плюсов..
Есть другие моменты но позже и может в личке расскажу…
Посмотрел — все очень здорово, буду покупать на следущей недели в любом случае, интересуют пару вопросов:
1. Код формирования в выводе — что как выводиться? По разметке, аля bootstrap? и подключение стилей — отдельного файла стиля или как то по своему… Т.е интересен вопрос момента вывода что формируется в html и как выводится CSS в шаблоне, на сколько замусорено излишками кода по отношению к ручной верстке.
2. Планируются ли под него минимальные базовые пресеты с настройками под инстант, например без графики с бело-серо-черными тонами — аля демо данными для упрощения перестройки.
ну и мое личное мнение:
DeeMon: Так что по сути этот компонент только для личного частного использования
R2: Верно. В первую очередь компонент предназначен для владельцев сайтов, а не для коммерческого создания шаблонов на конвейере.
Люди не в нашей реальности, когда очень многие заказчики путают эл.почту с адресом сайта, или например когда не могут зарегистрироваться на портале по причине того, что нет почтового ящика и не могут завести его, когда каждое движение вызывает кучу вопросов, это только для продвинутых пользователей, по сути для тех кто имеет базовые знания… Мое мнение очень классный компонент, для тех кто работает в теме, обязательно брать…
1. Код формирования в выводе — что как выводиться? По разметке, аля bootstrap? и подключение стилей — отдельного файла стиля или как то по своему… Т.е интересен вопрос момента вывода что формируется в html и как выводится CSS в шаблоне, на сколько замусорено излишками кода по отношению к ручной верстке.
2. Планируются ли под него минимальные базовые пресеты с настройками под инстант, например без графики с бело-серо-черными тонами — аля демо данными для упрощения перестройки.
ну и мое личное мнение:
DeeMon: Так что по сути этот компонент только для личного частного использования
R2: Верно. В первую очередь компонент предназначен для владельцев сайтов, а не для коммерческого создания шаблонов на конвейере.
Люди не в нашей реальности, когда очень многие заказчики путают эл.почту с адресом сайта, или например когда не могут зарегистрироваться на портале по причине того, что нет почтового ящика и не могут завести его, когда каждое движение вызывает кучу вопросов, это только для продвинутых пользователей, по сути для тех кто имеет базовые знания… Мое мнение очень классный компонент, для тех кто работает в теме, обязательно брать…
Я и не утверждал что соц.сети ориентир, цель привел просто как вывод от написания на главной страннице — Всё для социальной сети — вроде как подразумевается главная цель движка, я просто знаю что он гибкий, а кому надо тот пусть сам выбирает, что и как на нем строить.Затем вдруг отказываетесь и пишете что согласны что социальные сети уже вообще не ориентир. Нет это нормально конечно, что восприняли доводы.
Почему не поверю, очень даже верю, видел на практике и не раз.Вы не поверите, но делать разработки можно так, что еще сам не всё придумал web мастер, а уже это в разработке есть и учтено разработчиком
Ну я считаю только на продажи, естественно там рынок ИТ лучше развит, а вот идеи лучшие от наших прогеров идут, даже там, я многих толковых ребят знаю с СНГ — которые там работают, и в основном лучшие идеи от нашей школы прогеров..При этом на продажи ориентироваться лучше на западный рынок.
Да принцип виджеты, списки и поля — есть во многих движках — я знаю про CCK, лично мне понравилось в Инстант что это взято сразу за основу.Это есть во многих движках.
Согласен предлагают, но опять — но, гибкие — не уверен… Джумла, Вордпресс, с кучей мусора чтоб работало то что нужно, например как то проигрывают Инстанту, ладно Друпал отличный движок — но трудный в понимании управления — для заказчиков…Многие движки гибкие и предлагают варианты многих направлений.
Или платные Битрикс — с ценой который в базовой комплектации подходит на ура, но как только заказчик захочет что то свое и начнешь делать превратится в ад разработчика, webasyst — магазинный — хорошо только для магазина, хоть есть и блог и прочее, но на нем только магазин и построишь, а с фильтрацией там есть свои сложности… OpenCart — вроде бесплатно, но все равно готовьте денежку, чтоб все довести до ума если нет навыков — потому что в коробке все сыроватое — даже бывает функционал, в конечном счете может выйти примерно тоже что и в webasyst — особенно с последним законодательством по ККТ… Много еще примеров, да по движкам, много пересмотрел всего, много чего есть — и они подходят в какой то степени для четко определенных задач, но у каждого свои особенности, а в соотношении стоимости проектов — лучше брать определенный, а вот когда заказчик говорит хочу начать с малого потом развить в каком то направлении, вот и задумываешься что поставить… У всех движков свои особенности — пока не познакомишься с ними поближе, и Инстант выделяется среди них заметно по гибкости.