MiksIr

Не понимаю, что искать. По вашему описанию открытие нескольких файлов подряд в фотошопе должно уводить его в свап, выжирать свап и уводить систему в недостаток виртуальной памяти, несмотря на то, что у фотошопа свой свобственный свап. Это круто. Остается только удивляться, как им пользуются люди. А можно ссылку на какую-нибудь статью по этому поводу? Желательно на адобовском knowledges

Первое, что стоит глянуть в этот момент - это mysql processlist Если там все спокойно, то возможно блокируется где-то на внешнем ресурсе. Самый правильный инструмент посмотреть, чем же занят апач - это strace. Немного сложно будет сначала понять, что же он такое выдает, зато потом...

Мдя? Я вот знаю, что многие годы у меня жена гоняла в batch-е сотни фотографий применяя к ним actions, и как бы памяти 3гб было, так как 32битная винда стояла. Так что странные страшилки какие-то.

Поставьте в настройках фотошопа сколько памяти ему дозволено кушать.

Штатные телепаты подсказывают, что запускается какой-то процесс по крону с тяжелой операцией на базу данных и блокирует ее нафиг.

И это все прекрасно заменяется одним таскбаром в w7 и клавиатурой с хоткеями, например, на тот же калькулятор.

Вот правда если эти горячие клавиши пересекутся с переключалкой раскладки для тех (например, ctrl-shift-что-то), то долго сидим и думаем, почему ничего не работает. Ибо иксы отрабатывают действие при нажатии на клавишу, тогда как винды более умно отрабатывают при отпускании клавиши. Хотя вроде пол-года назад начался разговор о том, что нужно фиксить этот баг. Круто, если не учитывать, что тикеты о таком поведении идут года так с 2006-го. Какое полезное знание необходимое в работе Пользователи винды это точно не знают

У меня на одной из работ коллега был... увлекался допиливанием ходовых качеств своей восьмерки. Разгонялся до 200, чо. Увлеченный был. Почему-то всегда вспоминаю его, когда вижу этих ребят, с пеной у рта доказывающих, какой офигенный линукс. И ведь поднимаешь, что пройдет 5-10 лет, и все они пересядут на нормальные удобные иномарки, но все-равно забавно.

Тормоза в отработке колеса мыши - скролится не плавно, а кусками. Из-за этого есть эффект дергания.

Вот, правильный подход А теперь посчитаем, сколько возможно контейнеров, которые редактирует пользователь, на что у него может хватить фантазии… И что мы видим в итоге? Для каждого из элементов стили сброшены, а затем определены. Зачем? Да хоть 100500 контейнеров - класс один, который ставится на эти контейнеры.

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

Потому что рано или поздно придется почитать всю документацию по php.

Лет пять как не имеют отношения к САЛ

Уже несколько лет (пять, вроде) как нет. Да и там не 100 т. р. сайты.

САЛ отдает не на аутсорс, а передает клиентов. Клиенты работают с партнером напрямую, а не через СОЛ. Ну и там тоже нет сайтов по 100т.р. =) И почему-то САЛ не пришло в голову открыть свой бренд для сайтов на 1мил, еще один отдел для сайтов на 500к и еще один для сайтов на 100к. И я понимаю почему. А самое главное, я не верю в людей-машин с переключателем "шедевр - посредственность" - если студия работает в высоком ценовом диапазоне, то для такого вот отдела дешевых сайтов все-равно потребуются отдельные люди - как минимум продажник, менеджер, технарь и дизайнер... и отдельный руководитель. Это уже не диверсификация бизнеса, а отдельный совсем бизнес. С очень низкой маржой Мнения могут быть о дизайне, и даже тут - сайты создаются для людей, а не для дизайнеров живущих на каком-нить фриланс.ру или хабре. Так что их нужно спрашивать, а мнения вторых ничего не стоят. А качество - это качество. Это проработка мелочей везде - от дизайна до кода.

Ну да, только в таблице 3 соответственно еще внешний ключ на id товара. Вот и будет EAV (Entry - id товара, Attribute - характеристика, Value - значение).

