florapraktik

Деньги уже уплочены. Цельных 10$. На наших дорогах не валяются. Не пропадать же добру, в самом деле?

А Вы добряк!!!

Вообще говоря, если разработчик снимет защиту, он гарантированно потеряет деньги. Во всяком случае, я так понял. Таким образом, призывы к открытому коду естественным образом воспринимаются как попытка залезть в карман. Причём, бессмысленная (соблюдение какой-то непонятной лицензии не может быть убедительным объяснением для потери части заработка). Что если в качестве какого-то компромисса сделать раздельную продажу дополнений с открытым и закрытым кодом? Есть бесплатные дополнения, есть платные с открытым кодом, есть платные с закрытым кодом. И это три разных раздела. Не знаю, может можно как-то поощрять разработчиков, выкладывающих свои дополнения с открытым кодом? Какие-то преференции и льготы. Хоть какие-то. Хоть символические. По любому всё решает позиция регулятора. Без регулирования будет дикий запад.

Я сразу понял о чём Вы говорите. Пока вы программно не усложните использование более одного раза, - будут использовать более одного раза. Это понятно. Я хотел сказать, что первая покупка, это уже Победа. Это не само собой разумеющееся вещи типа восхода солнца. Это то, что может и закончится при неправильной политике. Человек выбрал опенкарт, вот что важно. А мог выбрать битрикс, модИкс или престашоп или что там ещё есть. Не надо покупателя никуда целовать и любить его не обязательно. Но надо попытаться понять его интересы и мотивы. Пока модули не кубили люди были довольны, система росла, следом за ней росли ваши продажи. Но как поведёт себя система, если покупатели будут недовольны? Скорей всего плохо для продаж. Довольны-ли покупатели тотальным кодированием? Вот тут не понятно, возможно им пофик. Но не факт. Я позволю себе высказать одну крамольную вещь. Вы уж простите, пожалуйста. Мне кажется, что система "одна покупка - один домен", она для противодействия крупным организованным пиратам. Для противодействия попыткам построить бизнес на результатах чужого труда. Но это не для того, что бы отслеживать каждое повторное использование. Не для того, что обязательно найти и наказать каждого нарушителя. Это не так строго, на самом деле. Это очень условно. И так к этому и надо относиться. Сейчас есть вероятность, что пытаясь добиться полного и безоговорочного соблюдения принципа "одна покупка - один домен" вы наносите общей системе вреда больше, чем приносите лично себе пользы. Я понимаю, что не мне вас учить и всё такое. Но просто в рамках доброжелательной беседы.

Нет. У меня не хватает красноречия высказаться так, что бы быть понятым правильно. Вы должны зарабатывать на разработке дополнений и модулей. Это обязательное условие существования и развития системы. Точно так, фермеры должны зарабатывать на своих арбузах. Но есть такие способы заработка, которые в долгосрочной перспективе разрушают систему. И заработка не будет ни у кого. Я за вас. Я НЕ считаю, что разработчики должны работать бесплатно. Для того, что бы эта тенденция сохранилась, люди должны продолжать верить, что делают правильный выбор. Магазин, требующий 10-12 ключей активации, это правильный выбор? Да, но он его в первый раз купил! Почему Вы считаете, что эти покупки являются неотъемлемой часть окружающего мира? Люди могут перестать покупать, если потеряют доверие к продукту. Я хочу, что бы вы все зарабатывали достойно. Если вы считаете, что использование ионокуба и ключей активации безопасно для экосистемы, значит проблем нет никаких.

Здесь речь идёт о том, что покупатели пока до конца не понимают, что происходит. Как с тем пальмовым жиром вместо сыра. Я, например, ранние арбузы уже давно не покупаю потому что боюсь отравиться, а проверить их я не могу. А когда то покупал... Дело не в морали совсем. Как на самом деле лучше для вашего бизнеса? Отнюдь не факт, что магазин требующий дюжину ключей активации для работы, это как раз тот продукт, который нужен рынку. Вы уверенны, что не будет как с ранними арбузами? Может и правда лучше иметь платный аккаунт на пром.юа, чем такой "магазин"? И это обязательно отразиться на репутации движка. Мне всё равно. Я через два года смогу написать себе модули самостоятельно. Но будет-ли спрос на магазины с десятью ключами и недоступным кодом? Закубливая ПО и вводя систему лицензионных ключей на каждый модуль вы сейчас по сути монетизируете имеющуюся репутацию системы. В ущерб этой самой репутации. Прямо сейчас это выгодно. И вопрос НЕ в морали. Насколько разумно для бизнеса монетизировать репутацию?

