Сергей

alexxzhuravlev: установите ubuntu server себе на флешку и грузитесь с неё. вот вам и рабочая система и нет графической оболочки. как раз при включении будете сразу в командой строке

а какова цель записи в таблицу, если вы эти записи не храните?
1) 100 записей и база "забилась"? Серьезно? Для мускуля 100 000 записей - средняя табличка.
2) В принципе если эти записи не нужны(хотя нафига их было тогда добавлять) тогда

@cnt :=  select count(`id`) from `sometable`
delete * from `sometable` where if(@cnt>100,1,0)

кажись так.

с HR и командой тоже профессионал будет разговаривать?

Мэтт Зандстра — PHP объекты, шаблоны и методики программирования.
Вообще, не понятен ваш уровень знаний, посему сложно что-то советовать.

date("d F Y", strtotime("21.09.20"));

1) Можно попробовать так
shell_exec('sh /tmp/testsh.sh');
или
shell_exec('/bin/sh /tmp/testsh.sh');

2) Попробуй включить показ ошибок в php скрипте.

error_reporting(E_ALL);
ini_set('display_errors',1);

3) И еще проверь права выполнения на скрипт.
ls -la /tmp/testsh.sh

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

Спарсить миллион страниц с сайта который ОЧЕНЬ не хочет этого это довольно таки сложная работа.
Либо не сложная, но долгая и/или дорогая.
Зачастую даже на этом можно построить бизнес, если вдруг сумеешь спарсить хоть что-то полезное и не забаниться.

Пока вы не понимаете адекватно сложность и объем этой работы и/или не можете её сделать - не стоит за это браться.

Короче используйте то что есть или платите деньги тем кто это умеет лучше.
Это не пара строк кода на тостере ответить.

э... а чего ssh ключи не подходят?

Я бы посоветовал засунуть багу в какое-нить выходное отверстие на вашем теле, но боюсь это не очень вежливо :)
Почему так говорю? Потому что фразы вроде лень баг заводить, и кому нечем заняться говорит о неправильном отношении к процессу разработки. Если Вам лень оформить по-человечески баг и Вы его скидываете отпиской в слаку, то точно такое же отношение будет и разрабов, они просто не будут смотреть на такие ленивые записки кого-то там.

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

По-хорошему должно быть одно место в конвейере разработки откуда нужно брать багу, а также одно место куда выдавать результат ее обработки.

Как найти работу функциональным программистом?

Откликнитесь на вакансию.

передавайте в гет параметрах, на странице с вызовом компонента проверяйте их и отправляйте в параметры компонента
Update:

да по-разному можно сделать, пример с пагинацией
в шаблоне компонента

<a <?if($arParams['PAGE_ELEMENT_COUNT']==30):?> class="active"<?endif?> href="<?=$APPLICATION->GetCurPageParam("PERPAGE=30", array('PERPAGE'));?>">30</a>

на странице с вызовом компонента
$perPage = intval($_GET['PERPAGE']);

и в параметры компонента передаем
"PAGE_ELEMENT_COUNT" => $perPage?$perPage:30,
с сортировкой аналогично, только доп проверки и учитываем теккующее направление сортировки

Добрый день.
Причина может быть в самой флешке, попробуйте поменять на другую(другая фирма).
Если есть под рукой компьютер с установленной ubuntu - попробуйте утилитой, которая в самой ubuntu записать флешку.
Так же, попробуйте не через boot меню выбирать устройство, с которого надо грузиться, а в bios выставьте, с какого именно устройства надо грузиться.
Последний вариант, это записать образ на диск и попытаться с диска поставить.
Образ берите с официального сайта.
Ставьте пока 14.04 LTS, эта версия уже обкатана хорошо и до 2019 года будет поддерживаться.

Попробуйте для записи на флешку использовать UNetbootin