удалил весь тред про память. Максим может считать это сливом. мне пофиг :)

?(

а FooRealisation - это что?

пока я дошел до interface Foo extends \IteratorAggregate и тип описываю в пхпдоке к getIterator()... но тогда $fooRealisation = new FooRealisation(); $fooRealisation->current() - не видит current() шторм....

https://paste.ofcode.org/KtdBV8zYwacptHsZN964hz

реализация интерфейса Foo

как-то так, 2 примера

а где шторм ругается в примере?

interface NormalRandomGenerator extends \IteratorAggregate { /** * Генератор случайных нормальных * @return float[]|\Generator */ public function getIterator(): \Generator; }

если в ф-и есть yield, она ничего кроме генератора не вернёт. уберите флоат

если в ф-и есть yield, она ничего кроме генератора не вернёт. уберите флоат

если я уберу float[] то не будет типа в foreach($generator as ..)

ох уж эти подделки под дженерики) тут идиологически неверно флоат писать в возвращаемые значения) лучше тайпхинт сделать в рамках цикла под айтем

вот я пример скинул - всё ок работает и красиво подсвечивается

не, так не интересно, я уж лучше @method float current() опишу

https://paste.ofcode.org/NShbxGyxLyDUQycFXiVWTS добавил пример с вызовом current

->getIterator() тоже не интересно

а вы пока его не вызовите, генератор не появится. Ну так, если что

лучше скажите, хочу, что бы был интерфейс, который реализуется генератором, что бы автокомплит видел тип элементов генератора... и видел next() current()

и при этом тащил с собой полный DI Middleware всех старых значений и новых, которые еще не вычислил. Типо квантовый скачок все дела..

и при этом тащил с собой полный DI Middleware всех старых значений и новых, которые еще не вычислил. Типо квантовый скачок все дела..

бедный.... и правда сегодня утром в вим на си писал...

а версия шторма, кстати, какая? :)

eap почти последний

->getIterator() тоже не интересно

https://paste.ofcode.org/9gKPBSw54ackziC6c22pqY но окЮ мы люди не гордые)

вот я пример скинул - всё ок работает и красиво подсвечивается

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

если есть сомнения, что шторм корректно подсвечивает - достаточно баг завести им в трекере

на eap реагируют быстро

да, все я понял где я затормозил, traversable как бы не сам генератор

в данном случае

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

мне не похер, например) если что-то серым светится, то в мозгу срабатывает "не работает". но в данном случае говнокода нет, всё работает и всё подсвечивает

т.е. ->getIterator()->current() правильно будет

ну каррент внутрь я бы прятать не стал. Просто вам смутило почему-то

да я ступил, почему-то решил, что iterable интерфейса есть iterable генератора, а это не так

просто когда вы форич делаете, гетитератор магией вызывается. Ну что-то вроде очевидного пхпшного поведения)

ага, именно про это и затупил сначало, что прямой вызов - это тебе не foreach :)

А с node js тут помочь могут?

нет

Привет народ что использовать для подключения и работы с mysql ? pdo, mysqli, doctrine либо что-то ещё? без левых библиотек

при работе с симфони — доктрина, при работе с внутреннем фреймфорком — своя обёртка над pdo, при работе с мелкими проектами — pdo

а mysqli вообще не нужен?

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

а mysqli вообще не нужен?

ну смотря что за проект. Если у тебя тупо принять данные с формочки, положить данные в базу и использоваться будет только mysql, то PDO то зачем.

тут холиварный вопрос :) можно же не ставить все экстеншены для пдо, а обойтись только pdo_mysql я так всегда и делаю, ну и если быть честным до конца — мне просто синтаксис pdo нравится больше, чем mysqli собственно вот и все причины его использования

тоже верно

к слову, доктрина же не экстеншен, а орм, которая работает поверх pdo https://packagist.org/packages/doctrine/orm

при работе с симфони — доктрина, при работе с внутреннем фреймфорком — своя обёртка над pdo, при работе с мелкими проектами — pdo

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

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

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

схерали?

кому как удобней, я не настаиваю что доктрина не нужна мне, как человеку начинавшему с mysql_* в php4, часто проще написать запрос руками и просто его выполнить, привычка ну и на работе из-за своей специфики использую внутренний фреймворк

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

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

