Алексей Сундуков

Важен опыт и уровень знаний. Бумагой никого не удивить имхо!

Бросайте страдать фигней.

Если вам не нужен смарти, не загружайте его в память в первую очередь.

Лучше поправьте архитектуру, введя новый базовый класс без инициализации Smarty, или используя ленивое создание объекта. Создавать сложный объект для того, чтобы удалить его как неиспользуемый — очень дурной стиль.

1. Человек считает время на дорогу в офис и обратно потраченным на работу => меньше отдыхает тот, кто работает в офисе.

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

3. Я предпочитаю работать до 2-3ч ночи, потом спать до 10 утра. Да, я могу проснутся в 7:30 и быть на работе к 8:45, но толку до 14:00 от меня будет не больше, чем от секретарши Катерины. А моя подруга по утрам ходит петь в церковь, и в 7:00 уже в рабочем настроении. У каждого вашего коллеги свой график, мы так устроены.

4. Если вы сидите дома, вашим коллегам приходится документировать все вводные к вам тем или иным способом. То есть либо в редмайне, либо в почте, либо, да бог с ним, в аське, но где-то у вас есть текст беседы и в нем вы можете посмотреть чего точно хотели от вас добиться или к какому решению вы пришли в споре. Никаких «вроде же я говорил нарисовать тут кофе и печеньки, а не ежика и яблоко»!
Следствие: удаленная команда больше мотивирована на создание документации (вики), и реже концентрирует знания в одном человеке, который появляется в офисном планктоне — там же всегда можно подойти и спросить.

В целом, если есть мотивация, работа из дома чрезвычайно продуктивна. Если мотивации нет — то можно и в офисе сидеть бездельничать. Я работал как со студиями, так и с фрилансерами, и могу сказать, что порой офисные студии затягивают со сроками куда безбожнее, чем фрилансер, соображающий на сколько легко я ему найду замену в случае ахтунга.

Читал статью по ссылке с hackernews, что умственно-творческой работой можно заниматься плодотворно не более 4 часов в день, два раза по два часа.
Лично я так и замечал, что больше 4-х часов смысла работать нет, начинаю тупить, ошибки делать и т.п.
С сомнением читаю отзывы про людей, которые кодят по 10-12 часов подряд Ж)
Возможно, такой овердрайв и бывает, некоторое время, а потом пробки перегорают.

Вопрос крайне интересный. Но я бы поставил его не так — не как заставить программиста дольше работать, а как сделать так — чтобы он больше делал. Т.е. организовать эффективную работу. По опыту — удавалось повысить производительность программистов раз в 10, а аналитиков почти в 12 (!). Как?

Во-первых — проанализировав процесс и устранив все точки, где возможен re-work, переделка ранее сделанной работы. Например слабый аналитик не разобрался в требованиях заказчика и вывалил весь это мусор на кодировщика. В итоге противоречия в голове заказчика и аналитика привели к противоречиям в коде. Как устранить? — проапгрейдить аналитика, сделать формальным процесс обследования, ввести приемку BRD старшим аналитиком.

Во-вторых — навести порядок в своем коде. Периодически делать review, вносить комментарии и пр. т.е. это все про быстроту нахождения информации. Пусть программист не шарахается по офису — выспрашивая, знает ли кто что-то по существу вопроса — а быстро найдет его в корпоративной wiki или других порталах.

В-третьих, как ни странно — это планировка офиса. Если за спиной у программера постоянно на трубке висит саппорт, продажник или аналитик — он будет постоянно срываться. Сделайте «тихую зону» или отдельное место для кричания с заказчиком.

В четвертых, порядок коммуникаций. Возьмите за правило — не дергать программера чаще чем в 2-3 часа. Как правило он думает в «туннельном эффекте» — декомпозируя задачку и входя в режим творения. На такую подготовку уходит 20-30 минут. Если его в этот момент выдернуть тупым вопросом — мол, дай сигарету или ты не знаешь — а где лежит постановка — то опять потребуется полчаса…

