Вячеслав Плиско

очень советую погуглить по данной теме. но в честь праздника дам готовый ответ, но обещайте погуглить, очень полезна информация
SELECT pk, data
FROM test AS r1 JOIN
(SELECT (RAND() *
(SELECT MAX(pk)
FROM test)) AS id)
AS r2
WHERE r1.pk >= r2.id
ORDER BY r1.pk ASC
LIMIT 1;

тестировал на миллионе реальных записей, шустренько.

Begetan, фигня это
1. потому что ты сам не умеешь и у тебя получитс кака.
2. программист как раз и умет строить архитектуру под изменяющиеся требования, а вы будете каждый раз мереписывать с нуля.
3.а твоё врем бесплатно? изучение php и программирования это в сотню раз больше времени, чем написание проекта.
4. любой нормальный программист, даже не вкладывая душу, сделает проект лучше, чем самоучка без опыта пусть даже и пытающийся из-зо всех сил. Старанием не заменишь опыт.
5. вы готовы выбросить кучу времени, жертвовать личной жизнью ради того, чтобы написать корявый стартап. который не выстрелит либо из-за плохих идей и пиара, либо из-за кривой технической реализации?

бред, бред, бред. почему некоторые люди так ненавидят и не ценят себя любимого, придумывая приключения на свою пятую точку.

если это хобби для стартапа, то смысла нет. заказать нормальный проект у опытных программистов на несколько порядков выгоднее, чем изучать язык программирования. а затем убить стартап кривой реализации.

Даю на форум phpclub.ru обязательно, тем более я с недавнего времени там в модераторах. Из шести собеседований, меня лишь на одном гоняли по технической части и то, потому что я сам в резюме указал, что не силён в хайлодах.
В хабре смысла не вижу, здесь не кодерский ресурс, и слишком часто статьи низкого уровня, технические обсуждения путь к кармоубийству. Кстати, на собеседовании по хайлодам тим лид перечитал хабр и очень обиделся, когда я сказал что можно использовать SSI, но это мутный метод.
stackoverflow.com хочется, но там профиль не прокачен в связи с плохим английским.

На разные соцсети, не давайте ссылки ни в коем случае.

как вам удаётся сделать, чтобы ide тормозила.

у меня фреймворк включал свои библиотеки, Zend Framework, Smarty, Doctrine ORM, Ptototype (js). Всё нормально работало под Zend Studio 5.5 затем мигрировал на Zend Studio 6 (на Eclipse). Иногда притормаживало. НО. ВСЁ ЭТО БЫЛО НА Duron 800 + 512 оперативки. Из тюнинга применялось только обновление java машины.

google task + расширения для браузера (у меня chrome и opera)

в связи с наличием отличнейшего мануала на php.net с комментариями, смысла пересказывать его в книгах нет, поэтому книги либо поверхностные для чайников, либо связанные с паттернами и архитектурой.

я обычно говорю, что по php стоит прочитать две книги — первую и шлосснейгла (Дж.Шлосснейгла «Профессиональное программирование на PHP»).

отвечу на вопросы, потому что у вас есть ошибки.
foreach использует отложенное копирование, переменные копируются только при изменении, но объекты передаются по ссылке начиная с версии 5.0 Для объектов можно подключить интерфейс Iterator из SPL
Переменные и объекты удаляются когда ссылок на них стонавится 0, при удалении срабатывает метод __destruct, в 5.3 появился уборщик мусора. но основная фишка php в том, что не следует стараться самому удалять переменные, если это не cli, то пусть php сам чистит всё по окончании работы скрипта, оверхед из-за этого будет не чувствительный. про копирование нужно знать одну полезную фичу — расширение могут работать с памтью по своему и тем самым обходится лимит memory_limit и процесс начинает толстеть, но при этом memory_get_usage будет молчать как партизан.

я работал с разработчиком, программирующим на плюсах. Основная проблема переоптимизация, из-за чего получается много кода, код путанный и сложно поддерживаемый, хуже всего — постоянное стремление сэкономить на ассоциативных массивах. Не считая cli приложений, php даже при самом раздолбайском кодинге не съест всю оперативку и проц, слабое место — сторадж, ширина и скорость канала передачи данных. Это справедливо для подавляющего большинства приложений.

с вопросами лучше на phpclub.ru, мы может не самый дружественный форум, но зато профессиональный.

а вы не резюме составляйте, а зарегистрируйтесь на moikrug.ru. заполните профиль, можете сгенерировать и резюме и даже работу найти.
для забугра есть linkedin, выше его упоминали

в php принято использовать PEAR стиль, нынче Zend Framework, это два самых мощных набора библиотек, которые можно легко интегрировать в свой проект. Будет очень неприятно, когда в проекте получится смешание стилей. лучше просто используйте его без раздумия, хотя есть масса плюсов и минусов.

Если хотите разобраться с вопросом подробнее, то советую почитать Макконнелла: Совершенный код
Это вом ещё раз докажет, что нет идеального подхода.

в php гадости:
1. убогий и громоздкий синтаксис.
2. очень кривые новинки: неймспэйсы почти бесполезны, замыкания не принимают $this, SPL попытка прекратить язык в объектный, что минус в данном случае.
3. внедрение сторонних патчей весьма геморное, много политики: php-fpm, полноценный тайпхинтинг, apc из коробки…
4. разные мелкие клюки и странности синтаксиса, которые затем обзываются багафичами.

php плюшки:
1. Он создан для веба и имет кучу готовых функций, отсутствие жёсткой типизации.
2. удачная ооп модель содранная с java: классы, абстрактные, интерфейсы, магичекие методы позволяющие избавиться от пустых get-set и позволющие легко делать прокси объекты и ленивую инициализацию, тайпхинтинг (особенно когда станет полноценным)
3. SPL, который как плюс так и минус.
Это основные.

посмотри в сторону расширений, которые использовались для ajax загрузки файлов с прогресбаром, сейчас используется apc, но есть ещё что-то в pecl, погугли.

xdebug для профайлинга и pinba pinba.org/wiki/Main_Page

а доступ к odesc в США закрыт?
для айтишников ваша проблема является надуманной.

По PHP нужно прочесть две книги — первую, о синтаксисе, типа котеровской и Шлосснейгла oz.by/people/more909064.html, которая позволит перейти на новый уровень и перестать читать книги по php, а заняться архитектурой.

ROR хорошо годиться для малых и средних проектов в режиме write only (как perl). На нём пишется мало кода. но много магии и отсутствие средств контроля за это магией. Классичейский ООП, описанный в сотнях прекрасных книг здесь не пройдёт. Метапрограммирование предлагает свой путь, удобный для написания и невероятно трудный для поддержки и развития legacy code.
Покапайтесь в кишках ROR и решайте, подходит ли их путь вашему, для большинства он идеален

если бы вы были заказчик и пришли к нам с этим и чемоданом денег, то всё равно были бы посланы.

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

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

уберите MyISAM, она на уровне таблиц, а не записи.
проведите денормализацию, например жанр можно хранить в таблице с песней или засунуть в SET
почему вы используете inner join а не left join для присоединения таблиц?

у вас явно создаётся temporary table, отсюда вся нагрузка. можете поэксперементировать с view.

15-30$ простой шаблон для cms, есть масса сайтов приторговывающих ими.
для начала вполне подойдёт, а главное приучит ограничиваться стандартными лэйаутами, а не плодить под каждый модуль свой.
а если делать оригинальный, то всё зависит от сложности, дизайнера и того, насколько он будет заморачиваться мелочами. у меня знакомый за оригинальную иконку берёт по 150$, прикинь, сколько их может быть в админке.