Wott

Для библиотек в таких случаях есть LGPL
Так же ищите информацию по совместимости лицензий. BSD более свободна, так что нельзя под ней включать GPL.

Эээ, два вложенных дива, где верхний с overflow:hidden потихоньку раздуваем от центра.
animate и step в нем — чего тут сложного?

Если использовать Gogle Reader, то он вполне адекватно вычитывает rss с комментариями. Уходишь в отпуск и все комменты им аккуратно складируются.

Вот только вопрос с оперативностью еще тот. Может пройти несколько часов, а может быть и через минуту — частоту обновления rss google сам как-то регулирует. Но лично мне пофиг — у меня кэш живет час, и комменты постятся отложенно тоже в течении часа.

Я думаю что надо записать свой домашний адрес где-нить в европе.
А что бы российская таможня не стырила — это просто чудо какое-то.

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

Что можно еще получить с shared хостинга… да нифига не посмотришь. Уходит от ру-центра конечно надо — они просто редкостные говнюки. Но решит ли это проблемы? я не знаю. В пользу VPS — то что можно хотя бы диагностировать проблему, смотреть загрузку ресурсов и так далее. А shared — как админы сконфигурировали и как загрузили/перегрузили сервера — так оно и будет работать.

Непонятно почему база МТТ лучше или хуже другой такой-же. Собираются они одинаково и при этом регулярно меняются, а единого мирового реестра нет — каждая страна городит как попало и меняет не всегда уведомляя соседей.

Начинат надо с status и info для apache. Смотреть в сторону:

SetHandler server-status
SetHandler server-info

Дальше смотреть в какой mode: если prefork то это скорее всего безудержное размножение children. Если worker то где-то память хотят много и не освобождают. Как вариант — баг в Апаче или модуле. Но скорее всего — багнутый скрипт.

Делать мониторинг состояния apache и по нему и логам надо воспроизводить и локализовывать проблему.
Первое — анализ логов запросов — искать что повторяется каждый раз когда память утекает и проверять.
Второе — отключать по очереди и смотреть.

А в целом вопрос из разряда «у не работает Х. Что мы сделать что бы заработало ?»

Свичи alcatel умеют python :)

Имхо легкость базы и ее гибкость — требования противоположные. eav, дающий полную гибкость в полях, делает прямую работу с базой кошмаром. Большинство же плагинов и отдельных скриптов работает с плоской базой — хорошо если в них добавления полей не порушат основной код :)

И к стати зачем работать с базой напрямую? Что бы положить товар, достаточно иметь инжектор. Та же Маджента, со своей монстроидной базой очень легко всасывает десятки тысяч товаров без проблем.

А в чем проблема сделать все li droppable и регулировать передачу по иерархии через return false;?

NetBeans поддерживает проекты, которые по простому сопоставляется корневым папкам. Проект отдельно работает с VCS. Все открытые рабочие файлы привязаны к проекту. Соответственно устанавливается тип проекта.
Проекты можно обьединять в группы. Открывая группу — восстанавливается состояние для всех проектов в него входящих.

В чем проблема коммитить для папки отдельно я не понимаю.

В такой ситуации я бы сделал 8 проектов и несколько групп для них. Ну или больше проектов — на каждый модуль. У меня для каждого плагина, отдельного модуля — свой проект, но есть еще корневой, если надо пройтись по коду ядра.

Да, для свободного гуляния по исходникам можно для проекта устанавливать include path.

Как собирать С-шные проекты в IDE не подскажу — давно этим не пользуюсь, но по идее не должно быть проблем.

Есть такая профессия — бизнес-аналист :)

Панельки на VPS тоже работают.

Мой совет — закажите установку установку и настройку VPS и панельки. Включите ежедневный backup. И начните работать с ним через панельки. А дальше читать по администрированию unix-ов и когда потребуется что-то посмотреть — делаем привычные движения в панельках и смотрим конфиги. Если хочется что-то осмысленное попробовать — пробуем, если что откатываем VPS на вчерашний backup.

В принципе через пару месяцев активного шевеления можно получить level-up до админа-середнячка.

ретроспективная проверка работает с текущей позиции, то есть надо проверять не только

</a>

но и

two</a>

догадайтесь с одного раза как это сделать регуляркой :) подсказываю снаружи тега лучше брать [^<]*

чуть сложнее будет если учитывать всякие span-ы, strong-и и прочие em-ы

Если честно не вижу проблемы. Код сам по себе в отдельный момент времени не многого стоит — он меняется и работает в комплексе. Даже если стырят все, то есть команда, которая его знает, улучшает и развивает. Конечно могут увести целиком и код и команду, но это уже проблемы более общие.

Я думаю проще всего будет уволиться.

Но в принципе можно просто настаивать на соблюдении ТК и не работать за пределами, установленного трудовым договором, времени. Только надо точно знать что и вы при этом не нарушаете договорные обязательства — например в договоре может быть прописан ненормированный рабочий день и прочее. И если вы пойдете на такую позицию то необходимо будет четко выполнять букву закона — не опаздывать, не нарушать внутренний распорядок и прочее.

А в целом — современные трудовые соглашения — это либеральная форма рабства. При этом ваш хозяин не имеет нужды заботиться о вашем крове и пище :)

Может перестать делать говно?

Если память не изменяет это штука в народе зовется диммером :)

Возьми любую CMS — первую лучше поменьше и сделать на нем сайт — «как вот тот».
Потом возьми другую, третью — разберешься как все работает, посмотришь как люди пишут ( смотреть код внутри CMS — обязательно ) и заодно получишь ценные знания о продуктах и свое мнение о них.