Ну и еще в-пятых, в-десятых и пр. В итоге вы поймете — что программист зачастую имеет «циклоидный характер» — т.е. периоды максимальной интенсивности чередуются с упадком сил и апатией. И мастерство менеджера заключается во вписывании задач проекта в эти особенности конкретного человека. Может нет смысла орать и теребить — а важно дать человек просто отдохнуть и набраться сил. Для чего в офисе должны быть и зоны отдыха.

Да, кстати — офис — тоже интересная штука. Опытные капиталисты делают офис почти домашним не зря. И аутсорсят мелкие бытовые проблемы сотрудников — типа отвезти белье в химчистку, поискать подешевле квартиру, заказать билет в театр или место в ресторане, купить продукты по списку… Это позволяет удержать сотрудника на работе дольше, застав несколько его «пиков работоспособности». Причем сам сотрудник будет вам благодарен за комфорт и решение его мелких бытовых проблем. А работодатель значительно сэкономит на оплате овертаймов.

Все зависит от того, КАКИЕ манипуляции Вы планируете со временем роводить и КАКАЯ информация будет идти с датой для пользователя.
Это я вот к чему — напрмер я в одном проекте использую timestamp. так как для пользователя отдаю в виде — Статья опубликована три дня назад/неделю назад/годи три месяца назад и т.п. Мне как разработчику с timestamp проще.
Но если Вы собираетесь вычислять время, вроде аукционов — осталось 16 часов 23 минуты — то datetime будет рациональнее использовать.
Опять-же, писали выше, и так и так — одинаково работает, вопрос в удобстве.
Я не глубокий специалист в MySQL, но вроде бы он исходно даты хранит какраз в timestamp. Поправте если не прав.

Я всегда использую unix timestamp. Это обычное целое число которым довольно просто манипулировать. Один недостаток — число 32 битное и имеет предел. Но этот предел пока даааалеко, и не думаю что ваш проект в первозданном виде достигнет этого предела.
DateTime удобен тем что он может хранить информацию о часовом поясе и сравнивать даты с учетом часовых поясов средствами MySQL.

Ищет в строке subject все совпадения с шаблоном pattern и помещает результат в массив matches в порядке, определяемом комбинацией флагов flags.

После нахождения первого соответствия последующие поиски будут осуществляться не с начала строки, а от конца последнего найденного вхождения.

php.net

Так что, видимо, нельзя.

Свойства вынести в отдельные таблицы (по ним ещё потом делать фильтры товаров).
Сделать таблицу для связи товара и свойства, в неё же добавить цену, остатки на складе и доступность позиции для продажи (если например анализируется информация от поставщиков).

1) Найдите онлайн-сервис, который это будет сделать за вас
2) Установите виртуалку и поставьте нужный софт туда
3) Смените хостинг :)

это где-то вываливаются куча пробелов.
Поставьте error_reporting(E_ALL); и уберите все нотисы и прочее, если есть.
Уберите закрывающие теги php ?> Там, где за php не идет html

Скорее всего это не пустые пробелы, а BOM. Попробуйте пересохранить файлы в UTF-8 без BOM.

Давно работал с друпалом, уже года три прошло наверное. Текущую ситуацию не знаю, может что и поменялось там.
Сейчас работаю с битриксом.

* * *
Редактирование сайта
По ощущениям как linux vs windows.

Drupal вроде и бесплатный, но допиливать много приходилось. Например визуальный редактор приходилось ставить отдельным модулем, а в битриксе он из коробки хороший. Магазин на ubercart заточен под свою какую то специфическую задачу, тоже приходилось отдельными модулями дорабатывать. Я не очень хорошо в друпале разбирался на тот момент, так что могу быть на счет него необъективен, и все уже могло поменяться повторюсь, но тем не менее очень много базовых вещей в друпале приходилось настраивать с нуля.
Админка еще мне не нравилась у друпала.

