alkokrolik
+44
Репутация
-19
Рейтинг
У меня включен пункт "Показывать список категорий над списком записей". Как можно в этом списке скрывать те категории, в которых еще записей нет? То есть, показывать список только тех категорий, в которых есть хотя бы 1 запись.
В той или иной степени выбор CMS всегда подразумевает притянутость за уши. Взять тот же вордпресс — сайты на нем плюс-минус одинаковые, потому что от шаблонов не уйти (или мало кто пытается уйти). CMS — всегда рамки, на которые соглашаются из-за преимуществ: готового по сути мощного сайта из коробки. Опять же вернемся к вордпрессу: сколько будет стоить разработка движка с таким же функционалом? А сколько она будет стоить времени?Всё таки на выбор конечно оба варианта притянуты за уши будут.
Так что все мы понимаем, что дело в деньгах в первую очередь. Дальше — время, контроль, тестирование. В уже давно разрабатываемых CMS находят ошибки, что тут говорить о созданной по заказу с нуля. Учитываем еще тот факт, что тестирование — это такая интересная вещь, о которой все говорят, да только мало кто занимается этим.
По итогу, движок уровня инстанта будут делать год, он будет стоить миллион в самом лучшем случае, там будет множество ошибок. Это я не беру еще все хотелки, которые постепенно будут возникать. И это я беру с прицелом на то, что какие-то компоненты даже можно опустить: например, группы (сообщества).
Да, конечно в таких случаях возникают люди, готовые сделать дешевле. Сорян, уже несколько раз проходил это, занимаясь проектами компании. Будут делать долго (а значит уже недешево), ошибок будет больше. Вероятность приемлемого результата (что движок будет готов) очень низкая.
Поэтому притягивать за уши — вариант оптимальный.
Специального нет, или оно не работает, или работает не так. В целом, если Инстант покрывает 95% всех хотелок, остальные похожие движки — хорошо если на 50%. В свое время хорошо изучил движки типа social engine и подобные, там все достаточно скромно и отстало (еще год назад в этом движке массовая загрузка фоток была исключительно через флеш, нормально?). Где-то проработан профиль, но нет групп пользователей, где-то нет контента, форума нет у многих, и т.д. да в общем-то серьезных движков не так много, просто надо не список фич читать, а установить и помотреть — сразу станет понятно, что инстант ускакал на пару парсеков вперед.Я бы искал для этого специальное что то просто.
Если компонентов готовых нет, то наверное для сео, урлов и т.п. будет разумно все-таки делать категорию Море и в ней подкатегории стран. Тогда адреса будут вида "more-russia-chernoe" или типа того. Либо наоборот, сделать первой категорией страны, а в них уже выбирать Море, Горы или что там еще.
Стран всего-то 195, это не тот случай, когда нужно паниковать.
Я делал географические подкатегории (города для основных категорий Россия, Белоруссия, Украина) так:
взял список городов, вставил их при создании категорий таким образом:
— Россия
— Москва
— Питер
— Украина
— Киев
и т.д.
В общем, сохранил это всё дело. Категории создались, но для тонкой настройки мне нужно было тайтлы сделать не "Киев", а "Море Киев". Вручную — долго, поэтому просто скачал таблицу из БД, в экселе все это дело собрал, обратно закинул. Далее, в других категориях или типах контента просто редактировал уже имеющуюся таблицу под новый тип контента. Получилось довольно быстро.
Стран всего-то 195, это не тот случай, когда нужно паниковать.
Я делал географические подкатегории (города для основных категорий Россия, Белоруссия, Украина) так:
взял список городов, вставил их при создании категорий таким образом:
— Россия
— Москва
— Питер
— Украина
— Киев
и т.д.
В общем, сохранил это всё дело. Категории создались, но для тонкой настройки мне нужно было тайтлы сделать не "Киев", а "Море Киев". Вручную — долго, поэтому просто скачал таблицу из БД, в экселе все это дело собрал, обратно закинул. Далее, в других категориях или типах контента просто редактировал уже имеющуюся таблицу под новый тип контента. Получилось довольно быстро.
@Elv, да нет, я не считаю что это недоработка или упущение, в принципе все логично: мало кому придет в голову давать ссылку из профиля на конкретную единицу контента, логично что там ссылка на список статей, объявлений и т.д. Хотя для каких-то задач может и пригодилась бы возможность как-то выделять отдельные страницы контента: например, показывать прямо в профиле лучшую статью пользователя, типа того. В любом случае это уже нетривиальная хотелка.
Не понял в чем конкретно проблема.
Сейчас проверил — вроде работает вставка кода ролика вконтакте при включенном типографе, редактор markitup. Проверял в блогах, в комментариях.
Сейчас проверил — вроде работает вставка кода ролика вконтакте при включенном типографе, редактор markitup. Проверял в блогах, в комментариях.
@Elv,
Ну вот. Собственно цель-то такая была, на всякий случай спросить перед выкатыванием сайта на хостинг, может кто что дельное напишет, может я реально ошибся в структуре и можно сделать более простым/удобным/логичным образом. Чтобы это учесть, а то потом переделывать на живом сайте такое не получится без редактирования пользователями всего что они уже добавили, это плохо.
Ну вот. Собственно цель-то такая была, на всякий случай спросить перед выкатыванием сайта на хостинг, может кто что дельное напишет, может я реально ошибся в структуре и можно сделать более простым/удобным/логичным образом. Чтобы это учесть, а то потом переделывать на живом сайте такое не получится без редактирования пользователями всего что они уже добавили, это плохо.
@Elv,
Читайте минусы, когда делаешь тип контента Модели:
— Контент надо разбивать по странам и городам. Отсюда необходимость при создании страницы Модели указывать город 2 раза: в поле Местоположение и в выборе категории, например, Модели Москвы.
— Фотоальбом/ы нельзя привязать к странице контента. Фотоальбомы. Не набор изображений.
— В профиле пользователя нельзя вывести прямую ссылку на его страницу модели, которую он создал.
Не знаю, как еще объяснить. Вы начинаете искать и решать проблемы, которых у меня вообще нет, в частности на странице модели можно вывести хоть 100 фоток, но мне же хочется не терять все преимущества и фишки фотоальбомов (например, комментарии к фото).
Читайте минусы, когда делаешь тип контента Модели:
— Контент надо разбивать по странам и городам. Отсюда необходимость при создании страницы Модели указывать город 2 раза: в поле Местоположение и в выборе категории, например, Модели Москвы.
— Фотоальбом/ы нельзя привязать к странице контента. Фотоальбомы. Не набор изображений.
— В профиле пользователя нельзя вывести прямую ссылку на его страницу модели, которую он создал.
Не знаю, как еще объяснить. Вы начинаете искать и решать проблемы, которых у меня вообще нет, в частности на странице модели можно вывести хоть 100 фоток, но мне же хочется не терять все преимущества и фишки фотоальбомов (например, комментарии к фото).
@Elv, Еще раз спрашиваю — зачем? И какие проблемы, указанные в моем топике, это решит?
Набор изображений можно куда угодно прикрепить, вопроса по этому поводу не было, вопрос был — как быть с фотоальбомами.
Набор изображений можно куда угодно прикрепить, вопроса по этому поводу не было, вопрос был — как быть с фотоальбомами.
Можно сделать такое, например тип — портфолио, категории — модели, фотографы. Только зачем? Это не решает ни одну проблему, зато добавляет новых.Тип контента делать один с двумя категориями
Вопросик небольшой. Когда находимся на главной или в разделе, видим быстрые ссылки на последний пост. Ссылки вида "адрес_поста#post_12". У меня верхнее меню фиксированное😊и с прокруткой остается наверху. Меню 80px в высоту. Соответственно, ссылки с форума на последний топик у меня работают прекрасно, но меню загораживает верх поста, как бы сделать, чтобы учитывались эти 80px сверху?
все не прочел… но почему не сделать на типах контента, а при регистрации просить только логин пароль и группу (фотограф/модель).
А потом показывать кнопку: создать страницу фоторафа/модели и в меню "найти фотографа/модель" и разрешить создавать только 1 запись
Это я и сделал.
Появилось время (наконец-то) для переделки одного старенького сайта. Сайт про моделей, фотографов, тфп-фотосъемку и т.д. — наворотить там можно со временем много чего, но для простоты ситуации давайте возьмем моделей и фотографов — их странички, поиск, города, разные параметры и т.д.
Рассматривал еще давно 2 варианта организации этих товарищей. Оба к сожалению имеют ощутимые минусы.
1. Ничего не делать, оставить профиль пользователя в качестве страницы специалиста. Для различия между собой создать группы пользователей "Модель" и "Фотограф".
Плюсы:
— Для пользователей всё просто: при регистрации указал специализацию, заполнил профиль (в зависимости от выбранной группы) один раз и на этом всё.
— Можно создавать фотоальбомы, которые будут на странице профиля.
Минусы:
— Чехарда в фильтрах по поиску нужных специалистов, фильтр для всех групп пользователей один, когда ищешь фотографа — не нужна выборка по росту или цвету волос.
— Нет элементарного SEO: тайтлы вида "Фотограф Алексей Кузьменко" придется самому прикручивать к странице вывода профиля, всё не очень сложно, тем не менее сказывается отстутствие структуры.
— Хлебные крошки будут работать совсем бесполезно: страница "Модели Москвы" — это не страница категории (где можно дать тайтл и описание), а страница результатов поиска.
— Ограниченность в оформлении профилей, т.к. пользовательская страница одна на всех.
— Разбивка по странам и городам, например Модели Москвы, Фотографы Украины — та еще задачка, которую скорее всего можно будет решить только вручную, ваяя html-виджеты со ссылками вида "сайт/users/index/models?&country=9908".
2. Создать типы контента "Модель" и "Фотограф". Пользователь регистрируется, потом в зависимости от своей роли создает нужную страницу.
Плюсы:
— Четкая организация страниц специалистов: если пользователь одновременно модель и фотограф — создается 2 страницы с нужными параметрами и контентом. Легко настроить вывод заголовков и описаний.
— При создании категорий по странам и городам отлично работают хлебные крошки: "Модели — Россия — Санкт-Петербург — Вероника Реутова".
— Шикарно работают фильтры.
— Проще работать с виджетами вывода контента.
— Легко настроить уникальный вывод для любого типа страниц. Например, для моделей можно сделать вывод страницы без сайдбара на всю ширину и т.д.
Минусы:
— Основной минус в некоторой шизофреничности происходящего. Я вот для тестов постоянно создаю новых пользователей, даже сам вижу, что устроено все достаточно бредово, а пользователи будут точно злиться. То есть, мы регистрируемся, указываем некоторые свои данные для профиля, например аву, город, возраст. Потом при создании страницы фотографа нам приходится делать это еще раз, т.к. страница контента может подхватывать не все поля пользовательской страницы. Все усугубляется тем, что единственный разумный и полезный вид категоризации специалистов — это создать категории "Страны — Города". При этом получается, что нам 3 раза придется выбирать Город: 1 — в профиле, 2 — при выборе категории, 3 — для указания города в качестве поля, по которому нашу страницу можно будет найти в фильтре.
— Критичная проблема с альбомами. Как привязать их к уже созданной странице фотографа? По поиску ничего не нашел и вряд ли это возможно. В любом случае, при создании типа контента Фотограф привязать альбом нельзя, то есть фотограф создаст страницу, а дальше? Если же альбомы создавать в профилях, как обычно, то получится хаотично уже для всех пользователей: страницу фотографа смотрите вот тут, а альбомы смотрите вот там, в профиле.
— Когда смотрим профиль модели, то ее созданная страница показывается в профиле, но только как ссылка на список контента, то есть этооднозначно лишний клик. Пользователь может создать только 1 страницу модели и фотографа. Хорошо бы как-то сделать вывод в профиле однозначно прямой ссылки сразу на созданную страницу модели или фотографа, но похоже что это невозможно. Либо как-то выводить список контента "Модель" в профиле (список тут будет в виде одной ссылки, что и нужно), но я не разобрался как это сделать.
Итого:
Прошу каких-то мыслей по поводу сабжа. В принципе у меня есть практически готовый сайт, сделанный по схеме 1 (для движка пары версий в прошлое) и сейчас делаю по схеме 2. Склоняюсь все же ко второму варианту, он гибче, но проблемы описанные выше не дают покоя.
Может быть кто-то подскажет по структуре — как разрулить главные проблемы. Для меня основное — это удобство, и если я вижу, что даже мне немножко некомфортно выполнять действия для создания страниц, то понятно, что для пользователей это будет тоже непонятно и запутанно.
Еще:
Целей, целесообразности, вопросов перспектив и монетизации прошу не касаться😊С этим у меня как раз вообще нет проблем, никаких.
Рассматривал еще давно 2 варианта организации этих товарищей. Оба к сожалению имеют ощутимые минусы.
1. Ничего не делать, оставить профиль пользователя в качестве страницы специалиста. Для различия между собой создать группы пользователей "Модель" и "Фотограф".
Плюсы:
— Для пользователей всё просто: при регистрации указал специализацию, заполнил профиль (в зависимости от выбранной группы) один раз и на этом всё.
— Можно создавать фотоальбомы, которые будут на странице профиля.
Минусы:
— Чехарда в фильтрах по поиску нужных специалистов, фильтр для всех групп пользователей один, когда ищешь фотографа — не нужна выборка по росту или цвету волос.
— Нет элементарного SEO: тайтлы вида "Фотограф Алексей Кузьменко" придется самому прикручивать к странице вывода профиля, всё не очень сложно, тем не менее сказывается отстутствие структуры.
— Хлебные крошки будут работать совсем бесполезно: страница "Модели Москвы" — это не страница категории (где можно дать тайтл и описание), а страница результатов поиска.
— Ограниченность в оформлении профилей, т.к. пользовательская страница одна на всех.
— Разбивка по странам и городам, например Модели Москвы, Фотографы Украины — та еще задачка, которую скорее всего можно будет решить только вручную, ваяя html-виджеты со ссылками вида "сайт/users/index/models?&country=9908".
2. Создать типы контента "Модель" и "Фотограф". Пользователь регистрируется, потом в зависимости от своей роли создает нужную страницу.
Плюсы:
— Четкая организация страниц специалистов: если пользователь одновременно модель и фотограф — создается 2 страницы с нужными параметрами и контентом. Легко настроить вывод заголовков и описаний.
— При создании категорий по странам и городам отлично работают хлебные крошки: "Модели — Россия — Санкт-Петербург — Вероника Реутова".
— Шикарно работают фильтры.
— Проще работать с виджетами вывода контента.
— Легко настроить уникальный вывод для любого типа страниц. Например, для моделей можно сделать вывод страницы без сайдбара на всю ширину и т.д.
Минусы:
— Основной минус в некоторой шизофреничности происходящего. Я вот для тестов постоянно создаю новых пользователей, даже сам вижу, что устроено все достаточно бредово, а пользователи будут точно злиться. То есть, мы регистрируемся, указываем некоторые свои данные для профиля, например аву, город, возраст. Потом при создании страницы фотографа нам приходится делать это еще раз, т.к. страница контента может подхватывать не все поля пользовательской страницы. Все усугубляется тем, что единственный разумный и полезный вид категоризации специалистов — это создать категории "Страны — Города". При этом получается, что нам 3 раза придется выбирать Город: 1 — в профиле, 2 — при выборе категории, 3 — для указания города в качестве поля, по которому нашу страницу можно будет найти в фильтре.
— Критичная проблема с альбомами. Как привязать их к уже созданной странице фотографа? По поиску ничего не нашел и вряд ли это возможно. В любом случае, при создании типа контента Фотограф привязать альбом нельзя, то есть фотограф создаст страницу, а дальше? Если же альбомы создавать в профилях, как обычно, то получится хаотично уже для всех пользователей: страницу фотографа смотрите вот тут, а альбомы смотрите вот там, в профиле.
— Когда смотрим профиль модели, то ее созданная страница показывается в профиле, но только как ссылка на список контента, то есть этооднозначно лишний клик. Пользователь может создать только 1 страницу модели и фотографа. Хорошо бы как-то сделать вывод в профиле однозначно прямой ссылки сразу на созданную страницу модели или фотографа, но похоже что это невозможно. Либо как-то выводить список контента "Модель" в профиле (список тут будет в виде одной ссылки, что и нужно), но я не разобрался как это сделать.
Итого:
Прошу каких-то мыслей по поводу сабжа. В принципе у меня есть практически готовый сайт, сделанный по схеме 1 (для движка пары версий в прошлое) и сейчас делаю по схеме 2. Склоняюсь все же ко второму варианту, он гибче, но проблемы описанные выше не дают покоя.
Может быть кто-то подскажет по структуре — как разрулить главные проблемы. Для меня основное — это удобство, и если я вижу, что даже мне немножко некомфортно выполнять действия для создания страниц, то понятно, что для пользователей это будет тоже непонятно и запутанно.
Еще:
Целей, целесообразности, вопросов перспектив и монетизации прошу не касаться😊С этим у меня как раз вообще нет проблем, никаких.
Еще про группы полей профиля.
Допустим, я сделал новую группу полей, Соцсети и сервисы, чтобы красиво оформить твиттеры и телеграмы. В общем, создал поля, но доступ дал только всем зарегистрированным.
Теперь захожу как гость, поля не видны, но подзаголовок "Соцсети и сервисы" виден. Имхо, как-то не очень.
Допустим, я сделал новую группу полей, Соцсети и сервисы, чтобы красиво оформить твиттеры и телеграмы. В общем, создал поля, но доступ дал только всем зарегистрированным.
Теперь захожу как гость, поля не видны, но подзаголовок "Соцсети и сервисы" виден. Имхо, как-то не очень.
teymur, функционал сложный. Заказчик вы?
Продавать по номиналу будет, а может и с наценкой :)в теме распродажи купленных разработок