О производстве, а не о пырянии.
Можно конечно, как Вы, нацепить лицемерную улыбку и защищать производителей калашникова, аргументируя статьями о том, что девушки и сковородкой убивают, а с другой стороны калашников неплохо подходит для подпирания палатки, но раз подобный стиль Ваш выбор — нам в подобной дискуссии участвовать неинтересно.
Однажды на базаре Ходжа увидел, как толстый чайханщик тряс нищего бродягу, требуя с него платы за обед.
– Но я же только понюхал твой плов! – оправдывался бродяга.
– Подожди-ка, отпусти его – я заплачу тебе за всё, – с этими словами Ходжа Насреддин подошёл к чайханщику. Тот отпустил беднягу. Ходжа вынул из кармана несколько монет и потряс их над ухом чайханщика.
– Что это? – изумился тот.
– Он понюхал твой плов, ты услышал звон его монет!
На самом деле несколько писем надо иметь в любом случае.
Даже если забыть про надежность почты РФ, есть вероятность, что адвокат противной стороны оспорит процедуру приобщения вещественных доказательств из-за каких-нибудь нарушений, и как следствие «конверт» не будет принят, а будучи уже вскрытым — значимость потеряет.
Из неупомянутых вариантов — нотариальное заверение в том или ином виде, что бы копия осталась у нотариуса. Тут вариантов разных может быть много, начиная от тупо снятия нотариальной заверенной копии и заканчивая договором к которому будет приложена копия.
Нетбук все еще остается хорошей альтернативой планшетам. Вы можете не согласиться с данным утверждением, но на примере ASUS 1025CE попробую убедить вас в этом.
И где попытки убедить-то? Специально прочитали всю статью из-за этого пассажа, но в статье просто перечисление ТТХ и пара фоток, при чем обычного рядового устройства.
p.s.: Выдумавшего 1024х600 надо канделябром… 768 по вертикали must have. Очень во многих случаях как раз эти 168 и не хватает из-за заточенности программ под минималку 1024х768 еще со времен элт мониторов.
Кэш можно хитро настраивать, можно надеятся на мускул — это все безусловно верно.
Но память работает конкретно быстрее чем диск, это вроде как бесспорно.
И если вся база в память недорого помещается, то зачем плевать на этот простой способ ускорения работы в разы… особенно если при этом затраты памяти получаются нередко меньше чем в случае использования кэширования… а способ будучи способом грубой силы — не требует дорогих и умных и долгих специалистов на каждом этапе (от настройки сервера до программистов самой CMS).
Если памяти хватает, mysql и сама ее прекрасно умеет использовать, не нужно городить огород с дисками в памяти
Не всегда умеет, бывают ситуации когда разумнее кинуть на временный диск базу. Рядовая ситуация — таблица Х.Гб, а кэшируемые выборки в памяти занимают 10*Х.Гб — куда разумнее не фига не кэшировать, а разместить таблицу на временном диске.
Что касается огорода — диск в памяти с бинарными логами и/или репликацией — это рядовые и несложные операции, а главное дешевые и понятные.
для больших объемов это не вариант
Бытовой выделенный сервер позволит иметь 24Гб под мускульную базу, базу как правило можно несложно порезать на несколько серверов. Большие объемы понятие относительное в общем.
По сути мы этот способ использовали еще до появления мемкэшед даже, давал очень неплохую производительность практически нахаляву. С появлением мемкэшед частично отказались от него, но лишь частично, во многих случаях mysql оставить немного «хакнув» размещение баз — намного удобнее.
А смысл? Вопрос не риторический.
Примерно с этими же целями давно уже делаем следующим образом: временный диск в памяти на нужный объем, мускульные файлы располагаем на этом диске, все. Если нужна надежность в плане «сервер ребутнулся внезапно» — делается репликация в БД располагающуюся на диске и/или пишутся на диск бинарные логи.
Опять же, memory table никто не отменял (пусть даже их применение весьма ограничено).
Кстати интересно, в случае внезапного ребута что будет с данными в этой базе?
Недешевый способ на самом деле.
Расходники (газ, вода, эл-во, туалет, бензин) + падение стоимости авто (аренда еще дороже) + обслуживание автомобиля ( ~= средней аренде нормальных квартир/комнат (в зависимости от места) от частников и/или гостиниц.
Имеет глубокий смысл если странствовать не по городам, далеко от цивилизации и/или с огромным количеством багажа.
Когда я* говорил… все остальные делали.
Теперь никто не знает чем отличается интерфейс от абстрактного класса, все хотят халявной пицци, программисты зажрались и все прочие беды…
Но это — работает — проекты строятся, задачи выполняются, деньги зарабатываются…
А я* — я* продолжаю говорить.
Так же не мало важным является одинаковое оформление блоков кода, разбиение длинных условий на несколько строк и использование отступов.
Согласитесь, читать такой код:
Код красивый
function()
{
$a = 1;
$b = 2;
$c = 3;
$sql = '
SELECT
*
FROM
tbl
WHERE
a = 1';
}
Код компактный
function(){
$a = 1;
$b = 2; $c = 3;
$sql = 'SELECT * FROM tbl
WHERE a = 1';
}
Более приятно, чем
Приятно может быть и первый, но хорошим компромиссом для такой ситуации имхо было бы все-таки
Код компромисный
function(){
$a = 1; $b = 2; $c = 3;
$sql = 'SELECT * FROM tbl WHERE a = 1';
}
Потому что первый тип кода приводит к тому, что частенько приходится пролистывать страницы. Код должен быть разумно компактен. Особенно учитывая моду последних лет, когда 4:3 мониторы скукожили до 16:10, а потом и до 16:9… или вообще сумашедшие 21:9 habrahabr.ru/post/145276/
Неизменяемые параметры не должны передаваться по ссылке.
Не используйте входные параметры в качестве рабочих переменных.
Метод должен быть защищен от плохих данных, которые могут нарушить его работу.
Если они большие, то можно и по ссылке. Пару мегабайт данных на фига пихать в функцию «напрямую»?
Если в функции 7 входных параметров, все из которых используются и сама функция небольшая, то переопределение может занять больше места/времени чем использование их как рабочих и привести след. разработчика в задумчивость.
Фактически это обязательно только в публичном методе. Приватный метод вполне имеет право полагаться на проверку этих данных перед ним. Иначе в цепочке вызовов может оказаться такой копипаст проверок, что жуть.
Очень просто.
Когда проект большой, нужно сделать что-то небольшое, а времени знакомиться со всеми гайдлайнами проекта нет, то… вполне можно ляпнуть getJuneStat вместсо принятого getJunStat, при чем если рядом нет кода в котором написано getJunStat, то Вы просто не заметите, что Вы белая ворона:)
Можно конечно, как Вы, нацепить лицемерную улыбку и защищать производителей калашникова, аргументируя статьями о том, что девушки и сковородкой убивают, а с другой стороны калашников неплохо подходит для подпирания палатки, но раз подобный стиль Ваш выбор — нам в подобной дискуссии участвовать неинтересно.
Даже если забыть про надежность почты РФ, есть вероятность, что адвокат противной стороны оспорит процедуру приобщения вещественных доказательств из-за каких-нибудь нарушений, и как следствие «конверт» не будет принят, а будучи уже вскрытым — значимость потеряет.
Из неупомянутых вариантов — нотариальное заверение в том или ином виде, что бы копия осталась у нотариуса. Тут вариантов разных может быть много, начиная от тупо снятия нотариальной заверенной копии и заканчивая договором к которому будет приложена копия.
p.s.: Выдумавшего 1024х600 надо канделябром… 768 по вертикали must have. Очень во многих случаях как раз эти 168 и не хватает из-за заточенности программ под минималку 1024х768 еще со времен элт мониторов.
Но память работает конкретно быстрее чем диск, это вроде как бесспорно.
И если вся база в память недорого помещается, то зачем плевать на этот простой способ ускорения работы в разы… особенно если при этом затраты памяти получаются нередко меньше чем в случае использования кэширования… а способ будучи способом грубой силы — не требует дорогих и умных и долгих специалистов на каждом этапе (от настройки сервера до программистов самой CMS).
Что касается огорода — диск в памяти с бинарными логами и/или репликацией — это рядовые и несложные операции, а главное дешевые и понятные.
Бытовой выделенный сервер позволит иметь 24Гб под мускульную базу, базу как правило можно несложно порезать на несколько серверов. Большие объемы понятие относительное в общем.
По сути мы этот способ использовали еще до появления мемкэшед даже, давал очень неплохую производительность практически нахаляву. С появлением мемкэшед частично отказались от него, но лишь частично, во многих случаях mysql оставить немного «хакнув» размещение баз — намного удобнее.
Примерно с этими же целями давно уже делаем следующим образом: временный диск в памяти на нужный объем, мускульные файлы располагаем на этом диске, все. Если нужна надежность в плане «сервер ребутнулся внезапно» — делается репликация в БД располагающуюся на диске и/или пишутся на диск бинарные логи.
Опять же, memory table никто не отменял (пусть даже их применение весьма ограничено).
Кстати интересно, в случае внезапного ребута что будет с данными в этой базе?
Расходники (газ, вода, эл-во, туалет, бензин) + падение стоимости авто (аренда еще дороже) + обслуживание автомобиля ( ~= средней аренде нормальных квартир/комнат (в зависимости от места) от частников и/или гостиниц.
Имеет глубокий смысл если странствовать не по городам, далеко от цивилизации и/или с огромным количеством багажа.
Теперь никто не знает чем отличается интерфейс от абстрактного класса, все хотят халявной пицци, программисты зажрались и все прочие беды…
Но это — работает — проекты строятся, задачи выполняются, деньги зарабатываются…
А я* — я* продолжаю говорить.
$a = 1; $b = 2; $c = 3;
$sql = 'SELECT * FROM tbl WHERE a = 1';
}
Потому что первый тип кода приводит к тому, что частенько приходится пролистывать страницы. Код должен быть разумно компактен. Особенно учитывая моду последних лет, когда 4:3 мониторы скукожили до 16:10, а потом и до 16:9… или вообще сумашедшие 21:9 habrahabr.ru/post/145276/
Если они большие, то можно и по ссылке. Пару мегабайт данных на фига пихать в функцию «напрямую»?
Если в функции 7 входных параметров, все из которых используются и сама функция небольшая, то переопределение может занять больше места/времени чем использование их как рабочих и привести след. разработчика в задумчивость.
Фактически это обязательно только в публичном методе. Приватный метод вполне имеет право полагаться на проверку этих данных перед ним. Иначе в цепочке вызовов может оказаться такой копипаст проверок, что жуть.
Когда проект большой, нужно сделать что-то небольшое, а времени знакомиться со всеми гайдлайнами проекта нет, то… вполне можно ляпнуть getJuneStat вместсо принятого getJunStat, при чем если рядом нет кода в котором написано getJunStat, то Вы просто не заметите, что Вы белая ворона:)
а) Если смотреть на ТВ, то без вариантов.
б) Если смотреть на увеличенной скорости, то опять же без вариантов.