getto212, Сначала вы должны научиться работать с nginx и только потом засовывать его в контейнер. Docker не избавляет вас от необходимости знать как работает программа внутри него.
Уточните пожалуйста правила работы с этими особенными двумя элементами. Можно ли их разместить в ответе сверху/снизу, а не среди всех остальных? Может быть опишете предметную область?
Вообще то как вы сформулировали вопрос не совсем возможно - в sql фильтрация происходит на основании данных каждой-одной строки, а точнее - текущего кортежа, вы же ставите условие, которое требует учесть состояние всего результата.
gustovskiy, а регулярные выражения это не php-специфичная вещь. У вас есть строка. Надо из неё достать строку по шаблону. Для этого можно использовать регулярное выражение - шаблон составленный по определённым правилам. Достаточно загуглить "php регулярные выражения" и вы найдете и мануал по регуляркам и описание функции preg_match.
Jebati, ну сначала посмотрите какие права есть. Скорее всего есть права сразу на все *.* или даже просто * . Надо убрать права на все и дать только на одну базу.
Сергей Сапогин, "аналогично" это как? Открывать соединение, посылать запрос и получать результат? Так работают СУБД не зависимо от языка на котором вы пишете приложение которое с ними работает.
Функции/объекты конечно же будут другими. Они даже у разных расширений на одном языке различаются, а тут разные языки.
Сергей Сапогин, да, расширение для работы с этой СУБД назвали таким же именем. Так же поступают и с расширениями для других СУБД.
PhpMyAdmin, конечно же, работает с СУБД mysql. Если он жёстко работает только через расширение mysql, то да - работать не будет.
Если работает или умеет работать через другое расширение - то всё хорошо.
diamond, вам хоть раз удавалось изменить поле так, чтобы изменить только геттер/сеттер и всё работало как раньше?
И опять же - стоит разделять случаи, когда метод-геттер является частью общедоступного интерфейса, и когда вы просто без особого смысла делаете геттеры на всякий случай.
Проектируя интерфейс, вы думаете более абстрактно, и делаете геттер, который возвращает суть. Делая геттеры на всякий случай, вы просто автоматически создаёте геттер. Изменился тип поля? Ок, давайте в геттер кастовать поле нового типа к старому типу чтобы другой код не сломался. А надо ли? Тут встаёт вопрос - зачем вы изменили тип поля? Ведь может так оказаться, что новый тип как раз нужен клиентскому коду. Тогда вам придётся менять и возвращаемый тип геттера и сам клиентский код.
Но опять же. Я не хочу сказать, что делать пустые геттеры и сеттеры плохо. Я просто хочу сказать, что нет однозначного ответа - правильно/не правильно, хорошо/не хорошо.
В программировании есть много ситуаций, когда нельзя сформулировать чёткого правила - "посмотри туда и если там вот так то делай вот это". Если бы это было так, то можно было бы написать программу, которая пишет программы)
Единственный способ научиться понимать, когда и что правильно - это много программировать, сталкиваться с проблемами и как-нибудь их решать. Два раза столкнулись с проблемой - в третий раз заранее будете знать как поступить конкретно в этом случае.
Посторонним В., нууу... проверка типов сеттером в том виде в каком вы её показали - это причуда PHP7. Т.е. с точки зрения php, ну да, наверное можно обернуть поле в сеттер и почувствовать все прелести статической типизации. С точки зрения ООП такие пустые сеттеры бессмысленны.
Владислав Маслов, это псевдокод для численного вычисления интеграла методом трапеций. Вам остаётся только переписать это по правилам вашего языка программирования и подставить свою функцию.
потому что Yii вешает обработчики событий на DOM элементы один раз при загрузке страницы. И вешает их наиболее эффективным способом, не подозревая, что разметка может быть подгружена позже.
Руслан Гильфанов, ага, отличная разминка для пальцев. Проблема в том, что в этом криптовымогателе не будет того от чего надо защищаться) Это как делать бомбу без взрывчатки и тренировать собак искать её по запаху.
Руслан Гильфанов, можно-то можно, но при работе на настолько низком уровне, каждый байт на счету. Загрузчик вируса может найти в исполняемом файле не очень большие свободные места, и поэтому он должен уметь разбить свой код на несколько частей, вставить их в разные места и дописать переходы от одной части к другой.
Вы можете написать на питоне скрипт, который прочитает исполняемый файл, найдёт там свободные места и... что он туда запишет? Текст собственного скрипта? Весь интерпретатор питона?
Вирусы обычно не пишут на даже плюсах, т.к. из-за его высокоуровневости не хватает контроля над конечным кодом. При написании вируса вы должны точно знать в какие инструкции скомпилируется ваш код. Поэтому проще всего сразу писать эти инструкции.
Даже если вы как-то решите эти проблемы, то смысла от того что вы пишете на питоне будет не много. Вам всё-равно надо знать ассемблер для внедрения, и раз вы решили вышеописанные проблемы - то вы знаете его лучше чем родной язык)
Но опять же - всё упирается в терминологию. Вы можете написать скрипт, который дописывает код в другие скрипты, и по принципу действия это даже вирус. Насколько сложна эта программа? Программа, которая пишет текст в текстовый файл. И как тогда смотреть в глаза человеку, который говорит "я пишу вирусы на питоне" ?))