Да нормально все с атомами, просто не надо от них ожидать быстродействия как и от ксеона. При этом много от движка зависит, вордпресс с плагинами и на i7 умудряется тормозить.
А это разве не одно и то же ? Или это такой хитрый оборот полит корректности :)
К примеру контент мог на другой домен переехать. А тут для поисковиков автором остается старый контент.
Вообще, как советовали выше, легче плюнуть, чем добиваться снятия контента, тем более если он ранее и был привязан к проданному домену. Это как передать ключи от квартиры при продаже, а через неделю начать требовать содержимое. Шансов доказать что либо - очень мало, так как для хостера владельцем контента будет владелец домена, где контент изначально появился.
генерировать контент со скрытыми метками, привязанными к ip. Потом на сайте у клона искать метки и по ним вычислять ip .
LEFT JOIN использовать надо, если выбрать все записи, даже которые не связаны между таблицами. Но смотреть документацию этой субд, есть ли там такое.
А я что то писал про базу и контролеры ? Я выделил и поинтересовался совсем другой частью предложения.
Ну и знать на базовом уровне что такое php и sql - совершенно не помешает. Тот же кузовщик о работе мотора имеет представление, что бы сделать кузов таким, что бы была возможность установить мотор нужным образом и иметь возможность подхода к нему.
Прощу прощения, а сеошнику знать хтмл, js, цмски уже не обязательно ? Что же такой работник сделать то сможет, кроме как деньги у заказчика взять :)
Логи надо в файлы писать. В базу загонять же только для анализа.
А в расчет не берется, что это совершенно разные вещи ? В автомобиле тоже можно хранить картошку, но ящик для картошки для этого подходит лучше. С mysql vs elastic та же самая ситуация.
Нет, таблица из трех полей, примеру where_is:
id - primary key
collection_id - foregnkey на id коллекции
product_id - foregnkey на id продукта
Ну и записи соответственно:
1 3 10
2 3 11
3 3 12
4 4 10
5 4 15
Выбираем все коллекции, где есть ботинки с id=10
select * from where_is where product_id = 10
Выбираем все товары, которые попадают в коллекцию с id=4
select * from where_is where collection_id = 4
Т.е. в отдельной таблице хранятся данные, что к чему принадлежит.
Правильно - это сделать таблицу вида: "product_id, collection_id" , где будет указано какой товар в какую коллекцию попадает. Так как поля являются int foregnkey - то выборка по ним будет осуществляться очень быстро.
Проблема SEO, да и IT в целом, что не видно процесса. А результат виден только выше среднего.
Вот взять строителя - он даже еще не начал ничего делать, но уже гора кирпичей, счета на осязаемые банки шпаклевки. А начал делать - там вообще результат сразу виден.
А сео ... ну надо подождать, ну не сразу, а тут фильтр вот нарисовался . Ну кого будет волновать, что за месяц работы у тебя результата ноль. А тот же строитель, за месяц пускай самой дикой халтуры - но результат будет виден.
Хуже ITшиников наверное только ученым :D
