Іван Клімчук

Іван Клімчук

Был в сети 13 мая 2025, 17:35
Заказы не принимаю
Этот сайт (modx.pro) построен на базе Tickets, тут есть пользователи, блоги (включая просмотр заметок пользователя), лайки к постам и комментам, подписки на комменты поста (подписки на новые посты — не проблема сделать), комментарии, популярное и последнее. Тегов разве что нет. Сборка готова. На что собирать то? :)
За что и нужно платить, так это тому человеку, которые соберет это все вместе и настроит и будет поддерживать в рабочем состоянии. Ну и + доработки по отдельным моментам именно по вашему проекту.
Вопросы Многопользовательский социальный проект на MODx 8
Готового точно нет, так как запрос достаточно редкий (это ж не интернет-магазин всякого барахла, где все всегда примерно одинаково). Но сделать такое возможно. Один момент, что для подобной работы над звуковыми файлами придется ставить какой-то дополнительный софт, поэтому сайт нужно размещать на «прокачанном» хостинге или даже на VPS.
Вопросы Есть ли компонент для продажи инструменталов? 4
Так я тебе о том же, что файлы то нешифрованы, смысла в ключе, который зашит в самом пакете никакого. Как и смысла в алгоритме, которые как-то по хитрому что-то расшифровывает без запоса к внешнему источнику. Даже сервера лицензий DRM для медиа-файлов, и те всегда запрашивают ключи извне.
Для разработчиков Защита дополнений в деталях 180
Учитывая, что код расшифровки должен быть в пакете, то алгоритм шифрования взломать как раз плюнуть и криптографическая сила этого динамического пароля в таком случае ниже плинтуса. По криптографии много книг уже написано и выдумывать велосипеды не стоит. Но идея динамического ключая имеет место быть, но несколько в другом варианте. Сейчас ключ выдается для пакета и версии и един для всех пользователей магазина. В моем случае, когда пакет собирается только из исходников, ничего не мешает перед отдачей пакета пользователю создать уникальный ключ именно для этого пользователя и зашифровать пакет этим ключом только для него на лету. Если скачать такой пакет и попробовать установить, используя чужой ключ, поставить его уже не получится.
Для разработчиков Защита дополнений в деталях 180
Да. Какая разница, где выдавать пароль? Достаточно иметь некую базу, где хранить сигнатуру или любой другой параметр, который будет однозначно идентифицировать пакет + данные для авторизации и выдавать на такой запрос пароль. В modstore.pro это сделано в одном месте, но ничего не мешает сделать внешний свой сервис, и держать пароли там, если нет доверия к репозиторию.

Пока писал, пришла идея, что таким способом можно распространять платные дополнения даже через официальный репозиторий. Не решенным остается только вопрос с одобрением таких пакетов со стороны MODX LLC.
Для разработчиков Защита дополнений в деталях 180
А почему личный проект (блог, портфолио) это не коммерческий продукт? Он, возможно, не приносит денег напрямую, но может являться инструментом для косвенного заработка (находят посты в блоге, потом находят вас и просят помочь за деньги по теме поста). Авторам дополнений что, бегать за каждым и следить? Для того, чтобы попробовать инструмент и научиться, как вы говорите, есть возможность устанавливать, в том числе, и платные компоненты, на сайты в разработке (с доменами .dev и тому подобное). Но платные компоненты не просто так стали платными. В них было вложено значительное количество сил и времени, при этом рабочего времени. Для вас платить как бы не за что, вы же только для себя, в свободное время их используете, это для вас хобби, а автор в это время мог бы заработать денег, выполняя свою обычную работу, а не оплачивая ваши «развлечения», разрабатывая компонент.
Поставьте себя на место автора дополнения или книги и посмотрите на ситуацию с другой стороны, а не мерьте все на себя.
Для разработчиков Защита дополнений в деталях 180
Самое любопытное, что развели холивар, а по теме поста и тому, как работают пакеты в MODX никто ничего не спрашиват. Неужели все всё знают? Если почитать в чатах, так только такие статьи и просят, с пояснениями как что в MODX устроено и работает.
Для разработчиков Защита дополнений в деталях 180
Вам же уже ответили, что сборки, который предлагает Стан, согласованы и одобрены заранее магазином. Как опять, не разбираясь в вопросе, вы лезете с «полезными» советами. Покажите опыт, тогда с вами можно будет считаться. Пока что вы голословный диванный аналитик, а их советы ценятся мало, извините.
Для разработчиков Защита дополнений в деталях 180
Василий, вы и MODx сейчас находятся в самом начале своего развития, я верю в вас.
Хоть бы википедию для приличия открыли бы. MODX, включая обе ветки, уже почти 15 лет на рынке. Платные дополнения для него — около 5. И все прекрасно развивается. И где вы увидели у MS бесплатность? Windows всю жизнь продается за деньги, и там, где у MS дотягиваются руки (а не потому что нет желания), за пиратство она нещадно наказывает.
Для разработчиков Защита дополнений в деталях 180
Всегда, с самого начала работы магазина было правило — один пакет на один сайт. Дается одна попытка самостоятельно сбросить привязку ключа, когда переносится с рабочей копии на продакшен. Дальше тоже возможно, но уже после пояснения, почему это необходимо. А то, что вы пользовались лазейкой, не отменяет правил, которые были озвучены в начале. Лазейка теперь прикрыта. И спасибо нужно сказать тем недобросовестным, кто ее эксплуатировал с целью обогащения.
Для разработчиков Защита дополнений в деталях 180
Я тоже на эту тему как-то общался. Можно даже не продлевать срок тестирования, но можно добавить возможность тестовый сайт бекапить и в случае необходимости восстанавливать все в тот же тестовый период. Сейчас тестовый сайт можно только скачать себе (без платных допов) и где-то потом развернуть.
А было бы удобно сделать тестовый сайт, показать заказчику, если он пока не может смотреть, сделать снепшот и выключить до лучших времен. Если не используется долше неделе (обсуждаемо), удалять как обычный тестовый. Можно даже за симолическую плату.
Для разработчиков Защита дополнений в деталях 180
Да, я это не дописал в первом комментарии. Это пока не принято официально, но было мое предложение во время обсуждения, чтобы сделать системные дополнения (типа автообновление, редактор картинок, система сообщений и прочие) предустановленными при установке самого MODX (не так как в Evo, когда идут вместе в архиве, а именно через API установщика). Так же этот список должен быть конфигурируемым, чтобы его можно было переопределить в момент установки (положить свой файл с конфигом, например). Меня потом дополнили, что в случае ошибок с сетью или когда установка делается offline без доступа к репозиторию, выводить сообщение о невозможности установить дополнения и пропуску этого шага.
Для разработчиков Предложения по MODX 58