Виталий
С нами с 23 декабря 2012; Место в рейтинге пользователей: #16Вчера в 08:41
Ну вот и правильная мысль, я же правильно понимаю, что все дополнения, что написаны на ms2 надо переписывать на ms3 многие авторы это не будут делать,...
MiniShop3 - 1.0.0-alpha 15
29 ноября 2024, 10:16
Посмотрел докумендацию Sendit.
и нашел то что искал, конечно надо будет писать побольше кода, но это то что надо, и очень гибко оказывается.
Спасибо...
Как кастомизировать сообщения после Регистрации на сайте? 3
28 ноября 2024, 18:01
Так делал на одном проекте, нужно было добавить поиск по полю pagetitle. Думаю, что можно и на TV переделать.
<?php
class myCustomFilter extends...
mFilter2 фильтрация tv 3
28 ноября 2024, 17:35
На ноде при запуске сервера можно большую часть проинициализировать. Например, прогрузить настройки, чанки и сниппеты в память и не лазить за ними в б...
Плюсы и минусы Vue и gtsAPI 18
27 ноября 2024, 19:13
Вообще можно завести допполе и при сохранении ресурса плагином писать в допполе разбирая pagetitle.
Модификатор сортировки pdoResources по pagetitle 7
27 ноября 2024, 12:36
Добрый день. Появилась новая ошибка: 27.11.2024 12:30:20 ERROR /www/site.ru/core/components/yasmartcaptcha/model/yasmartcaptcha.class.php 60
Reco...
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 6
В таком формате имеет смысл работать по системе Time&Materials, когда требования актуализируются в процессе работы (можно попробовать зафиксировать срок и стоимость, сокращая функционал в процессе).
Давайте повышать культуру постановки задачи исполнителю, тем более, что объявление явно адресовано не веб-студии с менеджером, готовым собирать требования до упора, а конечному программисту. Сформируйте список требований к функциональности, упорядоченный по их степени важности, подлежащих реализации по разделам и в общем. Не забудьте о технических историях и задачах, вроде оптимизации быстродействия, подготовки сайта к SEO и т. д., требования к передаче результатов работ и сопроводительной документации. Опишите цели сайта и его структуру. Назовите дату старта: интеграция верстки должна будет происходить по мере поступления верстки или сразу все будет на руках у программиста?
Так откликов будет больше, а ценообразование прозрачней.
Еще бы верстку адаптивную сделать: сетка вполне к этому располагает.
modstore.pro/info/developers/new-addition — как обновление. В ненужные поля — прочерк.
Несколько интерфейсных ИМХО:
— На первом экране не сразу понятно, что делать дальше.
— На странице авторизации стоит добавить пример для ввода URL: не сразу поствил / в конце. Что такое базовая авторизация?
— Неочевидно, что есть возможность «свайпать» строки, хотя реализация очень порадовала.
—В элементах, файлах не нужен поиск?
Работа, конечно, проделана большая. Ждем релиза в апсторе!
«1.0.1-beta
==============
— order id fixed real num order
— id payer fixed to the user's email»
— Удалил поставщика
— Использовал букмарклет
— Задвоились поля: yadi.sk/i/AqpT5oRufHbMV
С вашего позволения добавлю на modstore.pro/info/connection и отредактирую топик: «Магазин Simple Dream» → «Магазин modstore.pro». Роман, можешь отредактировать js-файл?
Код не засоряет, функциональный и удобный.
— Появится более очевидная связь сайтов и доменов: modx.pro → modstore.pro → modhost.pro.
— Проект, сам по себе, стал достаточно взрослым, чтобы отделиться от Simple Dream.
— Некоторым разработчикам неудобно пользоваться хостингом потенциального конкурента, в лице SD.
— Наконец, новые имена гораздо проще запомнить, напечатать или произнести.
— Почему не modXstore.pro? Райан Треш не разрешает :)