• Передать событие прокрутки в iFrame с PDF? Или защитить PDF от сохранения?

    Qoragar, то, что было найдено - не решение, а настоящее решение, которое я вам в общих чертах предложил, вы сами только что прекрасно описали))
    1. Сотрудники грузят, а система растрирует и покрывает водяными знаками.
    2. Полученные изображение элегантно грузятся в div и все счастливы, кроме злоумышленников.

    Но я не настаиваю, безусловно, конечно вы можете делать и так, как вам подсказали. Я только лишь предупредил, что рано или поздно к вам обязательно придут и унесут все, что к тому моменту будет выложено, т.к. обход ранее найденной "защиты" особых знаний и навыков не требует: открыть отладчик в браузере, найти ссылку, скачать pdf'ку. Все))

    ЗЫ
    Если злоумышленнику руками покажется качать скучно, то он всегда может дать пару тысяч какому-нибудь школьнику, чтоб тот скачал из сети скрипт на питоне и подставил туда вместо example.com ваш домен.

    ЗЗЫ
    Еще раз: я не настаиваю на своем решении, разработчик - вы, заказчик - ваш, потому вы вольны выбирать все, что вас двоих устраивает.
    Написано
  • Блок питания Chieftec GDP-750C Gold, подойдет ли он?

    Dmitry Roo, если в Эстонии, то скорее всего нет, да)
    Написано
  • Что стоит использовать для защиты PHP-кода на текущий момент?

    Ярослав, и именно это я и прокомментировал. Небольшой кусок кода чужого проекта (та же функция расчета налога) пишется максимум за час-полтора, причем минут 10-30 уйдет на перекур, чаепитие и анекдоты. Единственный вариант, когда предложенное вами сможет действительно помочь, сделать вообще все на своем сервере, а у заказчика - только сетевая функция, выполняющая обязанности примитивного прокси-сервера.
    Написано
  • Что стоит использовать для защиты PHP-кода на текущий момент?

    я бы просто вставил какую-то сетевую функцию в код, чтобы что-то выполнялось по сети, с вашего сервера (и этого кода не было на клиентской части). Если нужно будет отключить - просто на сервере отключаете. Это обойти будет очень сложно.

    Ерунда это, обходится на раз. Кроме случая, когда ваша сетевая функция обращается ко всему функционалу, который крутится не у заказчика, а на вашем сервере, ретранслируя туда все запросы и вываливая пользователям полученные ответы)
    Написано
  • Не знаю, нужен ли термоклей в этой ситуации?

    ivan58, пункты 1, 2 и 3 - это возможные последствия. Причем 3 - это снова ваши слова, я такого не говорил. Но это логично проистекает из 2, так что хрен с ним, пусть будет. Если у вас прямые руки, избежать этих последствий удастся. Если же вы будете делать, как гражданин на вашем видео - последствия гарантированы, вопрос только в проценте убитых или поврежденных светодиодов.

    ЗЫ
    И да, "на радиаторе есть отверстия" - это для крепежа, а не для проводов. Но вы можете посадить звезду и радиатор теплопроводящим клеем, тогда туда можно будет провода пустить.

    ЗЗЫ
    Звезду и радиатор можно припаять)))) (шутка, но если очень надо - действительно можно)
    Написано
  • Не знаю, нужен ли термоклей в этой ситуации?

    ivan58, ЧТО??? О_О

    Может привести к тепловому пробою при перегреве во время пайки - да. Может вызвать деградацию люминофора при перегреве во время пайки - да. Добавляет лишнюю операцию - да. Увеличивает кратно расход припоя и флюса - да. Считаю, что пайка разрушает светодиод изнутри - нет. Это исключительно ваша (очень странная) мысль, которую вы зачем-то решили приписать мне.
    Написано
  • Не знаю, нужен ли термоклей в этой ситуации?

    ivan58, ютуп много чего показывает)) А моя практика показывает, что фигня это. И промышленно посаженные на звезду светодиоды подтверждают это, но вы можете паять, если вам хочется - мы живем в свободной стране.
    Написано
  • Не знаю, нужен ли термоклей в этой ситуации?

    ivan58, а смысл? Проверить будет тепловой пробой или нет, а заодно люминофор подеградировать?) Достаточно термопасту положить, все равно ноги к контактным площадкам припаиваются.
    Написано
  • Не знаю, нужен ли термоклей в этой ситуации?

    ivan58, на капролоновые стойки поставить или изоляцию под них, как в БП компьютерных положить. Не помню, как материал называется.
    Написано
  • Не знаю, нужен ли термоклей в этой ситуации?

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

    ЗЫ
    Единственное, куда может термоклей понадобиться, это посадить звезду на радиатор. Но хороший термоклей отлично работает, главное - это соблюдать те же принципы, что с термопастой
    Написано
  • Почему то работает, то не работает событие input в форме?

    Значит, проверка капчи в Битриксе по уму сделана, капча протухает в момент проверки, и повторная отправка бесполезна)
    Написано
  • Почему то работает, то не работает событие input в форме?

    Да, я тоже об этом написал) Значит дело не в скрипте, должно работать. Сделайте ради интереса console.log(response) чтоб видеть ответ сервера. И добавьте в $.ajax что-то вроде
    error: function(jqXHR, textStatus, errorThrown){
      alert('Ошибка сервера: '+errorThrown);
    }

    - может там скрипт падает, а вы и не знаете.
    Написано
  • Оптимизируется ли UPDATE, если значения полей на самом деле не меняются?

    Melkij, к сожалению, больше того, что есть в документации, я не подскажу, тем более читал я ее достаточно давно :/
  • Оптимизируется ли UPDATE, если значения полей на самом деле не меняются?

    Melkij, MySQL проверяет каждое поле, и если оно не меняется, то это поле в запросе игнорируется. На всякий случай повторюсь - с 8й версией я не работал, но в предыдущих - именно так.
  • Оптимизируется ли UPDATE, если значения полей на самом деле не меняются?

    Melkij, вот этого я, к сожалению, не знаю - информации об этом мне не попадалась. Но логично предположить, что раз MySQL определяет поля, которые не меняются и запросы, которые не меняют ничего, то в UNDO-лог едут только изменившиеся поля.
  • Оптимизируется ли UPDATE, если значения полей на самом деле не меняются?

    Евгений Обыкновенный, в MySQL до 8й версии (и в MariaDB) UPDATE ничего не меняет, если значения полей те же самые. В 8й скорее всего то же самое, но я с ней не работал, не поручусь.
  • Что быстрее SQL или Javascript?

    Ипатьев, у вас написано
    ...ответ будет совершенно однозначный. Не "может так, может сяк", а только в БД.
    , так что лапшу вешать будете друзьям за пивом. Что касается "высосан из пальца", то прежде чем начинать их растопыривать, демонстрирую свою необразованность, ознакомьтесь хотя бы в общих чертах с OLAP.
  • Что быстрее SQL или Javascript?

    ответ на вопрос "производить ли обработку данных в БД или же запросить все данные в клиентское приложение и обрабатывать там"

    Совершенно неочевиден на самом деле. В некоторых случаях архитектура с толстым клиентом предпочтительнее использования тонкого клиента. Например, построение n-мерных кубов данных при n>3 или значительной выборке. Если вы нагрузите этим СУБД, то первые же 1-3 запроса уложат ее наглухо, а если СУБД крутится на том же сервере, что и http, то ляжет все. Поэтому, может быть и так, и сяк, и толстый клиент, и тонкий. Архитектуру надо выбирать исходя из решаемой задачи, а не из религиозных соображений)

    ЗЫ
    Т.к. стоит задача
    найти средние/макс/мин значения по-разному сгруппированных данных из разных таблиц/вьюх и тд
    , то речь как раз, походу, идет о кубах данных, так что тут вполне может быть оправдано использование толстого клиента. Выборку делать на сервере, а обработку - в клиенте.