arezvov

AJAX – технология обращения к серверу без перезагрузки страницы.
REST – стиль архитектуры программного обеспечения.

Может быть вы что-то попутали? Сомневаюсь что такой вопрос мог быть на собеседовании

Си как язык и экосистема, безусловно, нужны много где. Вопрос в том, нужны ли ВЫ этой экосистеме. Любой специались ценен не только знанием языка, но еще и знанием экосистемы и, самое главное, умением решать задачи, где вышеуказанный язык даёт наибольшую эффектиновсть с точки зрения бизнеса.
Мало кому сегодня нужен человек, знающий PHP, но не знающий ничего о веб-разработке. С Си (да и с C++) то же самое. Чтобы вам давали те задачи, для решения которых имеет смысл использовать именно Си, вам нужно расти как специалист и в других областях. Например, хорошо разбираться в структурах данных. В управлении памятью. В машинной арифметике.
Сравните например, человека, который просто знает, что в языке Си есть тип float, и человека, которому известно, что в Сишный float не запишешь значение 0.13, не потеряв в точности. А также человека, который понимает, почему точность теряется. И еще человека, который знает, что можно предпринять, если все-таки нужно как-то оперировать с десятичными дробями без потери точности.

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

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

Оно? Ссылка умерла

1. Минимальная ширина макета — 1000px. Дизайн должен учитывать возможность комфортного просмотра сайта при разрешении от 1024х768 пикс. с возможностью доступа пользователя ко всем элементам навигации.
   
2. Для обеспечения корректного масштабирования блоков сайта на мониторах с разным разрешением, не желательно использование крупных фоновых изображений, суммарная ширина которых будет превышать 1000px. Разумеется, если фоновое изображение можно без видимых искажений размножить (repeat-x, repeat-y), то это ограничение не действует.
   
3. При создании макета не следует злоупотреблять рукописными, готическими и другими экзотическими шрифтами. Любые не системные шрифты, использованные в макете должны пересылаться верстальщику вместе с файлом самого psd-макета и, при необходимости, пояснительной запиской.
   
4. Использование экзотических, художественных шрифтов автоматически влечет растеризацию этого шрифта, превращение его в статическую картинку. Поэтому такие шрифты следует использовать только для статического, не меняющего текста: логотип, не меняющиеся названия разделов сайта.
   
5. Необходимо также обеспечить возможность корректного (без ущерба для дизайна сайта) отображения интерактивного контента сайта любым из системных шрифтов внутри указанного для этого контента семейства (serif, sans-serif, monospace).
   
6. Элементы дизайна и/или функциональные блоки сайта, перекрываемые другими элементами, текстом или динамически меняющимся контентом должны быть выполнены на отдельных слоях (layers).
   
7. Именование слоев должно быть логичным и отражать суть содержащегося на слое изображения. Слои желательно называть английскими словами или транслитерацией русских слов латинскими символами.
   
8. Слои с объектами, представляющими собой части одного функционала, блока, или объединенные по иному признаку, желательно объединять в папки. Прицип именования папок тот же, что и для слоёв.
   
9. Воизбежание дробления psd-макета на многие десятки слоёв (такие прецеденты были), не следует помещать каждый объект в отдельный слой, если не меняется его контекст (окружение, фон) на сайте.
   
10. Направляющие (guides) необходимо использовать:
    
    • для обозначения выравнивания нескольких элементов по одной линии или для акцентирования других особенностей их взаимного положения;
      
    • для обозначения полей (margins) и отступов (paddings ) элементов оформления и/или контента сайта;
      
11. Не следует оставлять в макете невидимых слоёв, которые использовались в процессе разработки макета, но не были включены в его финальный вариант. Если в макете есть невидимый слой, то предполагается, что его содержимое будет так или иначе задействовано на сайте. При необходимости, использование этого слоя можно описать в пояснительной записке.
    
12. Корректирующие слои также не желательны, так как не имеют самостоятельного значения. Их следует объединять с основными слоями.
    
13. К макету прилагается пояснительная записка, в которой содержится следующая информация:
    
    • тип верстки сайта (резиновый, фиксированный, смешанный) с указанием абсолютных и/или относительных размеров функциональных блоков сайта;
      
    • желательность или нежелательность скроллинга (полосы прокрутки) для случая если объем контента не будет умещаться в отведенную ему область. (т. е. скрыть неуместившийся контент либо добавить скроллинг);
      
    • поведение динамических элементов и элементов управления контентом с отсылкой на соответствующие слои psd-макета. В том числе вид ссылок и интерактивных кнопок для различных состояний (hover, active, visited);
      
    • любая иная информация, не очевидная из самого psd-макета.
      
14. В случае затруднений, пояснительная записка может быть составлена верстальщиком в ходе его беседы с дизайнером — автором макета или иным представителем заказчика.
    

Если нет внешней системы трекинга, то просто поставьте 301 редирект со всех ссылок вида ref1 на карточку товара. Это решит задачу передачи ссылочной массы на основную карточку. И запретите индексацию через robots.txt как посоветовал Phelix. Но вообще, переходите на параметры в URL или трекинг на стороне сервера.

В robots.txt добавить
Disallow: /*/ref
Это самый легкий способ.

Можно еще заморочиться с директивой Clean-param, но ее понимает только Яндекс.

Либо запретить индексацию данных страниц, либо последующий 301 редирект после обработки данных.
С JS не рекомендовал бы заморачиваться, можно потерять информацию о части переходов.

Можно использовать стандартные способы вроде параметра в ссылке ?refId=4 или хэша #ref10, который потом можно записать на стороне клиента простым JS-скриптом

Можно делать301 редирект с example.com/good1/ref1/ на example.com/good1/
Тогда и ссылочный вес должен сохраниться.
По крайней мере в партнерках, в которых мы участвуем поступают именно так.