кто как привык тот так и кодит

зачем юзать <> вместо != ?

между <> и !== сразу видно разницу, а если в коде != и !==, то можно не увидеть

только в этом есть прок?

удобнее для чтения?

да, между собой != и <> полностью одинаковые, это не || и OR

используя разные языки я в 90% случаях встречаю !=, а <> только в запросах к бд

А как же Паскаль?

те же java и C# не знают что такое <>

так зачем привыкать к тому, что реже используется

чтоб больше ошибок делать?

по хорошему нужно использовать ≠

те же java и C# не знают что такое <>

а еще они не знают что такое ** и &

В случае с Монгой это вообще оператор $ne

а еще они не знают что такое ** и &

C# знает

C# знает

только &

ни тем, ни тем вроде особо не пользуются)

В бд есть поле типа timestamp [CURRENT_TIMESTAMP] Я отсылаю в это поле $date->getTimestamp() но она не хочет записывать Incorrect datetime value: '1539341430' for column 'reg_date' Почему?(

мож ты его в кавычки оборачиваешь

неа

принудительно приведи к int

В бд есть поле типа timestamp [CURRENT_TIMESTAMP] Я отсылаю в это поле $date->getTimestamp() но она не хочет записывать Incorrect datetime value: '1539341430' for column 'reg_date' Почему?(

$date->format(DateTime::ATOM)

попробуй)

у меня сервак не взорвётся?

да видно же в запросе норм число генерит

"Incorrect datetime value" мож у тебя всё таки тип поля DATETIME а не TIMESTAMP?

у меня сервак не взорвётся?

да вроде нет) я правда сам лузер, но ты попробуй

да вроде нет) я правда сам лузер, но ты попробуй

Такая же ошибка

я думаю поле поменять на int

и тогда решится

я так обычно и делаю)

а если самим мускулом вбить UNIX_TIMESTAMP($date)

Похоже база хочет не таймштамп а дату

тогда зачем вообще timestamp?

как думаете, хранить в json в mysql тысячи значений это норма или не освсем?

если ты по ним собираешся чет искать то наверное не совсем

а если тебе их надо загрузить и выгрузить обратно. то это довольно странный юзкейс все еще!

в чем проблема json записать как таблицу в бд?

как думаете, хранить в json в mysql тысячи значений это норма или не освсем?

канешно норм, только эти значения должны быть разыми по логике

канешно норм, только эти значения должны быть разыми по логике

Ну там идёт uuid : { тут херова туча всякой аналитической шляпы} и таких объектов пару тысяч в 1 json поле. просто выборка не нужна по ним, только вывод в некоторых местах, изменение и перезапись всех целиком) и эта дичь должна производится каждую минуту

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

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

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

много записей это не проблема, проблема когда эти записи медленно пишуться или достаються просто добавлять json по причине количевства не стоит тоже

Всем привет. Вопрос следующего рода (может у кого-то было): перестали работать команды artisan на laravel ошибок нету. Игрался с кроном, после постановки команды в крон: php "G\.....\artisan" schedule:run перестали выполнятся

Друзья, подскажите, пожалуйста, где лучше разместить вакансию PHP-разработчика с локацией в Питере. Сам я работаю на продуктовую AdTech компанию и мы хотим взять в команду к себе еще одного Backend / Full Stack спеца. Я вот немного в замешательстве - здесь можно разместить или есть какой-нибудь специальный чат с вакансиями для PHP?

Друзья, подскажите, пожалуйста, где лучше разместить вакансию PHP-разработчика с локацией в Питере. Сам я работаю на продуктовую AdTech компанию и мы хотим взять в команду к себе еще одного Backend / Full Stack спеца. Я вот немного в замешательстве - здесь можно разместить или есть какой-нибудь специальный чат с вакансиями для PHP?

https://t.me/jobGeeks

Вот ссылка

https://t.me/jobGeeks

Там вроде все вместе, вообще все IT. И аудитория не особо большая

Как правильно? Голосование. 1. <> 2. !=

если в пыхе то !=

потому что != - правильно а !== - еще правильнее

Там вроде все вместе, вообще все IT. И аудитория не особо большая

Нет спец чата/канала вакансий для пхпешников

Нет спец чата/канала вакансий для пхпешников

Жаль. Здесь, я так понимаю, нельзя вакансии размещать?

потому что != - правильно а !== - еще правильнее

я так понимаю не все в курсе, что значит !==

Жаль. Здесь, я так понимаю, нельзя вакансии размещать?

нет

Понял

я так понимаю не все в курсе, что значит !==

значит - еще правильнее

я так понимаю не все в курсе, что значит !==

это наверное с css)))))

Всем привет, вопрос в следующем: Почему при очистке динамического свойства класса нетривиального типа, вызывается деструктор этого типа обходя функцию __unset исходного класса?

ну я на всякий случай напишу, вдруг у кого-то просвещение будет: $a=3; $b=$a; (int)$a !== (string)$b => true (int)$a !== (int)$b => false также можно на сравнении != споткнуться при логических операциях, т.к. пхп воспринимает 0 как false, а 1 как true, к примеру $str = "hello"; strpos($str,'hell') != false выдаст false, потому что позиция подстроки=0, но слева у нас тип int а справа bool, поэтому в таком случае правильнее использовать !== а когда нам важен не тип а содержимое, то зачем дополнительные проверки

ERROR: S client not available

если в пыхе то !=

почему не <> ?

почему не <> ?

потому что <=> - прилетела

1 непонятно, плохочитабельно, и вообще с ходу - типонезависимо или типозависимо ?

1 непонятно, плохочитабельно, и вообще с ходу - типонезависимо или типозависимо ?

а != сразу понятно - ипонезависимо или типозависимо ?

а ежли типонезависимо - тогда declare strict поломает весь код к чертям

а != сразу понятно - ипонезависимо или типозависимо ?

да

Всем привет. Вопрос следующего рода (может у кого-то было): перестали работать команды artisan на laravel ошибок нету. Игрался с кроном, после постановки команды в крон: php "G\.....\artisan" schedule:run перестали выполнятся

Спасибо всем за помощь и многие ответы. Но короче получилось непонятно, почему-то удалились все данные с файла артизана. Взял с другого проекта и все пошло

!= просто не равно

!== - просто охренеть как не равно

ахаха

)))))

!== типозависимо

Я так делать не умею

да

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

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

потому что грамоте не обучены..

короче опять вкусовщина, “я так привык, значит <> ненужен”

для тех - для кого это есть открытие - космческий карабль вообще шаблоны рвет

!= более универсален, стараюсь пользоваться им

<> вроде бы в 1С

<> вроде бы в 1С

в sql

В SQL

а в паскале !=?

в паскале <>

он строго типизирован

<> в паскале

Как будто было в другой жизни

при чем тут типизация, это синтаксис

А Си строго типизирован?

при чем тут типизация, это синтаксис

!= и !== поще запомнить чем <> и !==