vovkka

$i = 0;
foreach ($arResult['SECTIONS'] as &$arSection)
{
     ...
     if(++$i == 8)
    {
        break;
    }
}

Если ты работаешь на компанию и она это оплачивает, сайт - собственность компании.
Ты можешь оставить ссылку внизу (если работодатель не против), но больше ни на что повлиять не можешь.

А, ну или можешь сайт закинуть в закрытый git-репозиторий и выливать на продакшен оттуда. Но это просто мелкая подляночка получается

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

Другое дело, что вы остаетесь АВТОРОМ или создателем этого произведения/изделия/кода. Но при этом заказчик не обязан разрешать вам ставить подпись. В ряде случаев он может даже запретить вам выкладывать эту работу в портфолио.

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

1. Если все на словах (и они ведут себя порядочно (раз платят)) поговорите и договоритесьб про ссылку свою или отсутствие таковой от других...

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

3. повысьте свою ценность -- подготовьте план равномерных доработок и улучшений, сделайте свою ценность выше (конечно работа если делается качественно, если нет -- пора повысить качество)

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

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

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

чтобы нормально понимать pdo надо ооп

нет

работать с pdo можно без понимания ооп
это элементарная абстракция над драйверами баз данных
можно mysqli учить. я бы даже сказал это ЛУЧШЕ - начать с mysqli - наберешься опыта, mysqli более функционален. pdo во много хуже в плане функциональности.

ну и ты не понимаешь главного - ооп - это парадигма программирования, pdo - это библиотека, использующая объектный интерфейс. учить ооп надо, но ТЕБЕ еще -- рано.

Меня такие вопросы всегда ставят в тупик.

Вам жизненно необходимо и то, и то.

Нет в PDO и на процедурном стиле можно ну а с $pdo->prepare уж сообразите как ни будь.
Я бы сначала PDO учил а потом ООП

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

Попробуйте посмотреть на переменную окружения 'SERVER_ADDR', надеюсь ip локального и рабочего сервера у вас хотя бы различаются.
Если у вас php, то $_SERVER['SERVER_ADDR'].