florapraktik

https://getbootstrap.com/docs/3.3/javascript/#dropdowns

Подписался. Интересно, чем закончится?

Вы сначала слепите тяп-ляп, тогда и подсказки будут. Обычно так.

+1 Если органический трафик не сильно мощный, то делать нормальную структуру, "по уму", а не потому что "так было - надо сохранить". Самые жирные страницы отредиректить, на остальные забить. И провести ряд рекламных компаний. В том числе в соц сетях.

Попробуйте ещё. Найдите что то похожее на: <button type="button" id="button-cart" data-loading-text="<?php echo $text_loading; ?>" class="btn btn-primary btn-lg btn-block"> <?php echo $button_cart; ?> </button> Можно предположить, что это и есть кнопка "Купить!" Вот под ней и вставьте. Там не так много баттонов - можно поэкспериментировать. Но, наверное, надо как-то див предусмотреть и класс ему назначить, что бы можно было внешний вид оформить.

Как вариант: общественный "бесплатный" вайфай + сайт на http. Говорят, при такой связке бывают такие штуки как непонятная реклама. Её поставщик "бесплатного" вайфая раздаёт всем , кому может.

ну фсё

Я там ржущий смайлик поставил. Вот такой: Ирония в том, что тема, посвящённая критики кубирования привела к выводам о необходимости это кубирование усилить путём увеличения числа зашифрованных файлов и комбинированием с обфускацией и умышленным запутыванием.

Вы договорились! Правы были древние греки: "Язык мой - враг мой!" А я уже и ссылочку на деинкубатор в закладки положил...

H1 это должно быть название самой категории. Н2 это подзаголовки. Если в тексте есть смысловые блоки с названиями, то можно эти названия заключить в тэг Н2. При необходимости поправить стили. Ключевики жирным для роботов считается уже не актуальным. Для людей можете выделить, если считаете такие выделения уместными. В принципе, есть мнение что это всё не важно. Но, если сможете правильно и корректно сделать все эти "завихрения", то хуже точно не будет.

Можно в самом низу файла stylesheet.css, того, который в теме лексус_суперсторе/сталешит/ред/stylesheet.css. И при проверка изменений учтите что браузер не всегда обновляет стили - либо чистить историю, либо смотреть в режиме инкогнито.

Вы хороший человек. Пусть у Вас всё будет хорошо в жизни.

100% Вы правы, imho. Тем, что создаёт прецедент. Как бы "легализует" любое кодирование. Нельзя разрешить только Вам, но запретить всем другим. Будем списки избранных составлять? Это в рамках данной беседы или реальные случаи? В рамках беседы именно требуют только разработчики сайтов, которые замучились от борьбы с недобросовестным кодированием. Реальные случаи, наверное, могут объясняться в том числе недоверием. Люди всё таки не кулинарный блог делают. У людей большие планы. А Вы им предлагаете по сути поверить вам на слово. Это в вопросах безопасности бизнеса. Тут нечему удивляться, на самом деле, кмк. Кому, "вам"? Разработчики сайтов НЕ требуют открывать код, проверяющий ключ. Владельцы ИМов мотивированы общим недоверием - боятся злоупотреблений, хотят стабильности и надёжности в вопросах заработка и денег. Надо понимать, что у сайтостроителей и коммерцов несколько разная мотивация, когда они ожидают и предпочитают открытый код. Вас лично никто ни в чём не обвинял. Это вообще НЕ личное. Это вопрос на системном уровне. Можно посмотреть на это всё с точки зрения СИСТЕМЫ. И попытаться понять все возможные последствия в среднесрочной перспективе. Полностью согласен - лучше кубить только проверку лицензии а красивый лаконичный код оставлять открытым и доступным для понимания и редактирования. В этом месте уместно предложить работающий механизм обеспечения разумности и ограниченности кубирования. Ибо существует мнение, что в отсутствии такого механизма будет процветать кубирование неразумное и бесконтрольное, которое неминуемо ведёт к злоупотреблениям самого различного рода. И это может быть признано опасным для всеобщего блага. Это уже происходит - у сайтостроителей проблемы. Вы же знаете! Про закон и лицензию вспоминают разработчики сайтов, потому что не верят, что апелляция к совести будет достаточно эффективной. Впрочем, апелляция к законности тоже не сильно помогает. У разработчиков сайтов есть проблемы с реальной практикой защиты модулей при помощи ионокуба. У них проблемы. Они недовольны. Недовольны они не лично Вами, они недовольны реально сложившейся практикой вообще. В единоличном отказе вряд-ли есть смысл (если только действительно существует статистика увеличения продаж открытого кода). Исходите из своих интересов, в том виде как Вы их видите. Не похоже на то, что сообщество способно на эффективную самоорганизацию и самоограничение ради всеобщего блага. Точно так от попытки запрета тоже будет больше вреда, чем пользы.