Не понимаю... пара "характеристика - значение" в строку - это и есть EAV

а известен ли вам такой феномен, когда та же компания, которая выпускает дорогие престижные лексусы, оказывается, ещё и дешёвые демократичсекие тойоты клепает? Как уже сказано выше: делаются под отдельным брендом и даже специальным отделом. А в свободное от работы время можно то же самое и в частном порядке сделать. Получится неплохая прибавка к зарплате, не так ли? А вести бизнес только в одном сегменте опасно. Ветерок дунет — вылетишь с рынка. От кризиса до кризиса всё хорошо, и дорогой сегмент даёт основную прибыль, а в кризисные годы дешёвый сегмент вытягивает, помогает выжить. Ага, только часто это не только разные бренды, но и разные люди, которые по-разному думают. Да и не будет тойота делать машины уровня ВАЗ-а, а вы еще и тележки-инвалидки наряду с лексусами предлагаете делать. А я то удивлялся, что это все такие "дорогие" студии у нас такие бездарные, тех, кто хоть что-то продуманное и оригинальное делает можно на пальцах одной руки посчитать. Теперь понятно - бутылка одна, просто этикетки разные

Мне очень интересно, откуда у компании в сегменте от 2мил+ статистика по сайтам за 100т.р.

Нормальный вариант - EAV, ненормальный вариант - на каждую характеристику свой столбец. Свое решение ищите где-то между этими двумя. EAV сложен поиском с условием AND - или джойны нужны или выбирать по каждому значению и в скрипте пересекать массивы. На самом деле ничего страшного в джойнах нет. Но если набор характеристик, по которым поиск, ограничен, то можно оставить их в таблице товаров, а в EAV вынести все остальное. В общем ничего сложного. Как ни крути - 3 таблицы, никак не 4. Смысла разбивать таблицу товаров на две нет.

Ну не каждый осилит разбираться, как там rpm собирается, а просто исходники - это не дело все же А насчет 5.4... ну посмотрите историю 5.3 - какие там баги и дыры вылезали... нужно подождать, пока 5.4 так же обкатают, закроют основное. Да и редко в продакшене версии меняют без серьезной на то причины... дорого.

В centos все еще 5.3.3. Но в общем пофиг по большому счету. А 5.4 еще месяцев 6 в продакшн нельзя... а то и больше.

От языка это вообще не зависит. Зависит от задач, скорее. У этого чувака четкая задача организации тестирования. Тестировать при налчии статики/синглтонов обчень сложно. С сервис-локаторами попроще, ибо можно уже подменять моками классы через локатор, но все-равно преродически возникают проблемы. Это даже по своему опыту могу сказать. А проблемы - это поненциально пробущенные баги или повышенные трудозатраты на сами тесты. DI в данном случае очень красивое решение. От статики как бы польностью не отказываюсь, просто я так отреагировал на посты выше, типа "все в статику". Тот же Mi?ko Hevery допускает статику в определенных жеско оговоренных условиях. Да и в реальности мы имеем дело со всякими фреймворками/битриксами, где уже ничего не спасет Даже любимый мной Yii пронизан статикой. Если же с нуля - статика не решает никаких проблем архитектуры вообще, а лишь "упрощает жизнь", типа быстрее можно что-то сварганить, да. Ну так в этом случае я в самом первом посте сказал, в качесте чего она используется. На да, за исключением Синглтон. Короче говоря поставил PHP Version 5.3.3 и тоже все равно статик объявлен или нет. Я так понял что и в этой версии еще интерпретатор не доделали. Не, просто у вас стрикт ошибки подавлены скорее всего. php -d error_reporting='E_ALL | E_STRICT' -r 'class testclass { function test() {} }; testclass::test();' проверил на 5.3.3 - ругается

А без воды, это очень долгий разговор, выходящий за рамки моих кофебрейков Давайте я от вас ссылкой отделаюсь, ладно? http://misko.hevery.com/code-reviewers-guide/ в частности - раздел 3.

Блин, ну не так все страшно, просто объемно и сдача к концу марта. В апреле покажу живьем