Vadim Bakhtin

MySQL + Sphinx + Memcached

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

MongoDB имеет смысл, если у вас будет ну хотя бы 20 млн композиций, плюс там будет еще куча активности типа прослушиваний, коментов, лайков и прочей ерунды.

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

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

Добавьте к div1 position: relative;
codepen.io/anon/pen/jrBKrM

Примерно так:

$('#form').on('submit', function (e) {
    var file = $('input[type=file]')[0].files[0],
        data = new FormData($(this)[0]);
    if (file == null) {
        alert("File is empty");
        return false;
    }
    e.preventDefault();
    submit(data);
});

function submit(data) {
    $.ajax({
        ...
        data: data,
        method: "POST",
        contentType: false,
        processData: false,
        ...
    });
}

Просто так это делать нет необходимости. Тем более в истории про "пару сайтов".
Этот процесс, в общем случае, вообще никак не влияет на безопасность.

Физическое отделение БД от приложения обычно нужно по каким-то конкретным функциональным причинам.

>Не знал что на etc нельзя менять владельца
А на директорию C:\Windows вам бы тоже пришло в голову менять владельца? :)

А если серьезно, я настоятельно РЕКОМЕНДУЮ Вам переустановить систему предварительно сохранив необходимые конфиги, чтобы потом софт не настраивать. Т.к. изменив права на системную директорию и даже потом вернув всё обратно, вы можете столкнуться с множеством проблем, с которыми Вам даже на тостере не смогут помощь.

может тогда стоило бы сделать запрос таким - where users.id = 0 OR users.id = comments.author?
ну или:

SELECT * FROM comments c
LEFT JOIN users u ON u,id = c.author

Зачем стыки? Нужно слить форму воедино — выделить всё и нажать Unite в Window > Pathfinder.

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

Первый вариант вообще неработоспособный: на тачевых устройствах :hover наступает только в момент тапа, т.е. посетители не увидят названий вообще.

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

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

Скрывать название новости при наведении тоже не очень. Если посетитель хочет рассмотреть картинку, пусть кликнет саму новость и рассмотрит картинку внутри.

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

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

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

Ссылки по теме:
artgorbunov.ru/bb/soviet/20160316
artgorbunov.ru/bb/soviet/20160127
artgorbunov.ru/bb/soviet/20160420
artgorbunov.ru/bb/soviet/20160427

Если я правильно понял, то все возможные пары деталей которые поставляет один поставщик

SELECT t1.Snum, t1.Pnum, t2.Pnum FROM `spj` as t1
join spj as t2 on t1.Snum = t2.Snum and t1.Pnum != t2.Pnum