чем больше статей на английском - тем быстрее станет комфортно читать на нем)

Определенно, да. Но все же, это личный выбор каждого.

Или просто комфортнее читать на русском.

Оттягивают изучение. А когда нужно будет прочесть что-то СРОЧНО - они будут тупить потому что когда было время - ленились.

Оттягивают изучение. А когда нужно будет прочесть что-то СРОЧНО - они будут тупить потому что когда было время - ленились.

Возможно, вы правы, да.

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

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

да и английская не блещет по сравнению с докой по ларе или вью.жс - фигня

Да нормальная дока, как и у лары-минимум для старта , а дальше -будь добр сам

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

Да, тоже логично.

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

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

Ну или писать там какую-нибудь комплексную статью, которая как дока не годится.

йо, хочу разбавить срачь - что там намечается в столице интересного, Киев, ближайшее время?

Зима намечается.

карпаты, водка сникерс и сноуборд

Pdfiller, из того, что видел

данке шон

А можно просто водку? Ну его, этот сноуборд...

можно и не только просто

можно и с применением паттернов

для любителей переводить - есть такая тула - swoole, по ней доки нормальной даже на английском нет)

а штука прикольная

https://www.swoole.co.uk/docs/

Пиля, я задолбался с этим пином. Кликаешь на уведомление, не находит канал. Пришлось вручную искать, чтобы убрать

Зацените: echo (new DateTime("2017-10-01"))->diff(new DateTime("2017-11-01"))->format('%m %d days') .PHP_EOL. (new DateTime("2017-10-02"))->diff(new DateTime("2017-11-02"))->format('%m %d days');

Просто нужен был diff

Просто нужен был diff

?

Зацените: echo (new DateTime("2017-10-01"))->diff(new DateTime("2017-11-01"))->format('%m %d days') .PHP_EOL. (new DateTime("2017-10-02"))->diff(new DateTime("2017-11-02"))->format('%m %d days');

нууу могу предполодить что автор сего хотел явно описать "с какого по какое этот diff считается" что бы не хардкодить "осталось 1 месяц и 4 дня".

так смотришь и понимаешь между какими датами

лучше так чем "приду через 5 минут. но никто не знает когда эти 5 минут начались"

этот баг только на определенных таймзонах, в европа/москва - баг есть

какой баг?

ты про переход на зимнее/летнее время?

нууу могу предполодить что автор сего хотел явно описать "с какого по какое этот diff считается" что бы не хардкодить "осталось 1 месяц и 4 дня".

это мы воспроизвели проблему изза которой у нас тарифы в компаниях криво считаются. Подставы от пхп мы не ожидали

нет, там не в этом вроде фишка

ща еще раз проанализирую и скажу

вру я знаю только про баг/калечную реализацию в случае конца месяца

europe/kiev - 1 1, 1 0 - баг есть

print_r((new \DateTime("2017-10-01"))->diff(new \DateTime("2017-11-01"))); print_r((new \DateTime("2017-10-02"))->diff(new \DateTime("2017-11-02")));

так поинтереснее

print_r((new \DateTime("2017-10-01"))->diff(new \DateTime("2017-11-01"))); print_r((new \DateTime("2017-10-02"))->diff(new \DateTime("2017-11-02")));

тогда получается зимнее летнее время тут непричем, часов то всегда 0

а кто плотно с микросекундами работал? до последнего времени на 7.1 при добавления, к примеру, 111222333444 микросекунд не инкрементировало секунды, а просто добавляло к микросекундам. весело было. пришлось писать свои методы измениния микросекунд.

а в 7.1 php наконец-то научился нормально в микросекунды?)

проверил только что. вроде как нормально стало )

а php умеет нормально в даты?)

у меня до сих пор горит от переходов между датами в конце месяцев

у меня до сих пор горит от переходов между датами в конце месяцев

UTC юзай

в php с датами к слову все очень хорошо

по сравнению с другими языками

в js тоже хрень

там фишка была в том, что прибавление месяца тупо оставляло день тем же

опиши кейс

что там у тебя с переходом между месяцами

а то я не понял

там фишка была в том, что прибавление месяца тупо оставляло день тем же

а ты как хотел?)

это ж ожидаемое поведение

Что будет если к 31.12 добавить месяц ?

ох сейчас вспомню, в чем вся соль

будет 31.01

Не, 30.11

к 30.11?

добавить

Оно на Некст день перекинет?

Хотя сек

Надо переход с 31 на 30

у меня было 31.10 прибавление месяца давало 01.12

Ну норм

а мне вроде как надо было то ли строго от начала до конца месяца, то ли просто отмерить месяц я уже не помню (делал больше месяца назад, как раз 31.10)

у меня было 31.10 прибавление месяца давало 01.12

ну потому что нету 31.11

ERROR: S client not available

все ж логично

а еще есть 29.02

тоже веселая штука

лови баг раз в 4 года

а еще в отдельных случаях есть доп поправки

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

лови баг раз в 4 года

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

или тупо 30 дней накидывает?

он берет и меняет месяц, выходит 29.03

но если ты на 30.01 и потом хочешь сделать +1 месяц будет выходит 30.02 чего не существует. так что он делает 01.03

Ну поведение логичное

А как по другому ?

Не ставить же 31.х на 30.у

Так получится что за 10 лет работы проекта будет количество-переходов*10 лишних дней

Ребята, а эти подводные камни с датами в пхп где-то описаны?

это подводные камни только с человеческой точки зрения)

имхо было бы хорошо построить полноценный календарь под капотом

хотя хз, как лучше

http://php.net/manual/en/class.datetime.php#121636

описаны)

Логично же, что месяц и 30 дней - это разные периоды

https://goo.gl/maps/dsYGg9RTwn22

Еще такое помню: http://patricklouys.com/2017/03/30/a-datetime-wtf-moment-for-me/

выдернул в исходниках PHP координаты

вообще хорошая идея гуглить "типичные ошибки"

https://github.com/php/php-src/blob/master/ext/date/php_date.c#L566

кто то может объяснить зачем им константа DATE_SUNRISE_ZENITH ?

кто то может объяснить зачем им константа DATE_SUNRISE_ZENITH ?

возможно когда-то юзалась

http://php.net/manual/en/function.date-sunset.php

она и юзается

дефолтное значение оттуда берется