v3shin

Не надо жить в позапрошлом веке, когда ты мог в 1801 году изобрести утюг, и продавать его без изменений до 1900-го.
Мы живем в 21 веке, в котором любая сущность, если перестаёт разиваться, то тут же умирает.

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

Сейчас вообще другая экономика - сервисная. Продавй не программу, а сервис. Не утюг, а решение проблемы с мятой одеждой. Решай их проблемы. Помогай с освоением, выпускай обновления. И люди к тебе потянутся, а воришки останутся с носом.

Оператор "строго не равно"

Конечно спрятать можно. Для этого его надо просто зашифровать. А ключи шифрования только на сервере. Но вообще-то надо проверять в БД, является ли пользователь владельцем объявления.

Собирают куб на css а крутят на js

В глаза долблюсь, с первого раза эту жесть в тегах не заметил. Если кратко, то открытие и закрытие формы происходит в разных уровнях, что в свою очередь обычно ведет к самозакрытию. Т.е. кнопка, которая вызывает событие находится уже вне самой формы при рендеринге. Я не перелопачивал код и не буду, но инфа сотка, так оно и есть.

ЗЫ: Оно вообще работать не должно, сжечь я бы рекомендовал. И верстать научится.
ЗЫЫ: Без обид, держи валидатор.

fopen($dir . DIRECTORY_SEPARATOR . $filename);

Раз у вас там vue, используйте модификатор:

<input type="number" v-model.number="Current.amount">

Как по мне, CCS-in-JS очень специфичная штука, хотя в продакшене можно встретить довольно часто.

Местами, его использование оправдано, например:
- При работе с динамически выделяемыми css свойствами, например когда обычный calc уже не справляется
- При очень сложном динамическом лейауте
- При темизации компонентов и вообще существовании такой концепции как "Тема" внутри вашего проекта.

Тем не менее, минусов как по мне не меньше:
- Проблема кеширования, такие стили не могут быть закешированы, т.к генерируются на лету и требуют того чтобы браузер распарсил ваш компонент и добавил стили в DOM. + Как результат намного больший размер финального бандла проекта.
- Хаос в файлах, когда приходится держать вместе компоненты и их стили. Опять же решаемо, но те проекты которые я видел, которые используют концепцию CSS-in-JS по большей части фигачат обычные статические стили, просто используя js нотацию, а изначально задумка была не в этом. Для такого, давно придумали более эффективные решения.
- Отвратительный DX при дебаггинге.

Если подрезюмировать, то в целом есть некоторые задачи который этот подход хорошо решает.
Если не можете с уверенностью сказать, что да CSS-in-JS решает мою задачу - использовать его не стоит.
Использование технологии ради технологии, не привидет ни к чему хорошему. Во всех остальных случаях использование более классического стека в виде или чистого CSS или любого из препроцессоров более оправдано.

iframe с картой добавьте "display: block;"

Не очень надёжно: назначить шрифт спану, смотреть по ширине. Если отличается от "символа отсутствия символа" - значит есть.
Боль-мене надёжно: рисовать на canvas и сверять с "символом отсутствия символа".

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

function getK() {
        $.ajax({
            url: '/index.php?route=create_order/OrderNew/getK',
            dataType: 'json',
            type: 'post',
            data: $('[name="time"').serialize(), //  возвращаемая k зависит от времени
            success: function (resp) {
              calc(resp);

            }
        });
    }

function calc(someValue){

return someValue*100;
}
getK();

Или также как в первом случае только играйтесь с async/await

При чтении и записи в свойство экземпляра данного класса

const instance = new Name();
const name = instance.name; // чтение свойства, вызовется геттер класса Name.
instance.valueName = 'John'; // запись в свойство, вызовется сеттер класса Name.

, будут вызываться геттеры и сеттеры, в которых можно делать все что угодно.

В целом со стороны пользователя класса всё это будет выглядеть как магия. Данный паттерн плох тем, что позволяет задавать неявное поведение кода, когда программист присваивает значение или читает его и происходят какие-нибудь вещи которых он не ожидал.

Вот варик пришел на ум ;)

Алексей Головин, функция не должна выводить, а должна возвращать
То есть

function foo($args1, $args2) {
    $html = '';
    foreach ($args1 as $val) {
        $html .= $val;
    }
    return $html;
}

echo foo($args1, $args2);