Скажи, пожалуйста, какими средствами ты обладаешь. Т. е. я не о деньгах, а о том, что ты готов сделать и что сделать можешь? Либо ты нацелен исключительно на готовые решения + настройка (без php), либо же ты хочешь взять какую-то основу и доработать ее своими силами?
Просто если ты хочешь использовать что-то готовое, то вряд ли получиться — решений мало и вроде нет ничего строго подходящего. Тут уж лучше выбрать другую CMS (где реализовано подобное). Если же хочешь и можешь дорабатывать сам, то никаких проблем :) Я бы только советовал взять за основу что-то с отдельной(ыми) таблицей(ами). Например, SB Shop от Carw'а (тут плюс в том, что разработчик всегда на связт :)).
А конкретно по добавлению товаров пользователями и письмах о заказах — все довольно просто:
во-первых у товаров делаешь поле «пользователь»
во-вторых делаешь некий «кабинет пользователя», где он может управлять своими товарами.
Я, честно говоря, не вижу тут проблем, так что лучше спрашивай более конкретно, что не понятно тебе :)
А вот с определением одинаковых товаров — это действительно интересная проблема…
1. Сниппет или плагин, который будет принимать предложения от пользователей и сохранять их в базу.
2. Плагин, который будет добавлять вкладку на страницу редактирования документа. На вкладке будет размещаться список предложений. Также будет добавлять вкладку на главную админку со списком документов, для которых есть не рассмотренные предложения со ссылками на страницы редактирования этих документов.
Поддерживаю. IMHO, лучше переносить все и сразу (т.е. когда весь сайт готов на локалке, берешь все и переносишь). Только замечу, что изменить config.inc.php недостаточно. Необходимо также как минимум:
1) установить верные разрешения на директории assets/cache (и файлы кэша), assets/images, assets/export, assets/files.
2) прописать верные пути в таблице «system_settings» для параметров
'rb_base_dir' и 'filemanager_path' (сделать это можно и в админке, и напрямую в базе).
Если же нужно перенести только конкретный шаблон + чанки, то проще перенести записи с помощью phpMyAdmin из таблиц:
— site_templates — шаблоны
— site_htmlsnippets — чанки
— site_tmplvars — TV
— site_tmplvar_access — определяет связи между переменными и группами документов
— site_tmplvar_templates — определяет связи переменных с шаблонами
site_tmplvar_contentvalues переносить нужды нет — она содержит уже значения TV для конкретных документов и, следовательно, к шаблонам отношения не имеет.
Ну что ж, тогда не стоит терять время. Надо решить детали функционирования системы.
1. Я думаю стоит дать возможность предлагать изменения и не авторизованным пользователям. Ибо если человек заметил неточность, то гораздо меньше вероятность того, что он будет что-то менять, если для этого потребуется авторизоваться. Тем более что какую-нибудь неточность / орфографическую ошибку может заметить и случайный посетитель.
2. Надо решить как хранить изменения (предложения изменений).
Первый вариант запоминать место, например, порядковый номер параграфа. Тогда при модерации отображается текст этого параграфа и новый вариант. Этот метод (имхо) самый лучший, однако может возникнуть путаница, если после добавления пользователем предложения кто-либо отредактирует страницу добавив / удалив там один или более параграфов.
Второй вариант запоминать конкретно исходный и предлагаемый текст. Тут проблема в том, что если будет более одного предложения для одного фрагмета, то после принятия одного изменения остальные будут содержать неверный исходный фрагмент.
Так это не альтернатива твоему варианту, а его дополнение. Твое предложение наиболее удобно для работы с документацией. То же, что предлагаю я, позволит совместно работать над проектами. :)
Все, проблема решена. Ошибка возникала из-за того, что на папку /manager/browser/kcfinder/upload не было прав на запись, в следствие этого не подгружались стили (они подгружаются с помощью скрипта, в котором происходила ошибка при попытки записи в упомянутую папку).
P.S. При первом запуске было сообщение вроде «Cannot write to upload folder», но оно перестало появляться после смены прав на /assets.
P.P.S. Версия FCFinder — 1.7
Поставил на MODx Evo 1.0.4 — не работает. При попытке просмотреть изображения открывается окно с заголовком «KCFinder: /images» с серым фоном, но абсолютно пустое.
Не хочется лезть разбираться, может есть какие мысли? Или все-таки лезть придется? :)
А стоит ли? Ведь, как говорится, слово — не воробей. Всегда можно добавить еще комментарий и там исправится, если что-то не так сказал. А если комментарии редактировать будут, то что получится?
Хотя, в принципе, можно добавить возможность редактирования до появления следующего комментария в топике.
Просто если поле нужно, а его нет — его можно добавить как параметр. Если же оно есть, но не нужно, то его не уберешь, будет вечно глаза мозолить и путать новичков.
В своих сниппетах, я полагаюсь на DocumentParser::makeUrl()
burik