AlekS

AlekS

+31
Репутация
6
Рейтинг
#1 iCMS 2.0 - предложения 29 июня 2017 в 11:44


AlekS, та ну… это уже такое, один раз сделал и забыл

Jestik

Ну хоть и мелочь, а было бы приятно чтобы такая возможность была прямо с коробки:). Просмотры это такое же поле как например Автор и дата, даже расположены рядышком, почему бы и просмотрам так не настраиваться? Вот надо например в одном типе контента (в списке или в самой статье) выводить просмотры, а в другом типе контента не нужно такое, для этого сейчас нужно в шаблоне ковыряться и подобное настраивать, а где зашёл в админку и настроил всё как нужно в пару кликов, удобно ведь!?
#2 iCMS 2.0 - предложения 27 июня 2017 в 18:36
Доброго дня, у меня есть предложение сделать тип поля "Просмотры" (hits_count) для типов контента, наподобие как это делается с полями: "Дата публикации" и "Автор". Просмотры же сейчас строго выводятся только в самой записи и в типах поля никак это к сожалению нельзя изменить, а не помешало бы для большей гибкости и тонкой настройки, так как в некоторых разделах в списке хочется их видеть, а в некоторых не обязательно. Знаю что это можно сделать в шаблоне но хотелось бы чтобы можно легко было включать/выключать ("в списке" и "в записи") через админку, как и другие подобные поля.
#3 Убрать название категории в URL iCMS 2 26 июня 2017 в 02:49


самого Fuze

Странник
laugh

Странник, это немного разные вещи всё же. Инструкция по обновлению и документация к продукту.

Ну и при этом всём, пропаганда чтения документации должна быть, как не крутите joke

Fuze

Спасибо!!!!)) Я наверное из тех людей которому проще перековырять и поламать всё на свете, а потом только посмотреть инструкцию… zst, хотя если честно даже сейчас прочитав её пару раз я с трудом понимаю как это делается, счас пойду ковырять) согласно инструкции… Действительно я был не прав "наезжая" на разработчиков...)… Но хотелось бы чтобы движок был более понятным для обычного пользователя не влазя глубоко в инструкцию.., чтобы был пункт типа "показывать в url все категории" и всё ясно и понятно любому дураку) такому как я например...).
#4 Убрать название категории в URL iCMS 2 24 июня 2017 в 03:50
Подниму эту тему так как сам столкнулся при переезде сайта на вторую ветку Инстанта, как можно сделать url с названиями вложенных категорий, причём достаточно глубоко вложенными?
Вариант с редиректами 301 не подходит, так как у сайта довольно сложная древовидная структура в которой URL имеет тоже весомое значение как и всё остальное.
Сейчас можно лишь сделать так: site.ru/catalog/statija.html, а нужно что-то типа такого: site.ru/catalog/catalog/catalog/statija.html

Не понимаю почему разработчики позиционируют свой движок чисто на простые социальные сайты, тогда как его многие хотят применить и под сложные проекты, где важна каталогизация например товаров, объектов и др. где совсем не подходят такие упрощённые url ссылки, не все ведь гонятся за СЕО, задачи у сайтов есть разные. Тем более в первой ветке движка такая возможность была, хотябы для совместимости могли бы оставить эту функцию. Сейчас сижу и словно руки связаны, очень нужен именно Instant 2.0 так как только там есть нужный функционал, на него уже перевёл много материала плюс базу пользователей, а вот основную функцию сайта не могу из-за этой проблемы перевести… Я ведь не один столкнулся с таким я ОЧЕНЬ надеюсь что разработчики прислушаются к создателям сайтов, ведь это же для нас Вы его делаете, а не просто так для себя, я даже хочу платный модуль ИнстантМапс после переезда купить. Помогите как эту проблему с URL решить?
#5 [ЕСТЬ РЕШЕНИЕ] Тестирование мигратора INSTANTCMS1.1.* - INSTANTCMS2.7.1 1 июня 2017 в 01:46
Мне нужно перенести Статьи, Новости, кучу категорий в которых есть много букоф), базу пользователей с паролями и по сути на этом всё, а, ну ещё комментарии хотелось перенести с этим текущая версия мигратора справится или подождать лучше новую?)
#6 Миграция 1.10.* на 2.4.* и на более поздние 19 августа 2016 в 21:24




