Непонятно какие блоки закончились, если мне не изменяет, 16 подсетей класса А были в резерве для следующих поколений, а именно диапазон 240-255.0.0.0. Это они закончились?
Из текста выходит, что китайские рабочие ворующие части корпусов, основная угроза компании.
А между тем, самая большая утечка в истории компании произошла, когда один придурок из руководства Эпл отдал прототипы нового мака, с революционным графическим интерфейсом и кнопочным манипулятором, майкрософту. Что собственно и привело к тому что виндовс стал операционкой номер один, а мак так и остался игрушкой для гиков.
Вы исходите из ошибочного предположения что продукт написан и не изменяется. Если продукт развивается, то в нём появляются изменения которые как раз и могут ломать всё что угодно и тесты предназначены именно для этого, чтобы дать гарантию того что после внесения изменений весь предыдущий функционал продолжает работать как надо.
Не все тесты предназначены для этого, к примеру функциональные тесты — да, а юнит тесты — нет, т.к. юнит тест ничего не знает ни о функионале, ни о продукте.
почему не упомянули макрос и гандамы?
Раз уж на то пошло, то отрыли жанр Gundam, потом появились макрос и ТФ.
Трансформеров почти сразу выкупили амеры, как результат серия загнила, про игрушки вообще говорить нечего, унылое гавно. В фильме роботы даже не 3д модели, а обычный фотошоп.
Аниме по гандамам значительно больше и по сей день делают без всяких голливудов. Почти каждую модель можно купить и соответствие тв почти полное, а не жалкая пародия как у ТФ, ну и больше моделей. Кому интересно Фирменный магазин
В «спагетти» код очень легко вносить частные изменения, но тяжело общие. В ООП код ноборот легко общие, внедрением дополнительного слоя абстракции, но тяжело изменить чтото в частности. Поэтому все проэкты к своему окончанию таготеют к «спагетти», т.к. обобщеных изменений все меньше, в то время как количество небольших локальных ценджей становится очень много.
Возможно на этапе сапортинга написаного кода уже и нет смысла в поддержке красивого ООП, но начинать проект как «спагетти», по моему, не стоит.
> On duplicate key update Вам в помощь.
ну если вы приведете способ как это использовать в рамках фальконовской орм, то это можно будет считать помощью, а так это непонятно что…
>Исключения и ошибки — это одного поля ягоды. БД не бросит исключение — БД вернет ошибку, а бросит исключение Ваш код. Например, mysql_* не бросает исключений, а PDO бросает — суть не меняется.
вы, реально, сравниваете мягкое и теплое. Что там на уровне бд просходит, при описании бизнес логики, мне не особо важно.
В коде ошибки и ексепшены — это РАЗНОГО ПОЛЯ ЯГОДЫ. Ошибки — это уровень бизнес логики(орм говорит что значение в поле недопистимо), эксепшены — ошибки более низкого уровня(транзакция не прошла). Если есть возможность избежать ексепшена, то лучше это сделать, т.к. вещать бизнес логику на обработку ексепшена, не очень хорошо, всетаки их задумывали, чтоб дать возможность программисту сохранить логи и завершить приложение.
>1. Я вас не учу.
2. Комментирование создано, как раз, для обсуждения.
3. На мой взгляд, Вы описали «плохие» подходы. И кто-то может научиться у Вас «плохому».
4. Вы можете оказаться правы и, в таком случае, чему-то научусь я.
моя притензия была не к коментарию, а к формулировке.
Поставьте уникальный индекс и обрабатывайте исключение, возникающее при вставке дубликата.
Если бы вы разбавили ваше предложение фразами типа:
возможно вам поможет
,
попробуйте
,
может быть вас устроит данное решение
.
>Having без group by — не имеет смысла, и разрешен, если я не ошибаюсь, только в MySQL — в остальных БД Вы получите ошибку.
возможно это поддержывается не во всех бд. Но это поддерживают Mysql и Postgresql, а это самые популярные бесплатные бд.
Мне приятно знать, что есть люди которые хотят помочь другим, а не только раздают плюсы и минусы, но как решить задачу я и сам знаю. Мы тут обсуждаем конкретную орм и ее релизацию. Поэтому ваши коментарии, звучат как «ходи конем» при игре в преферанс.
Если не секрет, с какого фремверка переписывали? фалькон 1,2?
У меня после первого зенда и второй симфони, вызывает не однозначные чувства. Да, на нем можно быстро стартовать чтото, за счет очень простой MVC. Но баги лезут от куда их ждешь меньше всего. Небольшие ченджи оборачиваются костылями, которые каждый разработчик решает по своему, за отведенное время, врезультате проект обростает костылями со всех сторон.
>This class allows to insert/update raw data without quoting or formating
есть подозрение, что QueryBuilder не схавает, но если схавает, то возьму свои слова назад.
во-первых, задача зачастую не просто добавить, а и обновить существующие.
во-вторых, ексепшены это всетаки исключительное событие, а индексы это внутренний механизм оптимизации и контроля целосности бд, так сказать, последний рубеж.
втретьих, race condition возникает только если есть несколько потоков.
вчетвертых, почему вы меня программировать учите, вы ведь кода моего не видели?
>Issue для всех описанных проблем с описанием созданы?
Очень неожиданый вопрос от человека, который больше года работает с данным кодом.
Вот еще вспомнил, что по-умолчанию орм делает full update, на каждый вызов метода save делается апдейт всех полей в независимости от того были ли изменения.
Можно включить dynamic update но он кривой. При создании модели данные сохраняются в snapshotData и при сейве делается ипдаейт на измененные поля, но snapshotData инициализируется не всегда и кроме того snapshotData не обновляется после сейва, тоесть последующие сейвы работают не правильно.
А между тем, самая большая утечка в истории компании произошла, когда один придурок из руководства Эпл отдал прототипы нового мака, с революционным графическим интерфейсом и кнопочным манипулятором, майкрософту. Что собственно и привело к тому что виндовс стал операционкой номер один, а мак так и остался игрушкой для гиков.
А вторая половина зменяется code-style валидаторами
Не все тесты предназначены для этого, к примеру функциональные тесты — да, а юнит тесты — нет, т.к. юнит тест ничего не знает ни о функионале, ни о продукте.
declare(ticks=1) limited to scope of file makes Signal handling difficult
Еще переименовали модуль mongo в mongodb из-за чего монгу пришлось пришлось убрать из зависимостей composer'а
Для разработки сойдет, а для продакшена будем ждать php7.1
Раз уж на то пошло, то отрыли жанр Gundam, потом появились макрос и ТФ.
Трансформеров почти сразу выкупили амеры, как результат серия загнила, про игрушки вообще говорить нечего, унылое гавно. В фильме роботы даже не 3д модели, а обычный фотошоп.
Аниме по гандамам значительно больше и по сей день делают без всяких голливудов. Почти каждую модель можно купить и соответствие тв почти полное, а не жалкая пародия как у ТФ, ну и больше моделей. Кому интересно Фирменный магазин
Возможно на этапе сапортинга написаного кода уже и нет смысла в поддержке красивого ООП, но начинать проект как «спагетти», по моему, не стоит.
да, проверка по имени класса
ну если вы приведете способ как это использовать в рамках фальконовской орм, то это можно будет считать помощью, а так это непонятно что…
>Исключения и ошибки — это одного поля ягоды. БД не бросит исключение — БД вернет ошибку, а бросит исключение Ваш код. Например, mysql_* не бросает исключений, а PDO бросает — суть не меняется.
вы, реально, сравниваете мягкое и теплое. Что там на уровне бд просходит, при описании бизнес логики, мне не особо важно.
В коде ошибки и ексепшены — это РАЗНОГО ПОЛЯ ЯГОДЫ. Ошибки — это уровень бизнес логики(орм говорит что значение в поле недопистимо), эксепшены — ошибки более низкого уровня(транзакция не прошла). Если есть возможность избежать ексепшена, то лучше это сделать, т.к. вещать бизнес логику на обработку ексепшена, не очень хорошо, всетаки их задумывали, чтоб дать возможность программисту сохранить логи и завершить приложение.
>1. Я вас не учу.
2. Комментирование создано, как раз, для обсуждения.
3. На мой взгляд, Вы описали «плохие» подходы. И кто-то может научиться у Вас «плохому».
4. Вы можете оказаться правы и, в таком случае, чему-то научусь я.
моя притензия была не к коментарию, а к формулировке.
Если бы вы разбавили ваше предложение фразами типа: , , .
>Having без group by — не имеет смысла, и разрешен, если я не ошибаюсь, только в MySQL — в остальных БД Вы получите ошибку.
возможно это поддержывается не во всех бд. Но это поддерживают Mysql и Postgresql, а это самые популярные бесплатные бд.
Мне приятно знать, что есть люди которые хотят помочь другим, а не только раздают плюсы и минусы, но как решить задачу я и сам знаю. Мы тут обсуждаем конкретную орм и ее релизацию. Поэтому ваши коментарии, звучат как «ходи конем» при игре в преферанс.
Если не секрет, с какого фремверка переписывали? фалькон 1,2?
У меня после первого зенда и второй симфони, вызывает не однозначные чувства. Да, на нем можно быстро стартовать чтото, за счет очень простой MVC. Но баги лезут от куда их ждешь меньше всего. Небольшие ченджи оборачиваются костылями, которые каждый разработчик решает по своему, за отведенное время, врезультате проект обростает костылями со всех сторон.
timestampdiff(HOUR, from_date,to_date) Column 'HOUR' doesn't belong to any of the selected models (1)есть подозрение, что QueryBuilder не схавает, но если схавает, то возьму свои слова назад.
во-вторых, ексепшены это всетаки исключительное событие, а индексы это внутренний механизм оптимизации и контроля целосности бд, так сказать, последний рубеж.
втретьих, race condition возникает только если есть несколько потоков.
вчетвертых, почему вы меня программировать учите, вы ведь кода моего не видели?
какой смысл в красном без короткого? это две абсолютно разные вещи
having нужен, для того, чтобы отфильтровать выборку по условиям, которые не определены на момент, когда выполняется where.
github.com/phalcon/cphalcon/issues/1013
github.com/phalcon/cphalcon/issues/978
Очень неожиданый вопрос от человека, который больше года работает с данным кодом.
Вот еще вспомнил, что по-умолчанию орм делает full update, на каждый вызов метода save делается апдейт всех полей в независимости от того были ли изменения.
Можно включить dynamic update но он кривой. При создании модели данные сохраняются в snapshotData и при сейве делается ипдаейт на измененные поля, но snapshotData инициализируется не всегда и кроме того snapshotData не обновляется после сейва, тоесть последующие сейвы работают не правильно.