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

они ищут тех кто работает в часовом поясе от +2 до +4, всё

я чет сильно сомневаюсь, что туда возьмут недоучек

никто и не говорит, что возьмут

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

врятли они примут ответ delete from users where id = :id

Такс, а можно ссылочку на то почему в большой таблице нельзя удалять просто через delete from users where id = :id ? Если индекс есть, а он в любом случае есть на поле id то не вижу ничего плохого

нужно через softdelete или какой-нибудь флаг deleted

задача поставлена тогда некорректно

нужна схема таблицы как минимум

нужно через softdelete или какой-нибудь флаг deleted

мммм.... а че так категорично-то? это нихрена не для 100% случаев нужно, потому что потом во всех запросах выборки тебе нужно учитывать and deleted = 0 А это двойные индексы, в идеале. Короче я тоже не понял, почему нельзя простым delete from. Давай поясняй Валентин

а потом правильный ответ окажется "а не надо ничего удалять!". что кстати вполне себе обычная практика

мммм.... а че так категорично-то? это нихрена не для 100% случаев нужно, потому что потом во всех запросах выборки тебе нужно учитывать and deleted = 0 А это двойные индексы, в идеале. Короче я тоже не понял, почему нельзя простым delete from. Давай поясняй Валентин

Так а что я, я то ничего не утверждал за преимущество soft delete, гуглю на эту тему как раз, ещё дополню твой ответ - кроме двойных индексов ещё надо следить что бы уникальные поля освобождались, ведь в таблице users у тебя может быть поле username / email (unique) и после is_deleted = 1 надо ещё решать как разрешить новому юзеру зарегистрироваться под тем же ником / емейлом

Сорри, попутал :) Да, это не к тебе

потому что проверка на username = :username будет возращать ошибку валидации, так как юзер ещё существует, а даже если добавить WHERE is_deleted = 0 то база не разрешить его добавить

изза того что поле username уникальное

разве что опять же ставить индекс unquie(username, is_deleted)

Короче сомнительные преимущества)

разве что опять же ставить индекс unquie(username, is_deleted)

И 2 раза одного юзера уже не удалить

А это вомзожно вообдще?)

Я имею ввиду с однми юзернаймом)

а, понял, ну да

мммм.... а че так категорично-то? это нихрена не для 100% случаев нужно, потому что потом во всех запросах выборки тебе нужно учитывать and deleted = 0 А это двойные индексы, в идеале. Короче я тоже не понял, почему нельзя простым delete from. Давай поясняй Валентин

а ты у бизнеса спросил можно ли удалять данные?

вдруг там чего ценного

я так как-то карзины удалял

типа "ну а че не надо ж уже"

а там потом оказалось что ценная инфа, и она уже потеряна для последних полу года

есть всякие штуки типа аудита

потому по дефолту я бы выбирал стратегию при которой ничего не удаляется

вреедитель ёпт

но не soft delete блять

есть всякие штуки типа аудита

тогда давай сразу event sourcing

тогда давай сразу event sourcing

зачем?

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

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

да и по поводу "двойных индексов" и прочей шляпы - есть частичные индексы - как раз для случаев с флагами. Так что базе плевать будет

