Pull to refresh
0
0
Send message
«Мы не можем найти деньги в России! — «Начиная что-то, не думайте о миллионах. „

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

сколько, интересно, было денег у основателей Яндекса, Гугла, Яху, Фейсбука, Ютьюба или Ебэя на старте? что изменилось в интернете (цены на нефть доставляют убедительные аргументы?) с тех недалеких пор, чтоб при нынешних бесплатных (лэмп софт, литература, любые либы для всего + свой мозг по цене еды и кофе) и смешных (от 20 баксов в месяц за впс, 500 долл за ноутбук, 600 руб за домашний интернет) для стартануть чтонить интересное нужен вагон бабла?

или все сразу хотят 2000 серверов и офис в редмонде — без этого никак? а есть ли примеры чтоб с сервером, офисом и секретаршами чтонибудь родилось киллерное?

“вот если б у меня был миллион..» — то что, мозгов бы прибавилось?
поясните, зачем кросс-доменность в данном случае?
угу, это правильно и хорошо. но это использование временной таблицы (то есть два последовательных SELECTа) при этом нисколько не делает поиск быстрее, чем LIKE% по всей таблице 1 раз. Кроме того, в последнем случае вы групируете ВСЕ чекбоксы (включая те которые имеют значение «все равно») в одну строку.
Ведь фактически вы создаете мемтэйбл только потому, что не можете сразу фильтровать поля с опцией «все равно». А это принуждает вас к искуственной конструкции со вторым SELECTом по промежуточной таблице, который не нужен.
Кол-во сравнений при фильтрации LIKE% сделает такое же как при побитовых операциях.
И во всех случаях как правильно указал г-н zerksm скорость будет такая же (а с двумя таблицами даже медленнее) как с where and..and по 100 полям.
LIKE% это не фуллтекст поиск — де-факто сравниваются (в зависимости от кодировки) 8-16битные chars. У вас 1битные да-нет, но их — 100 полей! Сделайте тест.
если у вас 100 чекбоксов = 100 полей в таблице и AND делается фактически (как бы вы не вставляли промежуточные таблицы) 100 раз.
LIKE% дает вам таблицу с 1 текстовым полем, возможность использовать селекты (а не только чекбоксы — пишете кроме 0-1 любые исмволы соответсвенно занчению поля селекта), и главное что 1 сравнение LIKE% на 100символьную строку ничуть не медленнее 100 сравнений однобитных полей — попробуйте сами
вы абсолютно правы.

пнредположим, что чекбокса всего два. в любом случае psman сначала делает фулскан по по первому, пишет результат во временную таблицу, потом читает ее и ищет в ней по второму. это тоже самое что AND плюс время на запись-чтение временной таблицы.
в чем прирост скорости если вам все равно нужно просмотреть все записи на предмет чекбокс1=0 и чекбокс2=1 запроса например? Кол-во сравнений значений полей ваш выбор во временную таблицу НЕ уменьшит никак. Аргумент о том, что из таблицы отсеяных по первому запросу 1000 строк выбрать чекбокс2=1 быстрее, чем из всей таблицы неверен — чтобы выбрать 1000 отсеянных вам все равно нужно сначала выбрать из 1000000 товары с чекбокс1=0. Фактически вы делаете два последовательных запроса — один к большой таблице, второй — к маленькой. Запросить большую с AND как минимум не медленнее.

почему не сделать маску вида 11_00_01… где 1 -обязательно ДА (например, вай-фай нужен обязательно), 0 — обязательно НЕТ (без блютуса), _ — неважно (карта памяти пофиг). Вместо кучи полей в таблице товаров пишем одно text или VARCHAR в зависимости от кол-ва чекбоксов. В нем строка длины = кол-во чекбоксов 010101..0101. Ищем LIKE%. Должно быть не медленнее как минимум чем AND на кучу полей (ибо % только справа). Маска из POST с запросом получается моментально из значения чекбокса и знаемой нами инфы о том, какого типа чекбокс (пустой=пофиг или пустой=НЕТ) имеем.
нет-нет, я имел в виду исключительно персональные рейтинги, не контент. Для последнего рейтинг по-прежнему актуален, конечно. Хотя и с ним ситуация отвратительно гниет — я стал замечать за собой, что наиболее интересные мне материалы все реже встречают меня на первой странице (выдача гугла, хабра, стэк, все что угодно), и напротив — все чаще перлы скрываются под низкими рейтингами на задних страницах…
«с трендом ничего не поделаешь. Это неотвратимо» — спорно. Не могли бы вы аргументирвать немного нстойчивее про тренд: иногда обратно — не оставляет ощущение, что рейтинги и кармы всех утомили и исчерпали себя, как рингтоны или аватарки…
не знаю, в чем. но ваша обеспокоенность мне близка и понятна. давайте вместе любить безумкина — мне кажется, вы способны на сильные чувства не только в отношении киви. станемте сообща обличительно филосовствовать. ведь так увлекательно порассуждать об куда катится мир с хабром и всеми айпадами вкупе… кстати, а куда?
ты знаешь, брат безумкин, ну не могу я взять в толк, как могут такие приличные на анфасных литографиях пацаны как ты, брат безумкин, и еще третий наш брат Roschen лизать жопу ну пусть даже полезной и утилитарной платежной конторе… ну ведь не бывает же это от просто так типа было нехуй делать, а достоевский кончился… а то, брат, сам прочти еще раз — тошнит, право от тебя…

а пьяным брат безумкин быть приятней чем идиотом. думаешь иначе?
какой безыскусный пошлый адвертайзинг. каккая блять дешевая коммерческая дрисня… они наверное называвают это вирусный маркетинг… тьфу те на пенжак, чувак
забавнее .ch
какой-нибудь vladimir@vladimirovi.ch уйдет дороже 280р в год, верю
ценник 17 швейц франков в год за домен
а abramovi.ch как перспективно… с таким доменом и в сколково не стыдно подъехать…
Аркадий Морейнис, а можно для пониманья сущностей вглубь нам сказать пример какого-нибудь Вами и Вашим мощным инкубатором вскормленного стартапа.
У Вас как-то стеснительно на сайте ничего нет об историях успехов и проч хэппенингах… Если таковых еще не приключилось — почему? Тогда назовите причины по которым стартаперам нужно идти в инкубатор, который не снес ни одного золотого яйца. А то как-то несимметрично…

Information

Rating
Does not participate
Registered
Activity