es
Feedback

¡No caigas en manos de tramposos! Telemetrio encuentra y marca estos canales 👉 Si quieres ver la etiqueta, suscríbete

OneCode ЧАТ

OneCode ЧАТ

Ir al canal en Telegram

Общаемся на тему веб-разработки. HTML, CSS, JS, VueJS, NuxtJS, PHP, Laravel, MySQL, PostgreSQL. Разрешено: - Задавать вопросы. - Отвечать на вопросы. - Делиться своим опытом. Запрещено: - Нецензурные выражения. - Спам, реклама, фл

Mostrar más
El país no está especificadoLa categoría no está especificada
485
Suscriptores
Sin datos24 horas
Sin datos7 días
Sin datos30 días
Archivo de publicaciones
А после клиента что идёт в глубь?

хрен знает, всю жись на маках

Скрипты для курсов на JS, они тут все, их много https://lp.aziya.online/ В целом сейчас разрабатываем другую платформу по изучению китайского и что-то для автовладельцев, я даже охарактиризовать это не могу. Скрин найду и кину. И очень и очень много сторонних задач. От парсера аудио файлов до тестов на знание ПДД и игр.

Т

Но жаль, что так и не поймете

Они постоянно меняют юр. лицо и осторожничают) В каком-то городе уже их филиал посадили

Все, я спать, всем успехов

Только так с окупантами и нужно поступать. Больше донатов -- болтше техники и оружия -- быстрее выгонит армия непрошенных и агрессивных животных. Через день слушать прилёты ракет или дронов и каждую ночь работу зениток -- так себе. Молчу о тех кто воюет, кто ранен, кто умер, у кого семьи поломались🤷‍♂

Понял буду копать спасибо

Всем привет Кто что скажет о Voyager - The Missing Laravel Admin? Есть кто ее использовал?

Это излишне.

Пользователи не регистрируется)

Интересная дичь, фирмы наживались на этом

У вещи одна категория

Я ей не пользовался, смотрел давно документацию, выглядит многофункционально, думаю если освоить - хороший инструмент, если есть активность в репозитории (поддерживается), есть звезды и мало issues + до этоготут говорили, что она долго НЕ обновлялась до Laravel 10 - это для меня стрёмный момент

Вопрос в скорости разработки и в опыте и професионализме разработчика

Фейспалм

И роуты не создались

да

Коллеги, добрый день! Прошу помощи в виде направления на правильный путь :) Есть система проведения турниров написанная на коленке без использования фреймворков, и постепенно уткнулся в ситуацию, когда без переписки половины кода не добавить новый функционал, поэтому решил, если переписывать, то переписать под фреймворк, что бы опять не натолкнуться на такую ситуацию. Теперь сам затык - проектирую БД. Как задумывалось Есть турниры, есть игроки, есть команды, есть игры. Игроки регистрируются в турнире, если он командный, то добавляются в команды и регистрируются в турнир уже командой, либо автор турнира из зарегистрированных игроков сам собирает команды в соответствии с "бумажной заявкой на участие в турнире", в команде может быть до 5 человек, внутри турнира создается расписание игр, в игры добавляются игроки из команды или команда целиком, в зависимости от типа самой игры Судья или кто-то из команды получает игру на судейство, очки в течении игры вносятся через внешнее приложение, ход игры отображается на сайте. Внешнее приложение может принимать 1, 2, 3 игрока, в зависимости от кол-ва игроков в текущей игре. Если отбросить команды, то все получается стройно и красиво: связь многие ко многим игроки_турниры, турниры_игры через сводные таблицы, а вот с введением команд, вся стройность теряется и совсем становится запутано. Ищу правильный путь, что бы потом не переделывать несколько раз структуру. Надеюсь на коллективный разум :)