Мигратор делать начинали и даже основную его логику сделали. Но за отсутствием времени пока что дело до конца не доведено.

Fuze

Могу дать совет как получить больше времени на мигратор и форум:), попросту отказаться от 1 версии Инстанта:), наверняка ведь много сил уходит на поддержку первой ветки движка, а зачем людям 2 версии и разработчикам тоже? Вот и сосредоточиться на миграторе, перевести всех с первой версии на вторую и тогда будет и форум и другие замечательные компоненты и сам движок будет развиваться поактивнее. Это моё мнение, возможно я чего-то не понимаю и не знаю что такого важного в 1-й версии, что её обязательно нужно тянуть. Люди потому (как собственно и я) и сидят на 1-й версии движка потому что мигратора нет, будет мигратор, все быстренько перекочуют на новую версию. И все будут счастливы и довольны, в том числе и разработчики, где 2 версии поддерживать и развивать, а где одну, есть разница.

Но увы я в любом случае уже не дождусь мигратора, встал уже срочный вопрос о переезде на 2-ю версию, благо сайт не сильно оброс дополнительными модулями, которые к тому же не очень важны. Просто во втором Инстанте есть много функций которых мне не хватает в первом. Да и пора обрастать нужными модулями и функциями, пришло просто время для них, так как сайт дорос уже до нужного уровня, а с 1-й версии на 2-ю легче перейти без них, чем в будущем потратить кучу сил на их переписывание или интеграцию в новый движок и даже мигратор уже тогда мало что даст.

AlekS

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

Melon

Я не имею ничего против 1 ветки и если она людям нравится или просто лень переходить на 2-ку то пускай она будет, но эти же люди неосознанно способствуют тормозу прогресса для новой версии. Просто насколько бы быстрее развивалась 2-я ветка если бы все силы кинули на неё, ведь люди там годами очень ждут, например, форума и других нововведений, но как написал Администратор выше — нет времени… Что я могу по этому сказать… — нерациональное использование сил и времени, не лучше ли при этом чем-то пожертвовать, чтобы новый продукт довести до ума побыстрее, а не растрачивать силы на 2 продукта!? Ведь что делать например тем людям, кто установил 2 версию и затем встала необходимость создать форум так как это повысит посещаемость сайта и тем самым повысив заработки с него? Тут или ждать и надеяться что выпустят форум для Инстанта и при этом жертвовать временем или же ставить сторонний форум и потом когда выйдет офф форум от Инстанта переносить все данные на него, чтобы всё было по феншую. Инстант очень замечательный движок и мне он очень-очень нравится но всё развивается настолько медленно, что успевает устаревать морально на время выхода, так как приходится ставить до выхода компонента или нужной функции дополнительные костыли которые потом только мешаются.
#7 Миграция 1.10.* на 2.4.* и на более поздние 19 августа 2016 в 21:05


Здесь на форуме есть несколько решений, которые достаточно удобно переносят почти все данные.
Перенес сам все статьи, новости, мапс, пользователей и т.п.

MakArtSoft

Буду очень Вам благодарен если дадите ссылки на эти решения! Как раз собираюсь переносить данные и хочу выбрать лучшее для этого решение, чтобы перенести статьи, новости и пользователей с паролями.
#8 Миграция 1.10.* на 2.4.* и на более поздние 13 августа 2016 в 21:37


Мигратор делать начинали и даже основную его логику сделали. Но за отсутствием времени пока что дело до конца не доведено.

Fuze

Могу дать совет как получить больше времени на мигратор и форум:), попросту отказаться от 1 версии Инстанта:), наверняка ведь много сил уходит на поддержку первой ветки движка, а зачем людям 2 версии и разработчикам тоже? Вот и сосредоточиться на миграторе, перевести всех с первой версии на вторую и тогда будет и форум и другие замечательные компоненты и сам движок будет развиваться поактивнее. Это моё мнение, возможно я чего-то не понимаю и не знаю что такого важного в 1-й версии, что её обязательно нужно тянуть. Люди потому (как собственно и я) и сидят на 1-й версии движка потому что мигратора нет, будет мигратор, все быстренько перекочуют на новую версию. И все будут счастливы и довольны, в том числе и разработчики, где 2 версии поддерживать и развивать, а где одну, есть разница.