Вы объясняете заказчику ситуацию? Заказчик всё до конца понимает? Потому что я в своё время был немного удивлён, когда до меня наконец дошло, что на самом деле всё не так, как я себе нафантазировал и нет никаких розовых единорогов, открытого кода и модерации ПО.

По-хорошему он вообще не должен кубиться и обфусцироваться. Да, будет нелегальное безоплатное использование. Обязательно будет. Но продажи тоже будут (есть, по факту. это работает). Просто продаж мало. Но продаж мало не потому что "покупатели" пиратствуют, а потому что сам рынок маленький. Русскоязычный рынок объективно мал для полноценной OpenSource коммерции (мне так кажется). Так что, получается, что либо кубить, либо не кодить. С другой стороны, мой сайт требует 4(четыре) ключа активации для корректной работы (если никого не забыл). Это сильно дохрена, как по мне. Это НЕ OpenSource. Совсем. При том, что сайт делал "для себя" и модули покупал ОЧЕНЬ сдержанно, например, нет фильтра, блога, экспорта-импорта, нет ни одного модуля оплаты. А если люди покупают модули пачками... и все легально... Сколько там ключей активации надо? На двух руках хватит пальцев? Такие "магазины" как у меня и у них, вот это точно "детский сад"! Не знаю, что Вы имеете ввиду, но модулю в админке будут доверять как самому движку. Этот как рекомендация, как знак качества, как сертификакция. Что ещё надо? На самом деле, в этом нет пользы, если это не доминирующий тренд сообщества. А позиция сообщества в целом, немного другая: Покупатель платит только если украсть не может. За что его любить? Шутка, конечно, но не совсем.

Когда покупатель может себе позволить только пальмовый жир, то рассуждения о вреде для здоровья становятся бессмысленными. Я не спец, поэтому не знаю, но осмелюсь предположить, что любому закубленному модулю можно найти OpenSource-аналог, но дороже и с поддержкой на инглиш. Поправьте, если ошибаюсь. Хотите здоровья? - платите доллары и соблюдайте диету! А вообще... появление маркетплейса непосредственно в админке делает разговоры про продажи тоже бессмысленными. Модули в админки только что скачанного движка несомненно из молока делают. Тут и к бабке не ходи.

Продажи могут упасть.

Вы пытаетесь понять, как это всё работает... Фик его знает, как оно работает. У яндекса есть алгоритм (кажется, палех, или как то так) Разработан именно для очень редких запросов. На самом деле, таких запросов большинство в сети (как ни странно). И для ПС важно отвечать на такие запросы правильно и корректно. И насколько я смог понять, такие одноразовые запросы обрабатываются не так, как регулярные и хоть сколько то частотные. Другими словами: есть вероятность, что, и запрос Радиоуправляемый джип Cyclone 2 Blue - 94111-559B ,и запрос Cyclone 2 Blue - 94111-559B обрабатываются совсем не так, как те запросы, которые Вас реально интересуют. И отслеживая выдачу по несуществующим одноразовым запросам Вы (или любой другой) вряд ли сможете сделать правильный вывод о том, как всё устроено.

Но Ваш компьютер видел этот сайт? Вы были на этом сайте с этого компьютера? ... Такое ощущение, что на выдачу по подобным длинным, очень редким, и сверх конкретным запросам в первую очередь влияет история. Просто предположение

