dimzenk

Смета - без сроков, но с обоснованием, сроки - это календарный план

разобрался сам тема закрыта

в виде перечня с расценками и сроками пару слов о способе оплаты лучше, наверное в личку

как на счёт перечня работ? не смета, но чтоб представлять что ничего не забыли.

обсуждаемо - не думаю что трудоёмкость сильно вырастет, но блокировку ссылки администратором следует учесть

Это всего лишь хотелка, я не претендую на глубокое знание движка, поэтому не ждите, что будет техпроект если это поможет давайте перефразируем: задачу: 1 авторизованный пользователь магазина (frontend) или покупатель 1.1 должен иметь возможность добавлять редактировать или удалять сущность "ссылка" следующей структуры: картинка, описание, гиперссылка, гуид-идентификатор (скрытый атрибут) при этом, картинки не обязательны и выбираются из библиотеки загруженных изображений, после создания допускается редактировать только атрибуты "описание" или "ссылка", редактирование других атрибутов должно быть запрещено. удаление возможно только сущностей, по которым нет оплат (про оплаты см. ниже п.1.3, п.1.4) 1.2 для каждой вновь создаваемой покупателем сущности автоматически должно быть сформировано перенаправление вида: [фиксированный путь от корня сайта]\[пользователь]\[гуид из таблицы] на место указанное в поле [гиперссылка] таблицы интерфейс пользователя для перенаправлений не требуется, только соответствующая обработка web запросов, фильтрация обрабатываемых запросов по признаку авторизаванности пользователя или другим признакам не предусматривается требуется учитывать количество переходов либо остатка времени оплаченных переходов ( см. п. 1.3) перенаправление должно осуществляться если оно оплачено (есть единицы переходов или оплаченное время переходов) учитываемое количество определяется наиболее ранней действующей оплатой и не заблокировано администратором (см. п.2.1) 1.3 покупатель должен иметь возможность выбрать одну или несколько сущностей "ссылка" и включать в корзину оплату осуществления перенаправления по созданным им "ссылкам" выбирая количество по времени или по количеству переходов. 1.4. Интерфейс покупателя должен предусматривать отображение под каждой строкой сущностей "ссылка" перечень неизрасходованных оплат по данной ссылке в хронологическом порядке покупки: [картинка] [описание] [ссылка] [номер оплаты 1] [дата покупки] [полное количество] [оставшееся количество] [единицы изменения] [номер оплаты 2] [дата покупки] [полное количество] [оставшееся количество] [единицы изменения] требуется отображать актуальное количество переходов или оставшегося времени (см. п.1.2) пользователю 2. администратор 2.1.должен иметь возможность просмотра информации по всем ссылкам всех пользователей с возможностью заблокировать переход по любой ссылке любого пользователя: [пользователь] [картинка] [описание] [ссылка] галочка для блокировки [номер оплаты 1] [дата покупки] [полное количество] [оставшееся количество] [единицы изменения] [номер оплаты 2] [дата покупки] [полное количество] [оставшееся количество] [единицы изменения] должны быть предусмотрены функции фильтрации по пользователю, описанию и ссылке.

так вроде это и написано: Если удобнее заменить администратора на менеджера - вопрос вкуса frontend это всегда покупатель, я просто настаиваю, чтобы он был авторизован - не авторизованному предложение авторизоваться или зарегистрироваться и общее описание, это всё строится стандартными средствами

перенаправления на эти ссылки, если быть точнее Кому и почему это нужно - это уже бизнес концепция, извините все карты не раскрываю :-) .

Так для этого и форум, чтоб спрашивать если что-то не понятно, нет? по существу вопроса: брать деньги за перенаправления можно за период времени которое перенаправление осуществляется либо на количество перенаправлений, соответственно (как в транспорте - билетик или проездной) означает, что выбрав строку из таблицы со ссылками в качестве единиц товара пользователь указывает сколько раз или сколько дней мы его перенаправляем и вставляет в корзину с соответствующей стоимостью. Дальше стандартный алгоритм - выставляется счёт или оплата через платёжный шлюз, по поступлении оплаты, перенаправление начинает работать, если оно не было заблокировано администратором, например по причине нарушения правил пользования (ссылка на оскорбительные материалы и т.д.)

