Gluttton

Знать PHP != уметь на нём делать сложные вещи правильно.
Вместо изучения другого языка, углубитесь в сам PHP, а так же займитесь очень плотно MySQL (там не паханое поле оптимизаций, приёмов и.т.д) и прочими связанными технологиями: Redis, MongoDB, Sphinx, акселераторы (они умеют не только хранить опкод), повышайте скилл уменя работать с memcache, изучайте архитектуры, изучите какой-нить framework (рекомендую Yii — очень грамотно построен и расширяется на все 100% любой компонент написанием собственно этого самого компонента + запись в конфиге о переопределении стандартного компонента. Никаких костылей и правок самого фреймворка. В общем очень правильный OOP в реалиях PHP).

Эмм, личных блогов уже нету, только коллективные или корпоративные…

Эти языки сильно похожи, как по назначению, так и по идеологии. Каких-то радикальный отличий между ними нет.

Лично я предпочитаю Руби, за «правильную» объектную модель, за читаемый синтаксис, за блоки, за открытые классы. Опять же, еще один громадный плюс Руби — Rails.

Так что ответ стандартный — попробуй оба и учи тот, который ляжет на душу=)

Мой выбор — ASP.NET (СУБД можно оставить либо перейти на MSSQL). Максимум удобств для разработчика и высокая производительность.

Данная технология является частью платформы Microsoft.NET и позволяет в короткие сроки осуществлять разработку качественных веб-решений. Использование технологии ASP.NET дает разработчикам ряд преимуществ: удобная среда разработки и тестировании, компилируемый код, большой набор элементов управления, библиотек классов и т.д.

Если будете использовать Delphi Prism — сможете использовать уже имеющиеся знания по применению Delphi в разработке ASP.NET приложений.

Вопрос не о человеке, а о том, что от этого правила страдает сообщество. В конце-концов благодаря этому правилу может недополучить интересной информации. Обычно, когда автор берется перепубликовать чужой материал, то он этот материал с 10 сторон оценит, и он будет качественным и интересным.
Когда я только-что пришел на Хабру некоторым странным я тут тоже не понравился, и получил минус. И спасибо паре человек — я написал статью и отправил им чтобы прочитали, а они мне дали + в карму для публикации.
Новичек на Хабре, получается, первые шаги делает по минному полю. И первый-же шаг может оказаться последним. А теперь посмотрите на тот бред, который постоянно на главную вылезает: постоянные желтые перепечатки со всяких «недокомпьютеррр». В принципе идет одна интересная статья на главной в несколько дней.
Всё остальное порой сборище сплетен и мусора. Как сейчас помню совершенно угарную тему на главной: как писать служебные документы
Но на фоне остальной копирастии в этот день материал даже в принципе читался…

Есть два варианта. Либо ты пишешь свое мнение не смотря на то топик это к примеру любителей или ненавистников эппла, и тогда ты всегда получаешь минуса (но зато пишешь что думаешь), тогда не видать тебе плюсовой кармы.
Либо ты тщательно вымеряешь а где бы что написать так чтобы тебя минующие мудаки не заметили ни в коем случае, подмахиваешь и подстраиваешься под текущее настроение топика и его читателей. Тогда ты накопишь, может быть, плюсов, и в точно такой же манере тебе придется писать все посты и комментарии, чтобы не дай бог не написать чего то с чем минусующие мудаки не согласны. В такой же манере продолжая им подмахивать пока не наберешь больше пары сотен голосов плюсовых в эту сраную карму, тогда уже почти на всё будет пофиг (как бумбуруму сегодня, эпик фейл в этой истории со спамом, а ему похуй, дальше будет теже обзоры ноутбуков и гаджетов писать (хорошие кстати обзоры)) и можно будет снова писать то что думаешь.
Мне вот претит проходить через второй вариант чтобы писать своё мнение когда я этого хочу, а не когда оно совпадает с мнением минусующих молчаливых мудаков, поэтому я остановился на первом варианте, как побочный эффект имею отсутствие за год с регистрации возможности публиковать пост и комментарий раз в пять минут (пока, а там и раз в час наверное дальше). Причем я не трололо, и стараюсь писать полезные комментарии, и люди соглашаются что это полезные комментарии, это видно по счетчику голосов — их много, но минусующие молчаливые мудаки побеждают в этой борьбе, потому что я не собираюсь подстраивать свое мнение под их струю.

тебе еще повезло, я ваще вопросы задавать не могу=)))
Проще наверное новый акк сделать.

Вопрос вроде бы насчёт конкретного символа, но на всякий случай —
∗ Math asterisk не подойдёт? (U+2217: ∗)

Вам поможет css-свойство vertical-align. Пример:

2<span style='vertical-align:-20%'>*</span>2 = 4

партиционировать таблицу по полю score
тогда COUNT(*) FROM table WHERE score<? будет выполняться с использованием primary key на каждой из партиций, что должно работать очень быстро
)

Скорее всего вам подойдут шинглы — habrahabr.ru/blogs/algorithm/65944/

Прежде всего запомните
:w!

а потом уже подкасты и всё остальное.

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

Нас в ККЭП учили так:

• Предметная область. Описываем (лучше не в уме) простым русским языком — что мы моделируем. База данных всегда является моделью чего-то в реальности. Укрупненно основные объекты и связи между ними, без деталей. Инструмент — MS Word, notepad, Бумагаручкамозг.
• Создаем концептуальную модель. Уже можно порисовать рисунки в ворде.
• Далее идет логическая модель данных — в ней уже есть эмбрионы будущих таблиц, с именами полей и связями между ними. Тут уже указываем тип связей — 1:1, 1:n, m:n. Тут уже можно порисовать в простом графическом редакторе или на доске.
• Далее предпоследний этап — физическая модель данных, когда указываем типы полей. На этом этапе наименее мучительно использовать UML-схемы, например с помощью StarUML.
• И последний, но циклический этап — нормализация данных. Выясням, какие данные избыточны и повторяются, и выносим их в отдельную таблицу. На этом этапе уже можно подключать PHPMyAdmin или схожую утилиту и создавать непосредственно таблицы на сервере.
• Если перестарались — система может работать медленно, и можно кое-где сделать денормализацию. Тут уже помогут нагрузочное тестирование и опыт.
• ???????
• PROFIT

Если предметная область (ваша задача) простые, некоторые шаги можно делать в уме.
Такой подход был применён не раз вживую оказался полезным.

Я давно для этого использовал Norton Ghost. Сохраняет образ всего диска в файл, потом просто восстанавливает из файла.