Просто любопытно, чиста ради эксперимента, попробуйте то же самое с другого компьютера, который Ваш сайт в глаза ни разу не видел. Где будет Ваш сайт с незнакомого компьютера? Если не сложно, опишите результаты. ... Я не могу самостоятельно провести такой эксперимент - у меня яндекса нет. Гугл с моего компьютера по этому запросу ваш сайт вообще не показывает (дошёл до четвёртой странице, на которой пошёл совсем нерелевантный бред). ... Это в принципе неправильный подход к вопросу. Значение имеет только реальный трафик. А трафика нет.

Вообще говоря, понятно и справедливо. Спасибо за развёрнутый ответ.

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

Как вариант, не обращайте внимание, какое то время. Вряд ли сможете исправить самостоятельно, но само по себе это не слишком большая проблема. В целом, похоже, что Вам проще заказать и оплатить работу, чем разобраться и сделать самому - там не только в конфигах надо править... И ещё... лучше вообще не трогать, чем сделать коряво. Намного лучше... Поаккуратней с гуглом и https. У гугла пунктик в этом месте. Если не уверенны твёрдо в том, что делаете - не делайте ничего.

Что такое "лёгкий пароль"? И заодно в тему: Существует рекомендация регулярно менять пароли даже если сайт не был взломан - просто тупо по графику. ЗАЧЕМ их менять по графику?

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

Вам виднее. Вообще, эта мысль звучала уже не раз. Но есть и другая сторона медали: Опенкарту нечего предложить тем заказчикам, которые готовы платить. Покупка модуля опенкарт, это по сути лотерея. Без модулей движок практически не применим. Таким образом, создание магазина превращается в череду покупок лотерейных билетов. Осознавать это очень неприятно, особенно если относишься к делу серьёзно. Человек готов платить = человек относиться к сайту серьёзно. А ему предлагают сыграть в русскую рулетку. Отдельно взятый опытный и квалифицированный фрилансер-исполнитель, конечно может сделать вполне сносный магаз. Но это снова лотерея для заказчика. И даже если заказчик вытянул выигрышный билет и ему честно сделали хороший сайт, то эта заслуга не движка, а исполнителя.

Но квалификация нужна неслабая. Гораздо сильнее, чем может показаться по-началу. Нельзя просто подобрать по дизайну шаблон и докупить на него модулями нужный функционал. Такой сценарий не позволяет получить хороший сайт - в большинстве случаев будет фикня. И это серьёзная проблема для проекта. Мне так кажется. Я пока так и не смог придумать сценарий по которому можно сделать гарантированно сносный сайт на опенкарт, без глубоких знаний php и MVC.

Правильно в таком случае сказать: Дорого не значит хорошо. Трудно ожидать качество за скромные деньги. Но за нескромные деньги качество бывает тоже далеко не всегда. И да, если тех. поддержка безальтернативная и её нельзя "уволить" и поменять на другую, то это само по себе проблема.

"да" или "через симлу"? Сможете сделать простую корзину и управлять обязательностью полей БЕЗ симлы? Я понимаю, что у администратора магазина нет проблем с использованием закубленых модулей, требующих ключ активации для работы. Но мне кажется, что это отсутствие проблем имеет место ещё и потому, что владельцы бизнеса редко понимают до конца все последствия "дешёвых модулей опенкарт". Хорошо и здорово, если вы можете всё сделать своими руками. Или хотя бы умеете подбирать качественные модули. Потому что бывает по разному и качество кода гарантированно только репутацией ника на форуме. А этот ник может воткнуть вам без спроса дырявый загрузчик, а потом как ни в чём не бывало пребывать в состоянии "полон позитива". А ещё, ник может забыть(!) оплатить домен с которого следит за ключами лицензии и ваш сайт начнёт глючить потому что кто-то забыл(!) оплатить домен. Поймите правильно, скорее небо упадёт на землю, чем я заведу себе сайт на битрикс. Но опенкарт тоже не надо идеализировать. Надо понимать, с чем имеем дело.

Если бы у Вас был опенкарт, было бы проще? Вы смогли бы сделать поле обязательным?

А кто из них (CMS) сначала дешёвый, а потом дорогой? И кто сначала дорогой, но потом дешёвый? Опенкарт когда дешёвый, в разработке или в обслуживании?

Такое впечатление, что "спамными ссылками" Вы называете дубли страниц.