Ох, иногда сам вопрощающий на собеседовании не до конца понмает что спрашивает. Например когда-то давно моему коллеге(который года два работал с C# потом перешел на php) на одном из собеседований задали вопрос "что быстрее отработает передача параметра напрямую или передача параметра по ссылке", на что мой знакомы ответил что не может однозначтно дать ответ на этот вопрос, т.к. не знает как внутри ядро php эти моменты обрабатывает. На что ему сказали что это не верно и передача по значению "копирует" переменную и по этому работает медленнее и выжирает больше памяти. https://habrahabr.ru/post/134784/ http://www.php.net/manual/ru/language.references.return.php "Не используйте возврат по ссылке для увеличения производительности. Ядро PHP само занимается оптимизацией. "

ну обычно такие вещи спрашивают в процессе разработки

ну обычно такие вещи спрашивают в процессе разработки

а иногда важные вещи умалчиваются потому что никто не спросил (ты ж не будешь вообще все спрашивать?) а для бизнеса это все само сабой разумеющиеся.

Ох, иногда сам вопрощающий на собеседовании не до конца понмает что спрашивает. Например когда-то давно моему коллеге(который года два работал с C# потом перешел на php) на одном из собеседований задали вопрос "что быстрее отработает передача параметра напрямую или передача параметра по ссылке", на что мой знакомы ответил что не может однозначтно дать ответ на этот вопрос, т.к. не знает как внутри ядро php эти моменты обрабатывает. На что ему сказали что это не верно и передача по значению "копирует" переменную и по этому работает медленнее и выжирает больше памяти. https://habrahabr.ru/post/134784/ http://www.php.net/manual/ru/language.references.return.php "Не используйте возврат по ссылке для увеличения производительности. Ядро PHP само занимается оптимизацией. "

работа со ссылкой всегда медленнее

в 5.5+

а иногда важные вещи умалчиваются потому что никто не спросил (ты ж не будешь вообще все спрашивать?) а для бизнеса это все само сабой разумеющиеся.

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

Ох, иногда сам вопрощающий на собеседовании не до конца понмает что спрашивает. Например когда-то давно моему коллеге(который года два работал с C# потом перешел на php) на одном из собеседований задали вопрос "что быстрее отработает передача параметра напрямую или передача параметра по ссылке", на что мой знакомы ответил что не может однозначтно дать ответ на этот вопрос, т.к. не знает как внутри ядро php эти моменты обрабатывает. На что ему сказали что это не верно и передача по значению "копирует" переменную и по этому работает медленнее и выжирает больше памяти. https://habrahabr.ru/post/134784/ http://www.php.net/manual/ru/language.references.return.php "Не используйте возврат по ссылке для увеличения производительности. Ядро PHP само занимается оптимизацией. "

это было до 5-ого пыха вроде. А так есть copy-on-write

да и вообще ссылки не рекомендуют делать, чтобы не сводить оптимизатор пхп с ума

работа со ссылкой всегда медленнее

Дык, тут неоднозначно. Как-то игрались на https://3v4l.org/ с исскусвенными замерами. Где было медленне где быстрее, а гду вообще одинаково

да и вообще ссылки не рекомендуют делать, чтобы не сводить оптимизатор пхп с ума

ну он будет сходить с ума только если у тебя переменные будут резко тип менять

и то не факт...

но в целом соглашусь - ссылки стоит юзать как крайнюю меру

есть статья от Ника по поводу того как работает нынче CoW в семерке и как там чего ссылки сейчас действуют

есть статья от Ника по поводу того как работает нынче CoW в семерке и как там чего ссылки сейчас действуют

сцылку

плз

многие вещи которыми раньше руководствовались как бы уже не сказать что актуальны

секу

есть статья от Ника по поводу того как работает нынче CoW в семерке и как там чего ссылки сейчас действуют

Скинь плиз ссылку если не сложно

https://nikic.github.io/2015/05/05/Internal-value-representation-in-PHP-7-part-1.html#references

спс

спс

> Because count() accepts its value by-value, but $array is a PHP reference, a full copy of the array is done before passing it off to count(). If $array weren’t a reference, the value would be shared instead.

то есть при ссылках происходит копирование как раз таки для 5.x

> References will still be slower than normal values, because they require allocation of the zend_reference structure (and indirection through it) and are usually not handled in the fast-path of engine code.

а ты у бизнеса спросил можно ли удалять данные?

Так я к тому и отвечал, что нужно решить с точки зрения бизнесса, притом иногда нужно решить лиду, а не спрашивать у заказчика.... ибо заказчик скорее всего не поймет и на все будет кричать "хочу софт делит". Конкретно с пользаками согласен, что их можно и сохранить, но точно не через deleted=true. Корзину, если ты про "заказ".... ну мужик, у тебя видимо недостаток опыта с магазинами. Заказы, и товары в момент заказа принятно сохранять навечно (копия товаров, в момент заказа) :) Каб было. Если ты про корзину, но не "order" тогда странное требование... Короче, я не категорично заявляю что софт делит не нужен, но на вопрос на собесе "как удалить запись из таблицы" ответ "delete where id = 15" считаю норм.

Так я к тому и отвечал, что нужно решить с точки зрения бизнесса, притом иногда нужно решить лиду, а не спрашивать у заказчика.... ибо заказчик скорее всего не поймет и на все будет кричать "хочу софт делит". Конкретно с пользаками согласен, что их можно и сохранить, но точно не через deleted=true. Корзину, если ты про "заказ".... ну мужик, у тебя видимо недостаток опыта с магазинами. Заказы, и товары в момент заказа принятно сохранять навечно (копия товаров, в момент заказа) :) Каб было. Если ты про корзину, но не "order" тогда странное требование... Короче, я не категорично заявляю что софт делит не нужен, но на вопрос на собесе "как удалить запись из таблицы" ответ "delete where id = 15" считаю норм.

заказы - да. Карзина это другой агрегат, другой контекст даже

по поводу ответа на собесе - да, ответ норм.

Так я к тому и отвечал, что нужно решить с точки зрения бизнесса, притом иногда нужно решить лиду, а не спрашивать у заказчика.... ибо заказчик скорее всего не поймет и на все будет кричать "хочу софт делит". Конкретно с пользаками согласен, что их можно и сохранить, но точно не через deleted=true. Корзину, если ты про "заказ".... ну мужик, у тебя видимо недостаток опыта с магазинами. Заказы, и товары в момент заказа принятно сохранять навечно (копия товаров, в момент заказа) :) Каб было. Если ты про корзину, но не "order" тогда странное требование... Короче, я не категорично заявляю что софт делит не нужен, но на вопрос на собесе "как удалить запись из таблицы" ответ "delete where id = 15" считаю норм.