Но увы я в любом случае уже не дождусь мигратора, встал уже срочный вопрос о переезде на 2-ю версию, благо сайт не сильно оброс дополнительными модулями, которые к тому же не очень важны. Просто во втором Инстанте есть много функций которых мне не хватает в первом. Да и пора обрастать нужными модулями и функциями, пришло просто время для них, так как сайт дорос уже до нужного уровня, а с 1-й версии на 2-ю легче перейти без них, чем в будущем потратить кучу сил на их переписывание или интеграцию в новый движок и даже мигратор уже тогда мало что даст.
#1 Модуль рассылки 2 мая 2013 в 18:16
Здравствуйте, решил поздравить пользователей сайта с майскими праздниками с помощью рассылки. Решил в блогах поискать подходящий модуль, нашел только один платный со множеством ненужных для меня функций. Скажите нет ли более простого решения? Главное, чтобы можно было в нем использовать стандартный редактор и что-бы он отправлял не сразу всем пользователям за раз, а с небольшой периодичностью, например через каждые 5 мин 50 пользователям, чтобы не нагружать сервер.
#10 Стоит ли закрывать для поисковиков рездел users? 31 января 2013 в 18:23

Свежему сайту, как никакому другому нужно следить за своим состоянием. В самом начале — лучше закрыть (в большинстве проектов), дабы не получить плохую карму ))) А вот после, в зависимости от проекта — открыть или оставить закрытым (Гугл кстати, в любом случае все проиндексирует, тут лучше в хэде закрывать, чтобы соплей не собрать)

soxom
Спасибо, значит пака прикрою раздел, а когда уже сайт более посещаем и социалка будет работать на полную, то уже открою для индексирования:). Хотя цель закрытия была немного другой, чтобы боты больше гуляли по нужным страницам, чем растрачивали время на другие ненужные разделы и страницы, которые содержат мало полезной для поисковиков и раскрутки информации.
#11 Стоит ли закрывать для поисковиков рездел users? 30 января 2013 в 01:32
Я личные фотоальбомы и имел в виду, жаль, что они не будут видны поисковикам при закрытии персональной страницы.
#12 Стоит ли закрывать для поисковиков рездел users? 29 января 2013 в 17:27
Спасибо, вы подтвердили мои предположения! А как например с контентом, который прикреплен именно к страничкам пользователей, например личные фотоальбомы? Они в этом случае не будут проиндексированы, в моем проекте фотографии относятся к тематике сайта и хотелось бы, чтобы они тоже попадали в поиск. Или может они и так будут в поиске даже если раздел users скрыт?
#1 Стоит ли закрывать для поисковиков рездел users? 29 января 2013 в 16:24
Здравствуйте, заметил что поисковики заходят на страницы пользователей и сканируют их, и даже попадают в выдачу поисковика. Но сам этот раздел никакой практически полезной для раскрутки сайта информации не несет и боты поисковика вместо того, чтобы сканировать полезный материал, захватывают и этот раздел, меньше чем нужно уделяя внимания основным разделам и статьям. Подскажите это так или я зря переживаю и не стоит этим заморачиваться?) С другой стороны может быть когда пользователи больше начнут выкладывать разнообразного материала, то с открытым для поисковиков разделом users лучше он будет индексироваться… Вот такие вот мои рассуждения, может кто подскажет или поругает) Интересно услышать Ваше мнение, особенно мнение профессиональных SEO-шников.
#14 Мои проблемы с 1.9 6 октября 2012 в 16:03

plugins\p_fckeditor\fckeditor\editor\filemanager\connectors\php\config.php
50 строка добать команду CreateFolder, получится
Код PHP:

// What the user can do with this connector.
$Config['ConfigAllowedCommands'] = array('QuickUpload', 'FileUpload', 'GetFolders', 'GetFold

oll
Спасибо!!! Все получилось!:)
#15 Мои проблемы с 1.9 16 сентября 2012 в 01:25
Мне так никто и не ответил(, почему не получается создавать через редактор папки? Права доступа на папку Images и вложенных в нее — 777.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.