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

640Кб тож считалось что дофига. на тот момент )

ну лет 5 назад где-то

будем считать

5-7, не более

+ бигдаты разные для разных компаний, вероятно. сейчас этот термпин устоявшийся, ранее же для Яндекса это было, вероятно, 2-10 ТБ, а для обычных земных людей поменьше, мне кажется

но это тоже сугубо имхо

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

короче не суть был вопрос вот такой и всё. и такие варианты. точнее их не было. просто grep на лог натравить надо было кажется или большой CSV

если у меня логов за месяц тер, это нехрена не биг дата.. ибо они, как неуловимый джо.. нахрен никому не нужны

Ну вы тут перепалку устроили прямо как помочник президента по интернету вчера) https://vk.com/wall-29534144_6577992

зачем тогда храните?

вообще говоря логи - вещь ползная. и вполне сбе бигдата

если лежат в тарах - не биг дата ;) вот когда начнешь строить аналитику, тогда все и начнется

я вообще так же как и про домен отвлечённо это назвал. я блин не в массах на 100%. не гонюсь за 100% точностью терминологии. а озвучил общую идею.

если просто понятие домена и DDD - разнятся я не против.

так же и тут. для меня бигдата это дофига данных

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

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

а кому-то лишь бы поклацать зубами без дела что ооо оно - это не оно

или дом

@miksir вы мне тут ещё OLAP кубы нарисуйте для пущей правоты, эрудированный вы наш

когда речь вообще не о них

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

верно

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

но они будут оптимизированы всё-равно

нет, они будут убоги, неудобны, с кучей костылей и багов и развалятся через год

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

что значит через год? ядра винды и никсов чё-то не "разваливаются через год" если не добавлять туда новшества и не пентестить особо на предмет буферопротечек

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

ну вот когда станешь ведушим коммитером в ядро, тогда и вернемся к этому вопросу ;)

пока винт не забьётся или SD-карта если совсем уж embedded - будет пахать не вопрос

ну вот когда станешь ведушим коммитером в ядро, тогда и вернемся к этому вопросу ;)

лол технично слился

как я и думал

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

так. думаю вам пора в личку )

надоело

у каждого свой понятийный аппарат.

да я вообще работать

правильно. говнокодь свой магазин )

пока ты не сказал и одной верной мысли, увы

мне тоже, честно говоря, какой-то зануда очередной

@miksir когда вы признаете то.. слов ваших приняло 0 человек

еще и не русский...

@Adelf32 в лички никакого фана... а так хоть развлечение... а то у меня тут такие унылые задачи

в очередной раз доказываете предвзятость и узость мышления. и провоцируете ещё ко всему

и главное модеру подпеть, конечно

@Adelf32 в лички никакого фана... а так хоть развлечение... а то у меня тут такие унылые задачи

и ты нам с фиксером говорил, что нельзя красть время у работодателя. нуну :-P

я тее каждый раз буду припоминать )

ну я у себя краду, не волнуйся ;)

и вообще, если нельзя, но очень хочется, то можно

что посоветуете из плагинов к Sublime для автодополнения в yii2?

чтобы макс хорошо и корректно искало внутри всех namespaces проекта автоматом

Обоооооже

Саблайм

тебя это удивляет?

Кстати нет

ну я же говорил, меня латенси интерфейса шторма и т.п. напрягает

что такого, вот npp+ советовать - это да, а sublime уже плохо

Ктонить уже пробовал писать на свежей бете amphp ?

Чот не могу понять где надо возвращать промисы а где обычные генераторы. Где писать yield а где yield from ?

как вообще amphp в плане стабильности?

Да как, никак

ERROR: S client not available

Документации нету нифига, он находится в бете (хотя уже в RC). Проблемы и вопросы нагуглить негде, т.к. его никто не использует. Сижу и на простейших примерах набиваю шишки.

зачем?

учи эрланг ;)

Кроме того из чекаута dev-master ветки встречаются глупые ошибки, вроде несовместимости сигнатуры отнаследованного метода из-за недописанного параметра

ну эрланг вроде уже потихоньку начали закапывать из-за успеха go :) Может лет 5 назад это была и хорошая идея.

информационный шум != используемости

не знаю как можно закопать декларативный язык императивным ;)

Но по сути бизнес-задачи то одни и те же - делать много маленьких задачек одновременно.

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

развитие

Ну ладно это хороший аргумент :)

А вдруг это не развитие вперед а развитие вбок? Потом как начнут говорить на конференциях что декларативные языки это тупиковый путь, а я уже пару лет на них потрачу.. ?

а если начнут говорить, что императивные - тупиковый путь? ;)

Тогда я хотя бы буду средих таких же миллионов неудачников.

Кто-нибудь еще.. Развлекался с драйвером mongodb для php? Как там называется команда удаления индекса?

dropIndex

Нет, php-шный драйвер только через dropIndexes умеет.

https://pecl.php.net/package/mongodb

этот?

вот в библиотеке у них, метод этот: https://github.com/mongodb/mongo-php-library/blob/master/src/Collection.php#L445

Он вызывает DropIndexes

Вот нахуя они везде используют приватные методы

И обсуждение явно зашло не в то русло https://github.com/mongodb/mongo-php-library/issues/235

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

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

почему?

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

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

тем самым явно указывая желание

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

имхо, слишком категорично. Не желательно... Но, чтобы прямо нельзя - не совсем согласен.

приведи пример когда нужно