В битриксе обучение провожу за полчаса — час по телефону. Клиентам просто все объяснить. И то большая часть времени при объяснениях тратится на примеры. Суть редактирования можно в нескольких предложениях сформулировать. Есть статические и динамические страницы. Статические страницы это просто текстовые файлы, примерно как вордовские документы. Динамические страницы это программы которые собирают информацию из инфоблоков [тут показать что такое инфоблоки, на примере новостей]. Разделы на сайте это обычные папки.

Итого весь сайт для редактора в битриксе это обычные файлы и папки с которыми все умеют работать + инфоблоки. Редактирование/добавление элементов инфоблока (новости, статьи) и редактирование статических страниц сайта это 90% всех задач редактора. Остальное по отдельным запросам показываю уже потом, но там тоже все довольно просто.

* * *
Разработка сайта

Про друпал ничего не скажу, ибо давно это было. Вроде что-то получалось.

На битриксе делал шаблоны сайта, компоненты свои писал, делал свои модули. В целом все устраивает, большинство задач довольно просто реализуется.
Инфоблоки в качестве хранилища данных практически во всем устраивают. Единственное что, инфоблоки для некоторых задач могут быть тяжеловаты, в модулях для некоторых специфических задач приходилось свои таблицы создавать и уже с ними работать, это мне не очень понравилось честно говоря. Сейчас родное API для работы с БД какое то неудобное мне кажется. Уже полгода битриксовцы обещают ORM и highload инфоблоки, то есть по сути очень простой и быстрый доступ в базу данных, но пока глухо. Даже в альфа/бета версиях недоступны эти highload инфоблоки, несмотря на то что в таблице сравнения редакций уже несколько месяцев они светятся и вроде как должны работать. Если удачная реализация ORM будет, то претензий к битриксу по разработке у меня не будет вообще.

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

У вас возникли «непонятки» из-за того, что вы смешали два абсолютно разных понятия «надежность raid1» и «особенности дистрибутива».

Насчет первого пункта (надежность raid1) — у вас как раз все очень хорошо! ;) Основная задача raid1 какая? Сохранять информацию! И судя по всему с ней он справляется! Да, вылетел у вас диск, заменили на новый — рейд пересобрался — информация цела — значит все ок! Raid1 свою задачу выполнил! Just as planned!

Насчет второго пункта, который собственно и вызвал ваш вопрос. Конкретный дистрибутив, в момент загрузки, увидев один или более raid-массивов в degraded не захотел стартовать «в штатном режиме». Ну, так это особенности конкретного дистрибутива.

если нужно сравнить все, кроме данных (структуру, _индексы_, ключи, отношения, констрейнты), можно сделать дамп только структуры, что-то типа pg_dump -sxO database_name (s — дампить только схему, x — не дампить привилегии, O — не дампить овнера), а дальше diff

Посмотрите индексы, присутствуют ли они в обоих в базах.
Еще можно посмотреть статистику по своей schema: www.postgresql.org/docs/9.1/static/monitoring-stats.html
Там видно количество фулсканов, автивность запросов и т.д.
Ну и explain.

Если бы на сервере был руткит, то автор топика ничего бы не нашел.

По всем внешним признакам работает робот который не имеет прав рута.
Самый вероятный сценарий — автоматический сканер нашел дырявый вордпресс, залил шел, залил стандартный набор вроде какого нить irc сервера. Запустил от пользователя от которого запущен веб сервер.

Не исключено что от него же прописана запись в кронтабе.

Проверьте все процессы запущенные от пользователя от которого у вас запущен веб сервер. Уверен найдете что нибудь странное вроде apache3 или crond.

Таких компромитаций через меня уже с два десятка прошло.

вообще какой нибудь backtrack установлен

backconnect?

Вы бы сначала дыру нашли. Если вы уверены, что это дыра в вордпрессе, то в логах веб-сервера все видно, как на ладони. Ищите нормального сисадмина.