Забирайте по MIT.
Правда, напоминаю код нерабочий. Планируемая вторая часть статьи с более адекватным кодом пока в процессе с неопределенным сроком выхода.
М: Что делать, Фауст?
Таков вам положен предел,
Его ж никто не преступает.
Вся тварь разумная скучает:
Иной от лени, тот от дел;
Тут мы немного опустим, желающие могут найти сами. Но, прошу обратить внимание на следующие строки:
… Скажи, когда ты не скучал?
Подумай, поищи…
Дык вот, я где-то с год назад нашел для себя ответ на вопрос, мучающий автора поста. Он довольно прост: нужно чего-то добиваться. Пофиг чего. По памяти именно в эти моменты (в процессе достижения чего-то) я меньше всего скучал. Автору сейчас кажется что он достиг горизонтов в своей сфере деятельности. Можно поменять сферу, например последовав совету попробовать себя в написании игр. Можно вглядеться в эти горизонты — а вдруг какой из них раздвинулся.
Я правильно понимаю, что сравнение с рулеткой является скорее функциональным, чем структурным? Т.е. на уровне «вы просто потеряете деньги, как в рулетке». Никак не могу найти в системе зеро.
смысл зеро в рулетке, для тех кто не интересовался
Благодаря зеро математическое ожидание выигрыша для казино составляет 1/37 сделанных ставок, поскольку номеров на рулетке 37, а выигрыш (при ставке на номер) составляет 36
А комментарии на тему «php < 5.4 — старье» — глупость. Все равно умение поднять на рабочей машине / dev серваке вторую версию php не помешает. Я благодаря этому сумел быстро подключиться к работе над проектом, в котором нужно было СРОЧНО (впрочем, как всегда) начинать фиксить баги.
Спорно все. Старый добрый shell лучше, чем 100500 окошек с галочками и кнопочками. Голосовой ввод текста не поставит запятую. Управлять танком жестами — да ну нах, как он отреагирует на почесывание, извините, задницы? Короче — эта заморочка «Без ПИ» — всего лишь очередной вариант заморочек с пользовательским интерфейсом.
От статьи нехило пахнет яблоками
Я не знаю что такое «качественный» программер. Признаками нужного мне программера являются желание и умение учиться новому и понимание как именно работает то, что он написал. Плюс умение обоснованно использовать соответствующие инструменты, в том числе какие-то медленные говноязыки/фреймворки для разных задач.
Мне всегда казалось, что аналогии лживы в IT не нужны — намного проще разобраться на примере обсуждаемых вещей, чем бросаться фразами вроде «Кто-то любит Любу, а по небу облака».
Да, индекс a,b,c также не будет использован при запросе типа WHERE b=:b.
А вообще — не надо меня слушать и верить мне. А надо почитать маны MySQL по индексам.
MySQL использует многостолбцовые индексы таким образом, что запросы выполняются быстро, когда указывается известная часть для первого столбца в индексе в выражении WHERE, даже если не заданы величины для других столбцов.
Где-то я читал, что это справедливо не только для 1 столбца, но для любого количества первых (левых) столбцов индекса. Т.е. составной индекс на три поля a,b,c может использоваться на запросах WHERE a=:a, WHERE a=:a AND b=:b еtс. Но не может быть использован на запросах WHERE c=:c
Это значит, что ключ parent_id_i прибивать нельзя ни в коем случае! Я наоборот предложил его расширить. Но это нужно перепроверять — достаточно ли сферичны Ваши запросы, чтобы это имело смысл
По поводу сортировки по tiltle для NS — использовать такой запрос мешает:
— поломанная сортировка по leftKey — условие для вывода развернутого дерева (там же рекурсия, ёпт :)
— отсутствие уверенности, что MySQL обработает такие вложенные запросы быстрее, чем php отсортирует массив
Да и зачем здесь вообще вложенный запрос? только ради сортировки? так ее можно было бы указать и во внутреннем запросе. Но все равно, на выводящую функцию данные должны выводиться отсортированные по leftKey, иначе дерево за один проход не построишь
SELECT takoi VERY slozhnii select
если грубо — то SELECT * FROM tree WHERE leftKey > :lk AND rightKey < :rk ORDER BY leftKey
Автор статьи прав. Мы, PHP-оиды, живем с шорами на глазах. Как именно оно там работает и что происходит — хз.
Создаем виртуальный хост, index.php — в корень. И поехали.
А тут предложена реализация, годная и для production в том числе.
PHP не предназначен для построения графиков функций. MathCad (octava) — предназначен. Почему бы не использовать инструменты по назначению? Потому что программеры не поймут? Так они такими темпами никогда и ничего не поймут и ничему не научатся. Брось PHP-оида в проект на рельсах — и посмотри что получится. Утонет — увольняй. Выплывет — поднимай зарплату и грузи дальше. И будет у тебя под руками не тупой PHP-шник, а нормальный многогранный WEB-программер.
Правда, напоминаю код нерабочий. Планируемая вторая часть статьи с более адекватным кодом пока в процессе с неопределенным сроком выхода.
Ф: Мне скучно, бес.
М: Что делать, Фауст?
Таков вам положен предел,
Его ж никто не преступает.
Вся тварь разумная скучает:
Иной от лени, тот от дел;
Тут мы немного опустим, желающие могут найти сами. Но, прошу обратить внимание на следующие строки:
… Скажи, когда ты не скучал?
Подумай, поищи…
Дык вот, я где-то с год назад нашел для себя ответ на вопрос, мучающий автора поста. Он довольно прост: нужно чего-то добиваться. Пофиг чего. По памяти именно в эти моменты (в процессе достижения чего-то) я меньше всего скучал. Автору сейчас кажется что он достиг горизонтов в своей сфере деятельности. Можно поменять сферу, например последовав совету попробовать себя в написании игр. Можно вглядеться в эти горизонты — а вдруг какой из них раздвинулся.
Для быстрого старта наверное чуть интереснее будет. Там же описана настройка Апача.
От статьи нехило пахнет яблоками
лживыв IT не нужны — намного проще разобраться на примере обсуждаемых вещей, чем бросаться фразами вроде «Кто-то любит Любу, а по небу облака».Вы наверное холодильник покупаете?
А вообще — не надо меня слушать и верить мне. А надо почитать маны MySQL по индексам.
Не совсем так. Здесь сказано:
Где-то я читал, что это справедливо не только для 1 столбца, но для любого количества первых (левых) столбцов индекса. Т.е. составной индекс на три поля a,b,c может использоваться на запросах WHERE a=:a, WHERE a=:a AND b=:b еtс. Но не может быть использован на запросах WHERE c=:c
Это значит, что ключ parent_id_i прибивать нельзя ни в коем случае! Я наоборот предложил его расширить. Но это нужно перепроверять — достаточно ли сферичны Ваши запросы, чтобы это имело смысл
По поводу сортировки по tiltle для NS — использовать такой запрос мешает:
— поломанная сортировка по leftKey — условие для вывода развернутого дерева (там же рекурсия, ёпт :)
— отсутствие уверенности, что MySQL обработает такие вложенные запросы быстрее, чем php отсортирует массив
Да и зачем здесь вообще вложенный запрос? только ради сортировки? так ее можно было бы указать и во внутреннем запросе. Но все равно, на выводящую функцию данные должны выводиться отсортированные по leftKey, иначе дерево за один проход не построишь
если грубо — то SELECT * FROM tree WHERE leftKey > :lk AND rightKey < :rk ORDER BY leftKey
Создаем виртуальный хост, index.php — в корень. И поехали.
А тут предложена реализация, годная и для production в том числе.
PHP не предназначен для построения графиков функций. MathCad (octava) — предназначен. Почему бы не использовать инструменты по назначению? Потому что программеры не поймут? Так они такими темпами никогда и ничего не поймут и ничему не научатся. Брось PHP-оида в проект на рельсах — и посмотри что получится. Утонет — увольняй. Выплывет — поднимай зарплату и грузи дальше. И будет у тебя под руками не тупой PHP-шник, а нормальный многогранный WEB-программер.
Ушел писать сайт на bash.