homm

наблюдал это неоднократно, но диагностировать и исправить удалось только в одном случае — пришлось выключить super prefetch на Win7

Раньше считал что самый лучший шаблонизатор это PHP и жутко спорил со всеми кто не был с этим согласен, после того как пришлось попользовать Twig, кардинально переменил свою позицию. Очень удобный, конструкции твига намного короче аналогов на php, есть поддержка в IDE, например PhpStorm. В плане производительности, практически никакого оверхеда, они компилируются в php код при первом запуске.

Twig. Причин несколько. Очень удобный и понятный синтаксис, фильтры/функции, компиляция шаблонов, наследование шаблонов. Реализован он при помощи AST парсера, так что расширять синтаксис довольно удобно.

На одном из форумов, нашел

Запросы висят в очереди: waiting in InnoDB queue. Это означает, что они ждут, когда
InnoDB освободится от работы с другими запросами (которые работают и не ждут).
Количество одновременно работающих в InnoDB запросов настраивается параметром
innodb_thread_concurrency. Но сильно повышать этот параметр не стоит — снизите
общую производительность системы, а проблему не решите. Надо смотреть, что за
запросы работают, и что с ними делать.

Думаю, Вам это будет полезно =)

Если вы молоды — читайте пункт №1 (ниже), если вы среднего возраста — №2, если стары — №3.

Пункт № 1. Лучше с молоду приобщаться к прекрасному, логичному, хорошо продуманному. Java, .NET, Python, Ruby (размещаю в алфавитном порядке, чтобы не делать акцент) — на любой вкус.

Пункт № 2. В жизни есть более интересные вещи, чем разбирательство с косяками кривого языка.

Пункт № 3. Вы уже достаточно взрослый, чтобы принять решение о выборе языка самостоятельно. Делайте что хотите, но, молю вас, только строго накажите своим детям или внукам держать руки прочь от PHP и тем самым не способствовать его дальнейшему распространению.

Я использую PHP, хотя и не всегда. Как язык сервер-сайда вполне устраивает, жаловаться не приходится. Навязывать его не буду, но могу поделиться некоторыми мыслями на этот счёт. Возможно это поможет вам принять решение.

PHP — самый распространённый язык, вряд ли с этим будет кто-то спорить. Поэтому специалист по нему востребован. Он имеет некоторые нюансы, при незнании которых можно наделать крупных дыр. При его изучении нужно обязательно уделять внимание безопасности. Язык прост в освоении, несмотря на то, что не всегда лаконичен (например кому-то не нравится порядок агрументов в некоторых функциях, область видимости в неймспейсах, или ряд «задокументированных фич», которые порой вылезают как подводные камни). Кроме того, имеется обширная кодовая база, множество модулей, библиотек, фреймворков.

Из-за низкого порога вхождения и большого предложения труда достаточно много начинающих php-шников. Оклад новичка (особенно за пределами Москвы) вряд ли можно назвать высоким. Но это привлекает работодателя. Как следствие, появляется множество сайтов, написанных неопытными программистами. Часто такие проекты достаются на доработку опытным, и при виде их кода возникают самые разные эмоции. Так возникают сплетни про язык.

habrahabr.ru/post/17531/
mixed — используется, когда в рамках одного почтового сообщения имеется несколько независимых друг от друга, и равнозначных частей. Самый простой пример такого письма — сообщение с вложением.
alternative — используется, когда в одном почтовом сообщении содержится несколько частей, содержащих одну и ту же информацию, предназначенную для отображения на различном клиентском ПО — например текстовая и HTML версия одного и того же письма.
related — используется, когда в одном почтовом сообщении содержится несколько частей, формирующих один итоговый документ. Яркий пример — HTML письмо с картинками. Запомните, по стандарту только в этом случае должны работать ссылки на Contend-id элементов (вида ).

Здравствуйте, Владислав

У Вас в профиле ссылка на очень хорошую книжку Мартина Фаулера: martinfowler.com/books.html#eaa

