Thanks you brother 🙏

It looks nice. I wish you good luck with your development.

Красиво выглядит. Удачи могу пожелать в развитие.

Это в DeepSeek сгенерировано… Ничего особенного, простой промпт. Так для примера попросил сделать.

Круто выглядит! Если пример, с нами сможете поделиться?

Круто получилось!

Прикольно, прикольно! 👍

Пример дизайна:

Меня ещё возмутило что отдельно ip надо каждый месяц оплачивать 😂, они реально палку перегнул с повышением, королями почувствовали себя на рынке.

Я сделал сайт на Smink.ru, констркутор довольно универсальный, можно создать любой сайт любой сложности, функционал позволяет.

Я тоже ушёл с Beget по той же причине — из-за цены.

Кому интересен Sngine, то заходите) На libarea запустил сайт-справочник по данной cms: ссылка не вставляется 🙃 sngine👇

+ sngine.ru

Пока времени нет совсем. А так бы сделать, да, надо…

Евгений, а шаблон всё тот же?) Так и не решились на новый диз?)

Which comment? Just in case, let me remind you of your own claims: «zero architecture», «I don’t see any caching», «Shared hosting won’t work», «it will collapse under load», and «this is a typical LLM mistake». That is exactly what I was responding to in my technical breakdown.

The project is architecturally sound: file uploads are strictly isolated into dedicated SOLID services, rather than scattered across controllers. Caching is implemented via an abstracted layer with tagging (so we don’t have to flush the entire cache at once). The system runs perfectly on Shared hosting because background data processing operations use ->chunk(100), and resource-intensive checks are handled via the non-blocking dispatch()->afterResponse() pattern. These are the exact HighLoad patterns that allow the engine to fly on cheap Shared hosting without risking a RAM crash.

That is why I disagreed — technically, the project is built properly, and it is certainly not «dumb AI generation.» But if you now say that you «don’t care» — it’s not quite clear why you chose to throw around such loud technical accusations at the very beginning without understanding the architecture.

In any case, I am glad that we ultimately agreed that your main message was about marketing and sales. On that front, you are absolutely right — a buyer is first interested in the «wrapper» and the frontend. I am truly grateful for that advice; I’ve heard you and am already working on it. Thank you for your time. Best of luck!

+ If you’re interested, I would like to update you on the avatar situation: WebP cropping (200x200) and Directory Sharding have already been implemented in one isolated Service. You can check the result in DevTools — new avatars weigh only 4 KB, and files are distributed into subdirectories for better performance.

Here is a snippet of the implementation:

php
// Sharding path generation
$hash = md5((string) $user->id);
$shardingPath = "avatars/users/" . substr($hash, 0, 2) . "/" . substr($hash, 2, 2);
// Image processing
$image = $this->imageManager->read($file->getRealPath());
$image->cover(200, 200)->toWebp(80);

This is exactly why the logic was separated into Services in the first place — to make such updates quick and localized.

Я не понял на какой комментарий Вы ответили, т.к. я не давал таких утверждений. Я написал, что ваш подход с проработкой бэкенда, который не видит потенциальный покупатель и халтурой во фронтенде в корне неверный если ориентируетесь именно на продажи. Но дело ваше и ваш кошелек. Хотите принимайте советы, хотите дальше воображайте, мне всё равно