Где это и зачем? Я не меняю никаких доменов в БД. Надо? И это... ссылка на сайт обычно помогает гораздо сильнее восклицательных знаков.

А где эти данные хранятся? и как они туда попадают?

Подскажите, каким образом ключ data_in_template превращается в переменную $data_in_template ? Какая то функция применяется или метод? Где и как происходит это волшебное превращение?

Не совсем. Вопрос был: Можно ли сказать, что если есть ключ активации, значит есть связь с сервером разработчика и теоретическая возможность отключения и вообще общение между ними? Или может быть ключ активации БЕЗ связи с сервером автора? А если при этом нужен ещё и ключ активации, то есть зависимость от сервера разработчика? Как понять, что модуль переписывается со своим папой (или мамой)?

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

1) Не все "удержались на плаву" и 2) "только я один" читаю этот форум. Ладно, не один, конечно. Но один из немногих. Это форум разработчиков, а не коммерцов. Коммерцы тут 80% слов не понимают. Так что не показатель, имхо. Надёжность. Стабильность. Прогнозируемость поведения. Удобство использования. ОК. Каждый из вас надёжный человек, которому можно доверять. Но магазин по итогу фактически не мой. Его работоспособность зависит от благосклонности и порядочности десяти человек. Один, это нормально. Десять, это много. Если продаж нет, то пофик, конечно. А если у кого-то они есть? Зачем успешному коммерцу такая зависимость от десяти незнакомых человек? Хорошо, может быть я излишне загоняюсь и драматизирую ситуацию. Берут у третьей и приносят. Свои деньги приносит только покупатель. Остальные распределяют между собой то, что он принёс. Это хорошо и правильно, но коммерц должен думать, что не ошибся и сделал правильный выбор. Иначе делить будет нечего. Опенкарт, не виндовс. А Вы не аддоб. На мой взгляд, это исчерпывающий ответ. В рамках виновс + фотошоп это работает. Связка безальтернативная. Почти. Но не факт, что это будет долго работать в рамках опенкарт + 10 модулей. ИМХО, вы не можете себе позволить такое отношение к пользователям, как это может себе позволить виндовс. И ещё Виндовс + набор программ так и воспринимается, как виндовс + набор программ. В отличии от магазина, который воспринимается, как одно целое. Так что по факту, это 10 ключей на ОДИН продукт. Да, коммерцы, они странные Опять же, я БЕЗ претензий. Просто предлагаю альтернативный взгляд "с той стороны баррикад".

Отдельное +1. Вот я как раз из таких. Но есть маааленький нюанс. Сайт мне сделали на ворованном шаблоне джумлы. С тех пор я джумлу ненавижу. Может быть не заслужено, не знаю. Важно: я сменил движок. И теперрь модули на джумлу меня не интересуют. Ни платные, ни бесплатные, ни хорошие, ни плохие. Никакие. Вообще. Сайт с десятью ключами активации это НЕ нормально. Это реально повод менять движок. Сайт с десятью ключами активации это ровно до тех пор, пока не понял, что произошло. И ещё... Из всех пяти групп, деньги в систему приносит только третья. За сайт с десятью ключами активации... Люди, которые приносят в систему деньги меньше всех понимают, что происходит и как всё устроено. Самые уязвимые. Собственно говоря, эти невежды за всё и отдуваются. Мир такой, не справедливый. Никто не виноват. Авторское право такое. Каждый сам за себя. Крайним назначили добросовестного покупателя - его не жалко. @rb2, разрешите выразить Вам своё уважение.

Осмелюсь предположить, что Вы делаете два запроса UPDATE последовательно. Таким образом делаете два заказа (ну, раз ID меняется). Имеет смысл попробовать написать один запрос UPDATE, который объединял бы эти два. Но может попробовать вернуть всё как было и переписать запрос SELECT так, что бы он брал данные из двух таблиц?

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

Посмотрите в английском языке

А ещё лучше, весь сайт. Может там не только в одном месте? Может такое быть? Вы уверенны, что этот "кто то" больше к Вам не придёт полазить?

Та я от балды брякнул про десяточку