Фу, переводы на русский

перевод официальной доки еще как бы норм. чего фу то сразу

перевод официальной доки еще как бы норм. чего фу то сразу

Да как повезет, надо просто отучать читать доки на русском

http://php.net/manual/ru/language.pseudo-types.php что тут непонятного?

А что насчет iterable? Вопрос был не о псевдо типах в доке, а в языке

А что насчет iterable? Вопрос был не о псевдо типах в доке, а в языке

iterable все таки псевдотип

type iterable = array || Traversable

type iterable = array || Traversable

откуда такая запись?

откуда такая запись?

не из php конечно.

iterable все таки псевдотип

В доке написано, что callable и iterable это смешанные типы, как object и array. В других источниках написано, что это псевдо-типы. Пытаюсь все таки для себя определить принципиальную разницу

В доке написано, что callable и iterable это смешанные типы, как object и array. В других источниках написано, что это псевдо-типы. Пытаюсь все таки для себя определить принципиальную разницу

Ее нет.

Ее нет.

То есть callable и iterable типы данных и на прочие "псевдо" не обращать внимания?)

type iterable = array || Traversable

|| object

То есть callable и iterable типы данных и на прочие "псевдо" не обращать внимания?)

Почему не обращать? Я говорю, что разницы нет.

|| object

в смысле?

в смысле?

Объект же тоже можно в форыч запихать

Или не?

Объект же тоже можно в форыч запихать

нет. если он не Traversable

иначе в этом тайпхинте небыло бы никакого смысла

нет. если он не Traversable

http://php.net/manual/en/language.oop5.iterations.php

Вот же

В доке написано, что callable и iterable это смешанные типы, как object и array. В других источниках написано, что это псевдо-типы. Пытаюсь все таки для себя определить принципиальную разницу

все смешанные типы являются псевдотипами, но не все псевдотипы являются смешанными.

иначе в этом тайпхинте небыло бы никакого смысла

Ну так-то да

Вот же

Warning: Uncaught TypeError: Argument 1 passed to sum() must be iterable, object given, called in php shell code on line 1 and defined in php shell code:1

конкретно в случае iterable - нет, потому что как мы уже выяснили в этом нет смысла

Warning: Uncaught TypeError: Argument 1 passed to sum() must be iterable, object given, called in php shell code on line 1 and defined in php shell code:1

Как ворнинг? Не фатал?

Я с мобилки, простите

это в repl, так что хз

А ок

Интересный вопрос возник: Где лучше хранить кеш? Там несколько таблиц, сформированных. Кеш будет использоваться и для html и для экспортов. И зависит от пользователей (у каждого он свой). Данные в таблицах: десятки тысяч строк в среднем.

И полей там десяток.

Думаю sqlite

Интересный вопрос возник: Где лучше хранить кеш? Там несколько таблиц, сформированных. Кеш будет использоваться и для html и для экспортов. И зависит от пользователей (у каждого он свой). Данные в таблицах: десятки тысяч строк в среднем.

В redis/files

Или хоть куда

Думаю sqlite

В файлах проще всего

Просто там ещё обработка будет. (в основном сортировка/математика)

Sqlite для большого объема какаха

Sqlite для большого объема какаха

А на каких? Может мне хватит ?

50к:100 уже всё?

Десятки тысяч строк с дясятками полей уже норм объем

Я в sqlite обычно хранил настройки приложения))

sqlite не для конкурентных систем

Просто там ещё обработка будет. (в основном сортировка/математика)

MongoDB тогда?

Там грубо говоря 1 юзер на бд получится. (формируется при обновлении отчёта на экране).

В файлах проще всего

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

но в контексте кэша страничек - да, файлы будут удобнее

Можно сказать эксклюзивный доступ.

Тут кеш не только страничек к сожалению.

Просто напрямую выбирать из корпоративной БД долго.

Интересный вопрос возник: Где лучше хранить кеш? Там несколько таблиц, сформированных. Кеш будет использоваться и для html и для экспортов. И зависит от пользователей (у каждого он свой). Данные в таблицах: десятки тысяч строк в среднем.

самый простой вариант redis

c файлами геморой что нет общего кэша между бэкендами

Просто напрямую выбирать из корпоративной БД долго.

Знакомая ситуация. Было такое. MySQL обычным можно пользоваться. Тебе просто из удаленной базы нужно в базу приложения тащить данные и тогда все ок будет А за синхронизацию уже думай сам, как там у тебя все

У меня oracle. И структуру делали наркоманы. M3 lawson

Например матрица прайсов.

В одной таблице список полей с приоритетами. В другой матрица....

Ещё одно. продакшен сервер старый очень. debian 5 и php 5.4

Есть ли в природе утилиты синхронизации из mssql в mysql?

Удаленный

И буржуйские коллеги у меня из Прибалтики и Финки. Работает, зачем трогать ? Хорошо, что они инициировали новый проект (который уже будет на php 7 и laravel)

И буржуйские коллеги у меня из Прибалтики и Финки. Работает, зачем трогать ? Хорошо, что они инициировали новый проект (который уже будет на php 7 и laravel)

щас тебе тут быстро объяснят что ларавел не круто, берите симфони или битрикс

?

щас тебе тут быстро объяснят что ларавел не круто, берите симфони или битрикс

Битрикс фу лучше стать проституткой

Ну его нахер

зато он обновляется без поломки, с обратной совместимостью. как симфони

энтерпрайз =)

Ребят, есть какая-то возможность писать "strict types" код в PHP5? Вот как он реализован в PHP7, например: function sum(int $a, int $b): int {

нет, нельзя

ну вот мне вариант посоветовали

if ( ! (is_int($a) && is_int($b) ) ) throw new Exception('...');

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

а еще есть assert

его пруфит в том что его можно включать и выключать по желанию

а еще есть assert

можно пример? с assert раньше не работал, сложно сообразить

вроде понял

assert( (is_int($a) && is_int($b), throw new Exception('...') ) типа так

вообще с точки зрения эффективной траты времени я бы на твоем месте перевел проект на php7

это будет дешевле

это невозможно в моём случае)

это невозможно в моём случае)

почему?

так бы давно перевёл

не важно. просто невозможно

если что у php 5.6 скоро закончится поддержка...

я знаю. через чуть больше года

тогда я переведу

кого это останавливает в этом мире?

тогда я переведу

то есть не невозможно

люди жрут 5.4, 5.2

то есть не невозможно

в данный момент это невозможно

в данный момент это невозможно

дай причину

я тебя не хочу грузить своими проблемами)

в данный момент это невозможно

На старую версию ОС пхп7 без костылей не заведешь?)

или админы мудаки

На старую версию ОС пхп7 без костылей не заведешь?)

configure make make install

я тебя не хочу грузить своими проблемами)

ну просто тогда ответь на вопрос с какой целью ты хочешь проверку типов?

а еще есть assert

как понимаю, обложить вход и выход каждой функции и будет норм

ну просто тогда ответь на вопрос с какой целью ты хочешь проверку типов?

чтобы ловить ошибки

легче

ну просто тогда ответь на вопрос с какой целью ты хочешь проверку типов?

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