чем тебе deleted=true не нравится мне просто интересно.... в 99% случаев индекс с условием и живем не тужим

>>>> на что мой знакомы ответил что не может однозначтно дать ответ на этот вопрос, т.к. не знает как внутри ядро php эти моменты обрабатывает. На что ему сказали что это не верно Ахуенный интервьювер (или же ты криво написал), но это смешно :D - Какой вариант А или Б? - Я не знаю. - Это не правильный ответ (Вы самое слабое звено, до свидания! ) Угараю

да, есть пожалуй какой-то 1% а то и меньше когда это будет вызывать проблемы

>>>> на что мой знакомы ответил что не может однозначтно дать ответ на этот вопрос, т.к. не знает как внутри ядро php эти моменты обрабатывает. На что ему сказали что это не верно Ахуенный интервьювер (или же ты криво написал), но это смешно :D - Какой вариант А или Б? - Я не знаю. - Это не правильный ответ (Вы самое слабое звено, до свидания! ) Угараю

да, формулировка подсказывает что там было не "не знаю" а что-то еще.

ты ж сам дал линку на образ. Берешь и юзаешь

>>>> на что мой знакомы ответил что не может однозначтно дать ответ на этот вопрос, т.к. не знает как внутри ядро php эти моменты обрабатывает. На что ему сказали что это не верно Ахуенный интервьювер (или же ты криво написал), но это смешно :D - Какой вариант А или Б? - Я не знаю. - Это не правильный ответ (Вы самое слабое звено, до свидания! ) Угараю

если копнуть глубже то мне он это рассказывал в контексте "Прежде чем что-то утверждть, для начала сам это проверь"

не получается собрать образ из докера

если копнуть глубже то мне он это рассказывал в контексте "Прежде чем что-то утверждть, для начала сам это проверь"

если так то там точно не "не знаю" было

COPY failed: stat /var/lib/docker/tmp/docker-builder064418195/docker-php-source:

не получается собрать образ из докера

тут одно из двух: либо ты используешь экстеншены которые пока не умеют в php 7.2 либо ты что-то делаешь не так)

если так то там точно не "не знаю" было

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

COPY failed: stat /var/lib/docker/tmp/docker-builder064418195/docker-php-source:

что-то мне подсказывает что тебе надо было сделать просто docker pull...

Ну я скачал докер файл, дальше командой docker build . пытался собрать :|

Ну я скачал докер файл, дальше командой docker build . пытался собрать :|

ЗАЧЕМ!? докер хаб создан для того что бы ты просто делал docker pull... зачем тебе собирать образы когда их можно просто юзать?

ты там на генту сидишь еще небось

а ок :|

Просто не имел дело с докером

ну там же прям на docker hub инструкция сбоку есть - docker pull php:latest например

да и в ридми есть

ну или если свои образы делаешь, то FROM php:latest

ну или если свои образы делаешь, то FROM php:latest

угу

весь профит докера как раз таки в том что бы не собирать свои образы по возможности

опенсурсная инфраструктура

ну... не только в этом но как по мне это самое удобное ибо просто lxc в целом и так не сложно пользоваться

тут кто-то юзает React SSR через V8js?

расскажите про свой опыт, как до такого докатились

Не советую даже и думать о таком, очень медленно работает.

юзаете ноду вместо этого как фронт сервер?

Да

а какие данные нода собирает с бекендов для рендеринга?

как решаете что запрашивать на ноде, а что из браузера?

У нас изоморфный рендер, поэтому SSR просит все тоже самое, что и браузер.

https://habrahabr.ru/post/309958/ Читал что-нибудь типа такого ?

https://habrahabr.ru/post/309958/ Читал что-нибудь типа такого ?

еще нет, пока только раскуриваю. спс за линку