Мне несколько странно, почему, имея такой клёвый функционал в виде ДАО, он практически отсутствует в реализациях сайтов на Альто.
Конечно, текущий функционал ДАО далек от совершенства, но, на рынке подобных CMS выбор (мягко говоря) не велик…
Для большинства задач хватает обычного интернет магазина, который с успехом можно реализовать с помощью miniMarket. Если бы мне понадобилась реализации нескольких продавцов, я бы заказала реализацию на новой версии, тем более, что по всем параметрам, судя по анонсу, она на порядок выше всех существующих аналогов.
Исключительно информационно, для привлечения продавцов на свою площадку нужны большие ресурсы сопоставимые например с prom.ua, имея которые, программная реализация будет требоваться в последнюю очередь. У вас они есть?
Хочу спросить у разработчиков про «дружбу AltoCMS» с поисковиками… Сейчас вот обратил внимание на первые строки кода у себя на сайте и мне думается что тут нужно что-то доработать для большего дружелюбия с поисковыми системами.
title сайта на 26 строке, а description на 28 строке.
(Хотя я может заблуждаюсь на этот счет, и эта такая спец-задумка, тогда прошу рассеять мои сомнения). В каталоге есть плагин СЕО, но он для старой версии, мне кажется что про СЕО не стоит забывать в новой версии Alto.
Пустые строки в исходном коде страницы ни на что не влияют, а уж тем более на поисковую выдачу. Подходить к вопросу можно только с эстетической точки зрения :)
*И еще вопрос — не планируется ли в будущем познакомить систему с W3C — w3.org?
Имеется ввиду ошибки, вызванные несоотв. стандартам W3C?
Я не очень понимаю зачем нужно вручную указывать, где должен находиться фотосет… А вот инструкцию как создать собственный тег/кнопку в редакторе с удовольствием прочитала бы :)
Мне кажется логичнее всего, для юзера отдельная кнопка в редакторе
Если не указано где выводить тег выводится по умолчанию. Хотя лично мое мнение, это не для всех проектов, в большинстве случаев нужен именно фиксированный вывод заданный по умолчанию.
Насчет силы согласна — simple rating покроет требования для 90% сайтов. Но тут вопрос, как уже говорилось ранее, в переработке самого механизма начисления рейтинга (если просто убрать значение — сила все равно будет участвовать в начислении рейтинга).
Силу голоса можно определять по рейтингу (например рейтинг до 50 — 1 голос, более 50 — 2 голоса и т.д). Дробные значения рейтинга так же вызывают много вопросов.
На мой взгляд идеальная система рейтинга
+1 за статью добавляет единицу рейтинга (или 2 и т.д)
+1 за комментарий добавляет единицу рейтинга
+1 в профиле добавляет единицу рейтинга
Для создания своего магазина плагин вообще идеальный и нет аналогов такого уровня не только на alto/ls, но и на других CMS.
Но если я правильно понимаю, он подойдет не только для создания интернет магазина?
Для примера возьмем «Кинопоиск», мне кажется 90% функционала такого портала есть/будет (судя по анонсу) в miniMarket.
Есть недешевый плагин Psnet catalog.livestreetcms.com/addon/view/424/, который такого там намудрил, что скорее всего сам не понимает, что с ним делать. И minimarket c логичной, легкой и правильной, а самое главное понятной для пользователя структурой.
По своему опыту могу сказать, что для хорошего СДЛ со скоростной самонаполняемостью (как то так :)) sitemap и не нужен, т.к. быстроботы и так «живут» там (есть сайт на модифицированной ls 0.5 все страницы влетают в индекс в течении нескольких минут без всякого sitemap). А есть несколько сайтов, которые обновляются относительно редко, там стоит cms dle, примерно раз в неделю захожу и нажимаю кнопку «обновить» ручками :)
Но это только мое мнение, основанное на личных наблюдениях и если бы мне дали на выбор две опции, я бы предпочла ручное обновление. Для меня производительность на первом месте, а генерация карты сайта все таки достаточно ресурсозатратная операция.
Не сталкивалась с ситуацией когда сайт, который не индексируется, а потом влетает в индекс после создания sitemap. Может быть это актуально для каких нибудь экзотических движков с запутанной иерархией адресов, все современные CMS справляются с этим на ура :)
Еще, опять же мое мнение, sitemap нужен не для оперативного индексирования поисковыми системами, а для построения правильной структуры сайта в загруженных роботом страницах. В этом случае в обновлении sitemap на лету нет необходимости.
Ну а для сео оптимизации гораздо важнее иметь правильный robots.txt :)
Часть экранов с hd и fullhd разрешением действительно нормально отображают обычные не адаптивные сайты, с другой стороны пользоваться такими сайтом на небольшом экране смартфона/планшета неудобно. Плюс к этому есть много устройств с низким разрешением 800x480, 480x320, 320x240. А учитывая, что мобильный трафик в последнее время уже обогнал десктопы, такая функция как адаптивность превратилась в необходимость. Можно конечно разработать отдельно мобильную версию(имея например бюджет хабра), но по сути в чем будет ее отличие от адаптивного шаблона? :)
Для большинства задач хватает обычного интернет магазина, который с успехом можно реализовать с помощью miniMarket. Если бы мне понадобилась реализации нескольких продавцов, я бы заказала реализацию на новой версии, тем более, что по всем параметрам, судя по анонсу, она на порядок выше всех существующих аналогов.
Исключительно информационно, для привлечения продавцов на свою площадку нужны большие ресурсы сопоставимые например с prom.ua, имея которые, программная реализация будет требоваться в последнюю очередь. У вас они есть?
«Похожие статьи» после тегов — это какой то плагин?
Пустые строки в исходном коде страницы ни на что не влияют, а уж тем более на поисковую выдачу. Подходить к вопросу можно только с эстетической точки зрения :)
Имеется ввиду ошибки, вызванные несоотв. стандартам W3C?
Если не указано где выводить тег выводится по умолчанию. Хотя лично мое мнение, это не для всех проектов, в большинстве случаев нужен именно фиксированный вывод заданный по умолчанию.
Я когда то предлагала упростить систему altocms.ru/174.html
Но если я правильно понимаю, он подойдет не только для создания интернет магазина?
Для примера возьмем «Кинопоиск», мне кажется 90% функционала такого портала есть/будет (судя по анонсу) в miniMarket.
Есть недешевый плагин Psnet catalog.livestreetcms.com/addon/view/424/, который такого там намудрил, что скорее всего сам не понимает, что с ним делать. И minimarket c логичной, легкой и правильной, а самое главное понятной для пользователя структурой.
Но это только мое мнение, основанное на личных наблюдениях и если бы мне дали на выбор две опции, я бы предпочла ручное обновление. Для меня производительность на первом месте, а генерация карты сайта все таки достаточно ресурсозатратная операция.
Не сталкивалась с ситуацией когда сайт, который не индексируется, а потом влетает в индекс после создания sitemap. Может быть это актуально для каких нибудь экзотических движков с запутанной иерархией адресов, все современные CMS справляются с этим на ура :)
Еще, опять же мое мнение, sitemap нужен не для оперативного индексирования поисковыми системами, а для построения правильной структуры сайта в загруженных роботом страницах. В этом случае в обновлении sitemap на лету нет необходимости.
Ну а для сео оптимизации гораздо важнее иметь правильный robots.txt :)