Что, так сложно, что никто не берётся? один из вариантов - перетащить ввод продуктов в клиентскую часть и поставить фильтр на продуктах по создавшему пользователю - их и доработать в качестве таблицы ссылок - тогда с корзинкой всё относительно просто получается таблицу ссылок и остатков оплат - да нужно написать с нуля и "воткнуть" вместо витрины, как и контроллер перенаправления, но ничего проблемного тоже не вижу - совершенно стандартные задачи. Деньги ни кому не нужны - уже все в проектах, или с Канар ещё не вернулись?

разобрался сам - тема закрыта Требуется модуль(и) следующего функционала: авторизованный пользователь магазина (frontend) может добавлять редактировать или удалять ссылки в табличку: картинка, описание, гиперссылка, гуид-идентификатор картинки не обязательны и выбираются из библиотеки, после создания допускается редактировать описание или ссылку для каждой вновь создаваемой строки формируется перенаправление вида: [фиксированный путь от корня сайта]\[пользователь]\[гуид из таблицы] на место указанное в поле [гиперссылка] таблицы требуется возможность включать в корзину оплату осуществления перенаправления по ссылкам по времени или по количеству переходов. при покупке требуется отображать под каждой строкой таблицы ссылок перечень неизрасходованных оплат по данной ссылке в хронологическом порядке покупки: [картинка] [описание] [ссылка] [номер оплаты 1] [дата покупки] [полное количество] [оставшееся количество] [единицы изменения] [номер оплаты 2] [дата покупки] [полное количество] [оставшееся количество] [единицы изменения] требуется учитывать количество переходов или оставшегося времени и своевременно обновлять указанную информацию пользователю администратор должен видеть аналогичную информацию по всем пользователям с возможностью заблокировать переход по любой ссылке любого пользователя предлагаем варианты, торгуемся, не забываем указывать сроки реализации. по предложению пользователя freelancer задача была уточнена - смотрите ниже

Действительно пробовал в воскресенье, в понедельник получил отклик от тестового сервера. В настройках модуля у меня только "Статус заказа после оплаты:" Подскажите, пожалуйста как настроить статус при котором у клиента появляется кнопка оплатить? Появляется ли она при работе с тестовым сервером - у меня не появилась, как писал ранее тема стандартная?

Тема стандартная.

Добрый день! Купили модуль, установили на opencart-1.5.6 Создали логин на http://www.robokassa.ru/ru (пока не активировали) попытались отладиться на тестовом сервере (в настройках установили Тестовый режим: Да) получили "HTTP Error 503. The service is unavailable." согласно спецификации: MrchLogin=sMerchantLogin& OutSum=nOutSum& InvId=nInvId& Desc=sInvDesc& SignatureValue=sSignatureValue IncCurrLabel=sIncCurrLabel& Culture=sCulture [&shpa=yyy&shpb=xxx...-пользовательские_параметры_начинающиеся_с_SHP_в_сумме_до_2048_знаков] у нас в строке запроса всё заканчивается параметром SignatureValue и его значением

Требуется выводить перечень продуктов в виде таблицы. В заголовке таблицы сделать возможность поиска любому из атрибутов категории, в том числе и по нескольким. Перечень допустимых значений зля поиска определяется как перечень различных значений для атрибута с данным именем для товаров в категории и подкатегориях. Искомые значения атрибутов выбираются флажками - по каждому атрибуту можно выбрать несколько значений, которые входят в поисковый образец с оператором "или", поисковые образцы по разным атрибутам входят с оператором "и": (атр1="знач1_1" или атр1="знач1_2") и (атр2="знач2_1" или атр2="знач2_2") ... В отдельной колонке отображается категория в которой товар был найден. Необходимо предусмотреть кнопки для очистки критерием по заданному атрибуту. при переходе в подкатегорию фильтр сбрасывать.