эммм, а вы доктрину для сложных запросов используете?

кому как удобней, я не настаиваю что доктрина не нужна мне, как человеку начинавшему с mysql_* в php4, часто проще написать запрос руками и просто его выполнить, привычка ну и на работе из-за своей специфики использую внутренний фреймворк

ты настаиваешь на области применимости: symfony => doctrine просто формочка => своя обёртка над pdo doctrine должна применятся там, где требуется datamapper - не важно это laravel или spa app

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

эммм, а вы доктрину для сложных запросов используете?

смотря какие запросы считать сложными. есть query builder, есть dql так что и сложные запросы писать можно

ну там где не три где не три join, последний раз когда я видел использование доктрины для (в моем понимании сложных запросов), это была некая лапаша

собственно есть удобный понятный синтаксис SQL, есть биндинг параметров, есть фильтры, очищающие, зачем доктрина?

последний раз такие сложные запросы я писал для сильно нормализованной базы, чтобы извлечь данные для sphinx как я уже писал, у доктрины есть не только query builder

собственно есть удобный понятный синтаксис SQL, есть биндинг параметров, есть фильтры, очищающие, зачем доктрина?

это вы ещё запросы в elastic не писали :)

ну возможно, но тот же dql мало чем отличается от sql да. под эластик еще не писал, только sphinx пережил, пока он не поддерживал sql нотацию было тяжко

на dql можно комфортно писать сложные запросы. Но это не doctrine/orm, а doctrine/dbal

стоит netbeans 8.2 что-то тема не устаналивается((

кто нибудь сталкивался?

чем предустановленные не устраивают?

привык в sublime работать)

ERROR: S client not available

с Monokai темой

Да вы шо тут же нельзя мат :(

кто нибудь сталкивался?

дай-ка тему

http://plugins.netbeans.org/plugin/61236/

хм, та же хрень, причем все такие https://github.com/jewelbdx/FPR_NetBeans_Theme

саблайм крутой

но иде круче (

Ладно, скажите как мне, доктринофилы, если уж доктрина такая крутая, то как решается следующая задачка:

Есть мультитенатный сервис, в котором клиент создает себе сайт. Сайт состоит например аз 20ти таблиц, все таблицы лежат в схеме siteN.* Нужно сделать возможность докриновским сущностям работать с таблицами в разных схемах. То есть две таблицы site1.table1 и site2.table1 это одна и та же сущность но у разных клиентов.

Как это сделать без переписывания доктрины, я в свое время не нашел. Хотя вот в yii2 AR делается за 5 минут.

может как-то скормить инстансу доктрины схему siteN и/или пользователя/пароль с видимоть только этой схемы?

read или write?

Да я тоже думал, ну это впринципе полурешение. Если нужно например послать UNION запрос сразу в 2 одинаковые таблицы разных клиентов, то облом.

read или write?

И read и write, полноценная работа

Ну, write в несколько схем скорее всего никогда не будет, а вот read очень может быть

имхо скрывать это под капотом потенциальные грабли

Что ты имеешь в виду?

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

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

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

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

ну таблицы то не динамически создаются

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

Всем привет!ребят помогите доделать задачу!у меня уже ступор,есть матрица 5x5 я нашёл в ней центр,и теперь мне надо заполнять матрицу числами по спирали

Вот мой код

$matrixRevers = array( array(0,0,0,0,0), array(0,0,0,0,0), array(0,0,0,0,0), array(0,0,0,0,0), array(0,0,0,0,0) ); $matrixSize = 5; $temp = 1; $k = floor($matrixSize / 2); $matrixRevers[$k][$k] = $temp; echo ("\n"); for ($dx = -1; $dx <= 1 ; $dx++){ for ($dy = -1; $dy <=1; $dy++){ if($dx || $dy){ $temp++; echo('['.$dx.']'.'['.$dy.'] '.'$matrixSize['.($k+$dx).']'.'['.($k+$dy).']='.$temp."\n"); } } }

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

вот только говнокодом попахивает ;)

в чем смысл то

Общая админка сайтов

Общая админка сайтов

а почему не использовать не знаю там site_id