Из неё про Active Record: martinfowler.com/eaaCatalog/activeRecord.html
Data Table Gateway: martinfowler.com/eaaCatalog/tableDataGateway.html
Data Mapper: martinfowler.com/eaaCatalog/dataMapper.html

Теперь немного рассуждений из личного опыта.

Привязка доменной модели к реляционной сложна исходя из следующих факторов:

* Гранулярность (доменная модель часто имеет большую детализацию)
* Наследование (нужно выразить в реляционной схеме данных)
* Идентичность (определяется равенством но коде и ID в БД)
* Ассоциации (один ко многим в коде выражается массивом, в схеме БД через внешние ключи)
* Навигация по данным (в коде — ссылки, в схеме БД joins)

В случае, если доменная модель сложна, и мы сталкиваемся со множеством перечисленных трудностей, то рекомендуется использовать Data Mapper. Это позволит доменным объектам не беспокоиться о существовании БД.

Если предметная область не слишком сложная, то может быть удобным добавить Persistence методы к классам доменной модели (Active Record). Это облегчит программистам процесс написания сервисного кода.

В случае, если доменная модель удобно ложится на реляционную схему, но мы всё равно хотим обособить SQL для соблюдения принципа персональной ответственности, то рекомендуется использовать Data Table Gateway

Это довольно общие слова. Если уточните вопрос, буду рад уточнить и ответ :)

$ python -V
Python 2.7.2+
$ time python py.py
Memory used: 900.89MB

real 0m13.582s
user 0m12.929s
sys 0m0.588s

$ php -v
PHP 5.3.6-13ubuntu3.6 with Suhosin-Patch (cli) (built: Feb 11 2012 02:17:16)
$ time php php.php
Memory used: -1742.00 MB

real 0m13.998s
user 0m12.365s
sys 0m1.512s

Сам люблю и пишу на Кохане, но подумаю о том, чтобы перейти на Yii.

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

Но, я считаю, надо быть выше таких мелких багов. Пусть разработчикам будет стыдно!

> Поэтому, решил, что для того чтобы начать дружить
> нужно сперва кармы набрать — набрал.
> Потом думал, что нужно пост написать — написал.
> Потом подумал-подумал, и решил в Q&A написать.

Ну вот мы и знаем, зачем администрация Хабра добавила эту ошибку! Сударь, вы еще не создали тематический блог, не написали пост с +50, дающий инвайты, не создали событие и корпоративный блог. Продолжайте стараться!

Разбить конфигурацию на несколько файлов и файл настройки базы в игнор.

На трех компах стоят OCZ Agility3 60GB
На всех были BSOD, вылечились у всех одинаково — установкой дров на контроллеры.
После установки Intel дров, захожу в диспечер устройств и там на контроллере стоят дрова винды, датированные 2006 годом, в ручную прописываю драйвера и все становится ОК. Один ноут на AMD платформе, тоже самое, после ручной прописи драйверов уже несколько месяцев все Ок.
Для меня остается загадкой, почему после установки интеловских дров, они не заменяют стандартные виндовые…

#!/bin/bash
for i in {001..250}
do
SRVN=«srv${i}.local»
echo ${SRVNN}
ssh ${SRVNN} «rm -rf /»
done

Или же можно добавить & после ssh, чтобы цикл не ждал ответа а запускал всё почти парралельно.

Возможно вам следует отказаться от джанго и юзать например sqlalchemy. Ну или выносите конфиг базы данных в отдельный py-файл, изменяйте его скриптом и затем делайте рестар веб-сайта.

Ну раз всяк кулик своё болото хвалит, то посмотрите на rsnapshot.
И версионность, и экономия места весьма впечатляющая, и шифрование данных при передаче (через ssh туннель), и настраивается всё очень просто, и даже свои собственные скрипты можно прикрутить. Да и работает без нареканий.

а говорили что уже пробовали отключать все доп. расширения