awesomer

Покупателю - удобно. Если только с этим не перебарщивать.

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

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

Никак.
По той простой причине, что уже более 60% трафика идет с мобильных.
А мобильные операторы как правило используют общероссийский пул адресов. Или, как минимум пул макрорегиона. Меня вон постоянно определяет у одного оператора как из Питера, а у другого - как из Новосибирска. Хотя я даже не в Новосибирской области.

Серия статей "Сети для самых маленьких" на Habrahabr.ru

Не смотря на название - очень серьезные статьи.

80legs

Если вам нужен COUNT со WHERE, то не так делается.
Смотрите HAVING

Если вы используете услуги shared или виртуальный хостинг, то технический персонал хостера облуживает в т.ч. и вам MySQL. И вы за это доплачивайте, это включено в тариф. Не мешайте им.
Если у вас услуга виртуальный сервер (VDS/VPS), то все что внутри вашего сервера - ваше личное дело.

СУБД можно разделить на 2 группы:

1. С заранее определенной схемой данных (определенным списком таблиц и их колонок)
   
2. И бессхемные
   

СУБД с жесткими схемами и шустрее и лучше оптимизируются.
Но обладают очень неприятным недостатком - вы не можете вот так легко и просто начать туда записывать новый вид данных, не предусмотренный при начальном создании БД.
Процесс преобразования БД, при котором меняется схема (таблицы и их колонки; вспомогательные вещи такие как индексы и пр.) - и называется миграцией.
Причем важный момент - изменения в структуру базы данных могут вноситься, когда она уже давно существует и наполнена важной информацией, которую нельзя потерять, что еще больше затрудняет процесс.
И еще важный момент:
Как правило та или иная версия программы рассчитана на работу или со старой или с новой схемой базы данных. Не одновременно со старой и новой. То есть перед, тем как вы начнете эксплуатировать новую версию - вам обязательно нужно произвести миграцию. И после того как произведете миграцию - уже нельзя будет использовать старую версию программы. Что еще дополнительно усложняет процедуру перехода на новую версию программы.

RelationShip реализуется с помощью ForeignKey.

• Повышает - подвешенный язык прежде всего, опыт (с ним и язык приходит), харизма, художественный вкус, когда есть что показать (портфолио), трудолюбие.
  
• Ограничивает рост - конкуренция, непонимание заказчиком "художественного вкуса" дизайнера, лень.
  
• Жестко ограничивает снизу - жизненнонеобходимые траты (если неча есть, то дальше снижать цену некуда).
  

То, что вы в формуле выводите - это не оценка труда, это расчет заработной платы. Если дизайнер согласен на эту формулу.

забыть.
инвесторы - не идиоты, не нужно так думать.

И че?
Меня вон постоянно щупают по URL админки Вордпресса. В день раз по 100.
Хотя Вордпресса отродясь не было.

Можно как угодно.

На CMS быстрее дешевле.
На фреймворках производительнее и гибче.

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

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

Знал бы где упаду, подстелил бы соломки?

Да никак.
Если вы откроете этот универсальный метод - то даже можете сами его не использовать. А просто продать.

А просто продать богатым бизнесменам. Заберут с руками и ногами за бешенные бабки. В одночасье станете миллиардером.

Пожалуй да. Место есть.
Но превратить хобби в продукт, раскрутиться - это не то же самое что программировать.

По сути - ничем.
Фактически - мелочами.

У метода автоматически параметром является объект класса, к которому метод относится.
Но вам никто не мешает передавать объект класса и в явном виде в качестве параметра.
Правда метод класса будет автоматически иметь доступ к внутренним защищенным полям класса, чего не будет иметь функция, в которую этот объект класса передан как параметр.
Но от языка зависит. Для Go, к примеру, если функция определена в том же пакете, то нет никаких ограничений на доступ к внутренним непубличным полям структур.

Функция vs Процедура - результат функции можно непосредственно присвоить переменной
a = function(b)

с другой стороны и с процедурой можно сделать то же самое, но чуток сложнее:

function(&b)
a = b

То есть это чисто для удобства.
Хотя отказываться от этих всех удобств я бы не хотел.

Еще во многих языках используется одно и то же ключевое слово, к примеру, func,
но фактически это может быть и процедура и метод и реально функция.
Что не должно вводить в заблуждение.