Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

JohnnyVega

Користувачі
  • Публікації

    1 931
  • З нами

Усі публікації користувача JohnnyVega

  1. <cap_mode>Любой метод защиты не идеален и имеет как свои плюсы, так и свои минусы.</cap_mode> Система стремится прийти в равновесие. Поэтому на данном этапе, с данным уровнем вареза, всё в основном ограничивается обфускацией и лёгким кубированием. Усилится варёз - методы защиты будут вынуждены также усилиться и усовершенствоваться/усложниться... Мало кто на данном этапе заморачивается со стучалками и сильно сложной защитой...
  2. Не знаю, почему вы думаете, что обфусцирование запрещено или разрешено. На самом деле, непонятный неясный статус... Никто явно не запрещал. У обфусцирования есть небольшое преимущество - код остаётся относительно читаемым и относительно похожим на исходный. Видимо, поэтому некоторые относят обфусцирование в категорию "хороших" и "разрешённых", а куб - в категорию плохих и запрещённых. И в том, и в том случае, это чистый субьективизм. Если взять за точку отчёта, что есть исходный код, а есть исполнимый в ОС файл, то получается такая картина. Код для куба - это тоже в некотором роде обфусцированный видоизменённый код. Код для куба - это неисполняемый напрямую файл в операционной системе. А раз он неисполняемый напрямую, значит, это подвид исходного кода. Может, я сразу в байт-коде куба пишу? Кто меня знает? Я художник - я так вижу. Конечно, многое в этом выглядит сильно притянутым за уши, но с другой стороны некоторые сильно фанатичные последователи GPL аналогично притягивают за уши свои аргументы Даниэлю на самом деле пофиг пока капает комиссия за продажу дополнений. Точнее, пока совокупная сумма комиссии не уменьшается до какого-то критичного для Даниэля уровня. А вот если совокупная сумма комиссии снизится ниже этого уровня, то Даниэль будет вынужден как-то реагировать...Дело не авторах или защите дополнений - дело в доходе... PS Вместо Даниэля можно вставить имя любого владельца площадки по продаже дополнений. Побудительные причины будут теже.
  3. Изначально GPL была разработана, чтобы защитить открытый код сообщества. Это её основное назначение. Чтобы нельзя было взять открытый код продукта и присвоить себе. Пример. Куча людей долго-долго пилила какой-либо движок. На это потрачено много времени и усилий. И тут появляется какая-либо контора, которая тупо взяла код этого движка, поставила своё лого, назвала другим именем и продаёт от своего имени, при этом закрывая код. Вот от таких случаев защищает GPL. И если вернуться к опенкарту и перенести это на опенкарт. То лицензия GPL защищает опенкарт от того, чтобы, если кто-то сделает свою сборку на основе опенкарта, то код и лицензия этой сборки должен быть открытыми (пример, OcStore). Или ещё проще. Чтобы нельзя было взять опенкарт, поставить префиксы "нео-сео" перед переменными и продавать этот код как свой Это уже, конечно, в некоторой степени политота... Если ты возьмёшь этот вопрос и проработаешь его, ища концы, то как раз придёшь к верхушке властной вертикали и к устройству полит системы в гос-ве твоего проживания. Они являются тормозом развития гос-ва. И так почти по любому сколько-нибудь значимому вопросу. Тарифы, ЖКХ, налоги, бизнес, образование, медицина... Бородатый анекдот советских времён вспомнился: Вызвали в райком, там трубу в сортире прорвало. Я посмотрел и ляпнул, что тут вся система прогнила, надо менять. Вот и посадили! Поэтому в таких случаях всегда есть 3 глобальных варианта решения: 1) смириться, приспособиться - подавляющее большинство выбирает этот пункт 2) бороться - подавляющее меньшинство выбирает этот пункт 3) уехать, эмигрировать в другую страну. Благо границы пока открыты. В отдельных запущенных случаях/странах - это уже прикрыли (привет северным любителям покушать собак).... Канада, Австралия и др страны, с благоприятным отношением к эмигрантам, будут всегда рады it-кам со знанием англ (в редких случаях франц/немец языков) Я к чему это говорю. Жаловаться можно, но толку от этого чуть меньше ноля... Так, самому пар выпустить...
  4. Так так и есть у грамотных владельцев. Которые понимают, что за месяц рокфеллером не станешь, а в бизнес (даже если это примитивное купи-продайство) надо вкладывать и развивать. И понимают, что не бывает дешево и качественно одновременно.
  5. По правильному/по закону всё зависит от лицензии/договора на модуль. А дальше уже идёт "проза жизни". Балансировка авторов модулей / владельцев магазинов / помогаек-настройщиков модулей между собой. Между ценой и качеством, прибылью и затратами. Авторы модулей делают массовый продукт. Если ваша хотелка актуальна для большого кол-ва людей - она появится в модуле. Если она актуальна только для вас - то вероятно не появится. Низкая цена здесь - это следствие низкой покупательской способности основного населения бывшего ссср, которая является основной группой покупателей на этом форуме (на данном форуме, это в основном рф, украина, кз, беларусь). А низкое качество идёт как правило за низкой ценой. Как пример. Натуральное сливочное масло как правило раза в 2-3 дороже "сливочного" масла из пальмового масла или спреда. Такая же ситуация с кондитеркой и остальными продуктами. Качество стоит денег. Нет денег - качество предлагаемого продукта снижается. Что мы и наблюдаем в рознице и сфере услуг на территории бывшего ссср после парада девальваций 2014-2015 гг.
  6. Типовая ошибка при взаимоотношениях с ПО. Вы не модуль купили, Вы купили право использовать модуль в соответствии с лицензией модуля. Пример из жизни. Покупка квартиры и аренда квартиры. Примерный порядок цен. Средняя цена модуля (имеется ввиду право использовать модуль): здесь - 5-15$, офсайт opencart - 20-70$... Это грубо говоря, аренда квартиры Покупка модуля с исходниками и с выкупленными правами на модуль (имеется ввиду все права на модуль - изменение/перепродажа/модификация и т.д.) - примерно в 10-50 раз больше обычной цены модуля. Вообще, в данном случае, нет каких-либо жёстких стандартов - цена договорная.... Это грубо говоря, покупка квартиры
  7. А лицензия GNU GPL вообще в странах бывшего ссср хоть где-то в нормативных актах прописана или упоминается? PS Можете сразу ссылку указать, если найдёте
  8. Неуловимый Джо, блин Никому не сдались микро/мелкие инетмагазины, которых тут абсолютное большинство... А средние, а тем более крупные, как правило, имеют в штате своих спецов... И крупные, как правило, вообще что-то подобное opencart не юзают.... Или магента или самопис на фреймворке... Поэтому не переживайте вы так. Ваш магазин никому из разработчиков не интересен и поиметь с него особо нечего. Это без учёта морально-этической части. Так сказать, если рассматривать закоренелых разработчиков-циников. PS. Специально к стенаниям florapraktik, которые наблюдаются вот уже не первую страницу. Никто ради людей с подобными вашим убеждениями не будет убирать защиту. Поэтому, если как вы говорите-хотите иметь полный контроль над кодом, то либо берите в штат людей/заказывайте модули на заказ, либо станьте крупным оптовым покупателем. Пример из мира смартфонов. Ради одного/десяти/сотни розничных покупателей ни один производитель смартфонов не будет делать кастом программной или аппаратной части. В то же время, если это будет крупный OEM/ODM заказ, то "welcome - любой каприз/custom за ваши деньги". Пример из жизни - смартфоны от google: google и htc или google и lg.
  9. Да нет. Вы слишком преувеличиваете... Прям код да Винчи
  10. "d" и "s" рядом на клавиатуре. Больше похоже, на очепятку
  11. Пожалуй только переносить часть функционала модуля на свой/сторонний сервер... Возможно, когда-нибудь модули для опенкарта и до этого этапа дойдут. Всё так... Правда, этот подход работает, если у разработчика мало модулей и сами модули достаточно большие + потом в своих костылях не запутаться бы. Т.е. это не масштабируемый вариант защиты и подходит в ограниченном кол-ве случаев. Марк забывает об этом упомянуть, когда расхваливает свой подход к защите.
  12. Я их представляю как подраздел 1 группы. 1 группа в lite-варианте.
  13. Да, согласен. По большей части субьективно и на основе личного опыта
  14. Ну если из тех, кто выжил спустя год-два, то возможно... Дисциплина вроде как изначально подразумевается, поэтому о ней и не говорю... Трудно, признаюсь, спорить с математикой и железной логикой (Для того, чтоб получить 900 в месяц, надо, чтоб ежедневно продавалось на 30 баксов)... Напомнило бородатый анекдот... Для того, чтобы коровы меньше ели и больше давали молока, их надо меньше кормить и больше доить. PS Просто дружеский сарказм. Да ну какая математика "больших чисел"?! Тупо, воровство. Затрат нет, доходы есть. Незаконно, но выгода очевидна...
  15. Это да. Статистика в этом вопросе достаточно примерная и субьективная. То, что Вы описали, подходит под слово "брэнд" или репутация. И фактически так и есть. Используйте модули авторов с хорошей репутацией - это избавит вас в большинстве случаев от проблем. Эта и предыдущая ваша цитата. Я понял вашу мысль. Она заключается в том ,что вы хотите иметь контроль над всем, что касается магазина. Это правильно. И, собственно, вам ничто в этом не мешает технически. Вносите изменения, пишите модули. Сами или наймите 1 чел/2 чел/команду девелоперов. В этом случае, всё будет под контролем. НО, и я, и вы прекрасно понимаем, что это не самый простой путь. И не самый дешёвый. И не самый беззатратный по времени. И в этом основная загвоздка. Хочется и дешево, и качественно, и чтобы контроль был. Но так не бывает. Я вот, например, давно хочу новое авто бизнес-класса за 5-10 тыс уе. А реальность и производители авто, засранцы, предлагают либо автоваз, либо бюджетные крохотные Б-класса рено/хюндаи и т.д... Соответственно, мне придётся либо увеличить бюджет, либо уменьшить свои запросы. Это ошибочное мнение... И разработчики, и покупатели - это связанная система. Не будет одних без других, и наоборот тоже. Пишите, пишите. Всегда интересно послушать другую сторону. Но постарайтесь более подробно, чтобы были понятны причины и логика принятия решений
  16. Ну потому что это в модулях опенкарта новые веяния. Раньше же так не было
  17. Марк пришлёт письмо на имейл магазина, какой владелец нехороший и попросит купить модуль
  18. Пока со всей большой этой темы, вы только один. Это к статистике из предыдущего поста о том, сколько человек с варёза переходит потом к цивилизованным отношениям. А что в этом плохого? Серьёзно, без стёба... Что плохого? Не-не-не... 2-5 группы, не только 3.
  19. Вроде как и да. А с другой стороны, торговые площадки больше интересует привлечение новых разработчиков/покупателей. Новые разработчики/покупатели гарантированно принесут доход. А борьба с варёзом - точно отнимет время/деньги, а вот даст ли это доход? Видимо, примерно так думают площадки. Снова, на первом плане доход.
  20. Не, ну конечно, есть зависимость от ситуации, и мои наблюдения не истина в последней инстанции. Само собой, разные тактики для разных типов модулей. Грубо говоря, можно условно поделить все модули на хитовые и все остальные... Но вопрос ведь в том, что хитовых модулей мало, а остальных много. И даже не по причине качества кода, поддержки и т.п. Просто есть в движке непроработанные нефункциональные моменты, очевидные почти всем. Навскидку, оформление заказа, фильтры, работа с большим кол-вом товарами/атрибутами в админке ну и далее. Соответственно, не трудно догадаться, что модули, улучшающие этот функционал, будут сильно востребованными (т.е, хитами). Но весь вопрос в том, что таких модулей не так уж и много и точно на всех не хватит Поэтому думать, что у вас все модули или большинство будут хитовыми, и исходя из этого делать прогнозы, на мой взгляд будет сильным оптимизмом.... Соответственно, дальше встаёт вопрос, а что тогда делать с нехитовыми модулями? Как их защищать и т.д. Это не про тебя. 5 - это больше группа одного человека, поэтому... + много внутритусовочных наблюдений в закрытом разделе разработчиков и просто на протяжении длительного времени. Есть такое. Хотя насчёт цифр ("чуть ли не половина") я бы сильно поспорил. На территории СНГ, имхо, сильно меньше 50%. Может быть, 10-20%.
  21. Это да. Но я про другое хотел сказать. Обозначить позиции заинтересованных сторон. 1) Варезники, школоло, подвал-студии. Тут всё понятно. Открытый код - добро пожаловать в категорию "бесплатные" на варезниках... Для подвал-студий - халявные модули на варезниках возможность снизить цену за "разработку" магазина по максимуму, демпингануть, срубить хоть какую-то копеечку с жмотистыхэкономных заказчиков, в большинстве случаев таких же школьников как и они сами. Само собой - покупать модули никто из этой группы не планирует. Авторы модулей в пролёте. Основные вредители. 2) Те, кто занимается установкой модулей, изменением функционала уже готового магазина. Но не разработчик и не продаёт модули. Эти товарищи яро против ионкуба, т.к. он "мешает" их работе. Лишнее время тратится на поиск модулей, изменения функционала, получение ключей и т.д. Соответственно, по их мнению, ионкуб мешает им больше зарабатывать. Яркий пример - sitecreator сейчас и 1-2 года назад. 1-2 года назад он не продавал свои модули и входил в эту группу, был ярым противником ионкуба. Помню эти простыни от sitecreator тех времён о вреде ионкуба ... Но время идёт, всё меняется, и sitecreator перешёл в 4 группу. Появились свои модули и само собой открытость кода и дальнейшее 100% появление модулей на варезнике вкупе с само собой упавшими доходами заставили sitecreator пересмотреть свою позицию. Что и логично. Побыв на другой стороне, ощутив на собственной шкуре, что значит работать нахаляву (когда модули утекают на варезники и продажи встают) - хочень-не хочешь изменишь свою позицию. 3) Владельцы сайтов. Не все, но подавляющее большинство. Не прочь при желании "сэкономить". Где-то между 1 и 2 группами. один из ярких примеров - поставить купленный модуль на несколько сайтов, но купить модуль один раз. В принципе, большинство авторов закрывает на это глаза, т.к. потери не значительные... Познавательный эксперимент. При предложении владельцам инет-магазина купить у них несколько штук какого-либо конкретного товара (например, 5 шт), но при этом заплатить только за 1шт товара - делают квадратные глаза и плюются кислотой. Оно и понятно. Там чужие модули и чужие деньги - можно сэкономить/недоплатить, а здесь свой товар и свои деньги. 4) Разработчики модулей. Тут тоже всё понятно. Вынуждены защищать свои продукты, чтобы они не утекли к 1 группе. Если авторы не будут защищать продукты, продукты будут утекать на варезники, авторы не будут зарабатывать на разработке модулей, соответственно, авторы не будут делать модули и уйдут/перепрофилируются на другие движки/направления, либо начнут дико гов...кодить... Ибо работать за бесплатно никто не будет... А если закладывать потенциальный слив модуля в цену, то покупать не будут. Дорого будет.... Либо другой вариант. Делать простые как 5 копеек модули, часто глючные, неотлаженные, но оптом и много. Низкая стоимость разработки позволяет хоть что-то заработать до того момента, пока модуль не утечёт на варезники. В народе эта стратегия известна под именем "гов..о в красивой обёртке" или "индусо-пакистано-вьтнамский подход". Либо "заимствовать" чужие модули, немного менять имена переменных и продавать от своего имени. То бишь, воровать. 5) Малочисленная пока сектагруппа имени Марка Столлмановича. Идейные борцы за GPL и против всего плохого (в роли всего плохого почему-то только ионкуб ). Борются за идею GPL, но не борются против варезников (странно, да?), а часто и предлагают с ними сотрудничать/договариваться...Носители тайного знания превращения любителей варёза в своих потенциальных клиентов. Знание тайное, поэтому подтверждённых случаев пока нет... Вызвать на контакт/посмотреть повадки можно словами "архитектура опенкарта лучше всех". За упоминание других движков/фреймворков - в зависимости от тяжести нарушения могут закидать камнямитапками / побить палкой / заплевать монитор / заставить смотреть час на фото Столлмана вблизи... При сливе/невозможности аргументировано вести беседу называют всех демагогами и уходят в закат. =========================== Я думаю, будет очень полезно мысленно представить себя в каждой из этих групп, подумать какие мотивы/цели ими движут, каким образом они зарабатывают, чтобы ты делал на их месте. Это поможет лучше понять всю ситуацию в целом. PS Все совпадения случайны. PPS А имена изменены
  22. Это перекуп с вероятностью 99%. Часто какое-то время назад, на забугорных фрилансбиржах, попадалась такая задача - quickbooks и opencart. Основной заказчик, видимо, та ещё жадная ж..па, поэтому эта задача висела пару месяцев и так за неё никто и не взялся... В-общем, accuracy, потенциальным исполнителям.
  23. Rb2, привет. Ты в настоящее время модули продаёшь?
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.