Алексей

Увы, очищать папку через cron не лучшая идея. По факту Вы боретесь не с проблемой, а с симптомом.
Почему разрастается папка кеша?
1) У Вас очень большой и сложный сайт.
Например при 10 тысячах товаров в одной категории, если Вы будете пытаться кешировать каждую страницу, то размер будет большой. Предположим на страницу с 10 товарами уходит 10КБ кеша (на самом деле, все зависит от верстки и может достигать и бОльшего размера), тогда общий кеш каталога будет 10КБ * 10 000 = ~100МБ (учетных, на самом деле около 90МБ).
Теперь посчитаем, что может быть 2 вида отображения: списком или плиткой. Соответственно уже 180МБ. А если товаров не 10 тысяч, а 100 ? А если есть еще и фильтр и его результаты могут быть кешированы? И это мы посчитали только каталог и довольно малый размер кеша.

Решение: подобрать время кеширования и увеличить дисковое пространство

2) Неправильно определено время кеширования.
Например: у Вас ttl кеша стоит 3 месяца. И даже если за 3 месяца на него никто не зашел, он все-равно хранится. Например у Вас очень объемный кеш (что очень плохо), который занимае 500КБ (а иной раз и 1 МБ), получается что этот 1МБ будет хранится на протяжении длительного времени, даже если к нему нет обращения.

Решение: подобрать время кеширования (возможно где-то стоит уменьшить) и параметры компонентов (возможно что-то не стоит кешировать)

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

Решение: нужно проверить параметры кеширования в компонентах. Возможно в своих компонентах переписать или посмотреть на основании чего он формируется

4) Ошибка с механизмом очищения кеша.
Например, когда кеш не успевает удаляться, и накапливается. Таким образом происходит дублирование одного и того же кеша в разных компонентах.

Я для шаблонов, которые подгружаются через роутинг Angular'а использую просто php вьюхи, без Blade.
По данным для Angular - я передаю через апи, только в роуте у меня идет запрос на /data/что-то-там, а не /api/что-то-там. Пример куска роутинга в Laravel:

// Данные для Angular
Route::group(['prefix' => 'data'], function() {
	// Пользователи
	Route::group(['prefix' => 'user'], function() {
		Route::get('current', 'UserController@getCurrent');
		Route::get('settings', 'UserController@getSettings');
		Route::post('settings', 'UserController@saveSettings');
	});
	// ...
});

В таком случае в контроллерах очень удобно просто возвращать объект модели, Laravel сам его отдаст в виде JSON.

Репозиторий это тоже сервис, RepositoryService. Оба ваши примера идентичны, и просто прячут вашу Eloquent модельку внутри себя, при этом спокойно её возвращают в return. Оба автора делают это без осознания зачем это надо и не получают никакого профита от этих телодвижений.

Единственное что можно вынести из примеров - не использовать eloquent методы в контроллере, их нужно выносить в отдельный сервис или как минимум в отдельный метод модели. Например, у модели Post добавили бы метод findBySlug() или createCoupon($code, $amount, $maxRedemptions), этого достаточно было бы для инкапсуляции и последующего расширения. (хотя не решает проблему с торчащим наружу AR, но это уже другой вопрос)

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

Так, для компьютеризированной аудитории любые символы без разницы, скорее всего люди этой категории как минимум сохранят файл в избранное. И, как показал Menaskop в смежном ответе, действительно, домены такие есть и раскручены.

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

Также надо задуматься - брендовый вы делаете ресурс или нет. В брендовом КОРОТКОМ тире допустимо, а иногда даже приветствуется. В обыкновенном менее желательно.

В крайнем случае в дальнейшем при необходимости можно будет купить еще один домен и произвести склейку.