больше документации с примерами, а не «вон там посмотрите» или «скачайте и разбирайтесь»

Это какие, интересно? У MODX уже есть документы, пользователи, права доступа. Нужно что-то еще?

Блоги, топики, комментарии и т.п. Хорошо, ты можешь сказать, что это все расширенные ресурсы. ОК. Комментарии как минимум — не расширенные ресурсы. А они здесь необходимы.
Но не будем придираться к словам.

Но это только ядро. Конечный проект однозначно придется дописывать самому.

Мило.

Обычно именно это и дописывается для каждого конкретного проекта, если нужно.

Вот как-то так. Мы и пишем. Что-то уже готовое берем, а что-то дописываем. Это нормально. Зато управляемость 100%.

На счет политик. Понял. Спасибо.

Самое главное отличие — это работа, основанная не на использовании чанков/сниппетов, а на процессорах+Smarty

Окей.

В MODX-е не хватает базовых сущностей для реализации блого-социальных проектов. modSociety их добавляет.

Это какие, интересно? У MODX уже есть документы, пользователи, права доступа. Нужно что-то еще?

Но это только ядро. Конечный проект однозначно придется дописывать самому.

Мило.

В новой версии нашего сайта мы ставили перед собой задачу реализовать поддержку блогов и топиков с различными уровнями доступов.

Обычно именно это и дописывается для каждого конкретного проекта, если нужно.

Например, у нас в магазине есть техподдержка, и там всё чётко разделено: админ видит все тикеты и комменты, автор дополнения только темы по своим дополнениям, а покупатель — только то, что сам написал. Задать вопрос можно только по тому дополнению, что купил.

Всё нужное для этого у MODX уже есть, не знаю, каких сущностей может не хватать.

реализуется ли у тебя механизм проверки прав на комментарии на уровне политик безопасности MODX-а, или как

Комментарии не бывают сами по себе, они к чему-то привязаны: к ресурсу, товару, или фотографии. Я ограничиваю права на эти объекты, а не на сами комментарии.

Например, в шаблоне страницы есть вызов TicketComments (именно он выводит комментарии, а код в процессоре остался со старых времён) — и если у юзера нет доступа на страницу, то и комментарии он не увидит, что логично. Вот, например, курсы у меня на сайте.

При выводе же списка всех комментариев пользователя можно либо также проверять права, что дольше, а можно просто указать откуда выбирать комментарии, а откуда — нет. Ведь у каждого сайта есть определенная структура.

Например, на моём сайте ты не увидишь комментариев из тех платных курсов у юзера на странице.

На этот вопрос лучше отвечу я.
1. Самое главное отличие — это работа, основанная не на использовании чанков/сниппетов, а на процессорах+Smarty. Собственно, большинство наших компонентов основывается на этом. Я сейчас не говорю о том, что чанки — плохо. Я просто говорю о принципиальном отличии.
2. Справедливости ради конечно же имеет смысл сказать, что Tickets «из коробки» имеет значительно больше. modSociety — это только расширение ядра MODX-а. В MODX-е не хватает базовых сущностей для реализации блого-социальных проектов. modSociety их добавляет. Но это только ядро. Конечный проект однозначно придется дописывать самому. Как уже говорила Даша выше, в процессе мы как раз и будем описывать задачи, с которыми будем сталкиваться, и описывать как мы их решали. Это даст больше понимания что и как здесь выполняется.
3. Безопасность и логика. В новой версии нашего сайта мы ставили перед собой задачу реализовать поддержку блогов и топиков с различными уровнями доступов. То есть чтобы любой мог создать свой блог, и определить кто какие права будет на него иметь. Эту задачу мы успешно реализуем. К примеру, в списке всех комментариев у каждого пользователя выводятся только те комментарии, которые он имеет право читать. Вот тут как раз к тебе вопрос: реализуется ли у тебя механизм проверки прав на комментарии на уровне политик безопасности MODX-а, или как? Реально интересно. В процессоре получения комментариев я не увидел никаких проверок прав.

Владимир, здесь планируется очень много разных доработок, данная выбранная стратегия позволит оценивать по времени каждую задачу в отдельности, например.
Спасибо :)

Интересно, какие принципиальные отличия есть у modSociety по сравнению с Tickets?

Понял, спасибо!

А не вариант было сначала доделать, а потом презентовать?
Ливстрит давал представление о том, что делает ваше сообщество (клуб), а собственный ваш модуль не дает даже представления что он может, не говоря что ваш сайт, на вашем модуле, (вот именно сейчас) буквально, превратился в нечто несуразное, после понятного и легко читаемого.
Удачи, однако:)

Виталий, данный функционал есть, но он скрыт (так как доделывается визуально и тестируется). «Потрогать» можно будет совсем скоро, имейте терпение ;)

Да мы не соревнуемся, просто это факт: 4 дня. Вот и все. Компонент, когда полностью допилим, будет отдан в массы. Если есть вопросы/пожелания по компоненту — мы открыты к такого рода дискуссиям.

Обновленный сайт будет содержать все это. Блоги, топики, комментарии, пользователей и рейтинги перенесли со старого сайта (с ливстрита). Пока все в режиме чтения (то есть нельзя зарегистрироваться, создать новый топик или комментарий), но очень скоро все появится.

ништяк

(я хотел сказать, что рад за вас и категорически не против вашего развития, но презентуйте пожалуйста готовый продукт, который можно «потрогать», а не только почитать).

Да, сайт пока очень ограниченный, НО: он создан за 4 дня с нуля, не считая контент со старого сайта ;).

а вот на это мне, как и наверное большинству — все равно, вы продукт делаете, а не соревнуетесь с кем-то в скорости.

Мы не агитируем никого) Вы вправе сидеть где нравится, мы же просто на примере показываем, как работает modSociety.

Четким пацанам тут ништяк.

Оживлю тему.
В общем условия такие:
если:
— адрес не содержит «sitename.ru/*.*» (т.е. в конце адреса *.html или *.jpg или еще какое-то расширение)
и
— в конце адреса нет слеша
и
— адрес не содержит «sitename.ru/manager*»
и
— это не главная страница (sitename.ru)
то добавлять в конец адреса слеш.

Прочитал уже про регулярные выражения. Уже представляю как прописать эти условия по отдельности, но не знаю как применить эти условия (конкретно отрицания) в nginx и прописать все это в одном условии.
Кто силен в этом, помогите пожалуйста.

На самом деле, за сематическое ядро стоит браться еще до начала создания самого сайта.

Постараюсь пояснить:
1. Собираем ядро и узнаем, что к нам должны ходить не только по названиям фильмов, но и по жанрам, актерам, рецензиям и т.д.
2. На основе этой информации мы создаем посадочные страницы, то есть те страницы которые отвечают некой группе запросов из нашего ядра, давая развернутый ответ на запрос пользователя.
3. Формируем всю структуру сайта исходя из набора посадочных страниц.
4. И только после этого начинаем думать как нам избежать ошибок, приведенных Алексеем Карташовым при сформированной структуре.

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

Ну тут, наверное, всё понятно — на киносайты народ ходит по названиям фильмов.

В любом случае, браться за семантическое ядро стоит только после исправления базовых дел, и только с помощью специалистов.

Еще один важный момент. СЕО это быстро развивающееся направление и что было хорошо год назад, сегодня может играть в минус.

Алексей Карташов хорошо расписал все основы, без которых не будет светлого будущего в этом направлении, но на мой взгляд есть еще один важный пункт который хорошо бы упомянуть.

Так как СЕО основано на привлечении трафика из поисковых систем (ПС), хорошо бы знать по каким запросам приходит этот самый трафик, набор таких запросов называется семантическое ядро.

Почему важно составить это ядро – просто делая правильные тайтлы, перелинковку и т.д., мы играем в слепую, то есть жмем правильно на педали машины, переключаем передачи, даже видим дорогу и не нарушаем правила вождения, но вот конечного пункта не знаем и не как туда приехать не можем.
Семантическое ядро как раз даем нам тот самый конечный пункт именно основываясь на нем мы знаем куда едем, с ним приходит осознание зачем мы вообще все это делаем.

Общий смысл такой – мы имеем набор слов, который не просто подходит нашему сайту, но и собирает правильный трафик (релевантный нашей тематике). И все танцы идут именно во круг этих слов, именно их мы пытаемся вогнать в топ, топ этих слов и есть конечный пункт нашего движения (конечно дальше идет правильная монетизация этого трафика, но это уже не совсем чистое сео).

Что бы собрать ядро лучше всего использовать программу кейколлектор, но для начала можно и его бесплатного брата «словоеб» (так называется…), хотя можно конечно обойтись и без них, но времени это займет на порядки больше, так как основываться мы должны на данных ПС (или других сервисов), а не на нашем видении дела. Например лучше узнать сколько действительно заходит человек по какому то запросу от яндекса, нежели просто предполагать, что этот запрос хороший.

Я в своей практике часто встречался с этим. Заказчик просто уверен, что «запрос» просто шикарный и именно его надо продвинуть в топ, а на деле оказывается, что кроме его самого такой «запрос» больше не кто и не ищет.

Ещё один прикол, получил письмо от хостера (это уже второе или третье):

В ходе плановой проверки на Вашем аккаунте было обнаружено подозрительное, потенциально вредоносное, содержимое.
Ниже приведены пути к найденным файлам, а также их описание:

/home/j/******/public_html/connectors/security/settings.php: PHP.Shell.HostComm.#27047.WSO.0.UNOFFICIAL

Грозятся, что из-за нарушения правил договора, они могут приостановить работу сайта…

Как найти и выпотрошить гада?!?

P.S.

Если так, то только отправлять запрос в Avast (он же у тебя лицензионный, да?) и уведомлять их о проблеме

Сделал, только врядли это поможет…

Да? Вполне возможно! И мне кажется после последнего обновления Ace…
Но самое печальное то, что до установки последнего Ace всё работало без вирусов. А вот после того, как уже с зараженного сайта удаляю Ace — вирус похоже остаётся загруженный где-то (может в кэше, но сомневаюсь).
Попробовать вручную удалить все остатки Ace с системы? Жаль, удобный редактор был…

Да никто не заставляет.

Пусть сидят на дырявой винде с вирусами и антивирусами, и ежедневно страдают.

Ага, судя по логике заказчики должны все на макбуки пересесть, я так понимаю. Красивая картина. Слабовероятная, впрочем.