Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
речь ни разу не о блейде, а об архитектуре.
грузи свои шаблоны из соответствующей app()->getLocale() переменной папки
Ну тогда и от себя добавлю каплю. Не нашёл подписки на еже недельный дайджест по форуму/статьям.
Интересно было бы по форуму следующее:
(необходимо изначально определить "популярность" тем, точнее механизм определения популярности, ибо всё в дайджест пихать нельзя)
совать 25 популярных тем из форума да все новые статьи без разбора за последнюю неделю.
на форум уже не хожу - пилю форум сори за калабур, версию 2.0 уже, с выглаженными углами итп.
А вот ещё подскажу, - комплексное решение, которое я уже использовал в виде большой системы управления.
часть I-я:
таблица, как и говорил constb - "id"|"lang"|"text"
часть II-я, сложная:
таблица из I-й части, но храним там контент на trans() -хелпера. то есть "1"|"ru"|"app.keyA.keyB"
все переводы при этом хранятся в ресурсе локализаций. resources/lang
Возможно поможет кому-то в проектировании.
и да, не забываем, а кто не в курсе - наматываем на ус, что 15 простых запросов (select/where) работают в разы быстрее 2-х с join'ами.
проблему создаёт не количество запросов, а три вещи: 1 - архитектура; 2 - индексы; 3 - "глаза боятся, а руки из жопы" (с)
не могу сказать как вообще vue-исты решают этот вопрос
точно так же как Тейлор решает вопрос с локализацией - папкой lang.
Grumm пишет:Почитайте про миграции в доках. Там же есть как вносить изменения в таблицу добавляя, удаляя столбцы и более ничего не трогая.
Я выше написал о недостатке этого метода.
Если всё делать правильно, то и жить не за чем, ибо жизнь без ошибок (однако я лично этот подход не считаю ни ошибкой ни "плохим" решением) скучна и однообразна.
Собственно по "недостаткам этого метода"...
На мой взгляд перед релизом всегда одлжен быть период причёсывания кода и пакетов. Если программист, ответственный за миграции перед публиацией Проекта соберёт все 100500 миграций одной таблицы в один файл, то честь ему и хвала. А если нет, так что спорить, - с него всё равно рано или поздно спросят "WTF?".
На мой взгляд стоило всего лишь поделиться вариантами решения его вопроса, обсасывать идеологию программирования тут было без какого-либо смысла.
Proger_XP пишет:}%> потом "сидятся" данные.
"Загружаются начальные данные", не?Когда говоришь seed в контексте данных, как-то сразу понятно о чем речь. Если я скажу "загружаются начальные данные", то совсем непонятно о чем речь. "Сеять" тоже как-то не очень. ) Может есть еще варианты?
seed: варианты перевода
имя существительное
семя - seed, semen, seminal fluid
семена - seed
зерно - corn, grain, seed, kernel, granule, berry
потомство - progeny, seed, posterity, breed, issue, generation
источник - source, spring, origin, fountain, fount, seed
потомок - descendant, child, offspring, descendent, scion, seed
начало - start, starting, beginning, outbreak, origin, seed
сперма - sperm, semen, cum, jizz, spunk, seed
глагол
сеять - sow, seed, disseminate, inseminate, garble, seminate
засевать - sow, seed, inoculate, crop
семениться - seed
идти в семя - seed
ронять семена - seed
очищать от зернышек - seed
отбирать игроков - seed
Иногда Английский язык очень скудный, в сравнении с Русским, а иногда прям брызжит контекстом.
Как буд-то сову пилить не надо под себя
Вложенные множества помогают, когда надо показать ветку и что в ней, и то не всегда, ибо строить древовидный массив (к примеру) придётся в любом случае, если хотите показать дерево. Либо проходить по результатам sql-запроса (массиву), чтобы построить третий массив с требуемыми параметрами (хотя есть варианты бд-коннекторов, которые итерируют данные ondemand, но это для продвинутых прогеров).
Короче в любом случае будет нагрузка на процессор при большом кол-ве пользователей и данном элементе на большинстве посещаемых страниц этими пользователями.
Решения (на коленке)
а) записывать к "категории" уровень вложенности и использовать его примерно так
{{ str_repeat( " ", $Category->level ) }}{{ $Category->title }}
Получишь
Категория0
Категория1
Категория1.1
Категория2
Категория2.1
Категория2.2
Мораль :
Согласно религии разделения данных и информации на разные сущности, где информация состоит из данных, Категория0 - есть информация, состоящая из Категории1 и Категории2, являющимися для Категории0 - данными.
Углубляясь в философию проектирования архитектуры, Категория0 несёт аналитическую информацию, состояющую из статистики (сухи[ даннык) - суммы Категорий1 и 2.
В итоге "кеширование" данных в виде информации есть неплохой подход к проектированию высоконагруженных систем.
Model events или триггеры требуется сопровождать.
Если готов их сопровождать - молодец, а если "что есть `сопровождать`?", то - "не рано ли"?
Найди в этом разделе тему с названием [РЕШЕНИЕ].
Поможет.
Вообще прими за привычку сначала искать по форуму.
А то испорченный телефон получается.
Человек вероятно незадумывался о полной настройке. Выгрузил лару и давай кромсать код ))))
Вариант (у тебя) один - почитай об Notifications и работай от извещений.
Развяжешь себе руки.
Грохни всё и начни с нуля. Руками БЕЗ копипаста.
Модель должна зваться Mymodel (с большой буквы)
Таблица согласно множественному числу от имени модели mymodels (с маленькой буквы)
(Category -> categories)
и выброси
<IfModule mod_negotiation.c>
Options -MultiViews
</IfModule>
либо в виртуальном хосте разреши оверрайды
1. ->setUploadPath() поищи в коде, используя свой IDE
2. будет класть в public/storage (который симлинк на /storage) /указанный путь
3. попытка доказать разработчику, что так нельзя, и надо давать возможность указывать путь от/public, а не /public/storage - ни к чему нормальному не привела.
3.1 тоже самое с /storage
эх...
"Спасибо" - сыт не будешь))
Условности:
example.com, естессно замени на свой домен, да поправишь как нужно
сайт лежит на example.com
Уже должны существовать A-записи
www.example.com
example.com
Необходимо создать следующие CNAME-записи
users.example.com --> example.com
*.users.example.com --> example.com
Именно "звёздочка", это wildcard.
Только имей ввиду, что MS в 90% случаев скажет, что ты "другой" Однако согласно каком-то-то номеру RFC, это нормальная ситуация.
---
Вебсервер Апач
ServerName example.com
ServerAlias users.example.com
ServerAlias *.users.example.com
Для Nginx по сути так же, но в одну строку
server_name example.com www.example.com users.example.com *.users.example.com
===
Почему users.example.com
- 3й уровень домена под динамику использовать не есть хороший тон. Но тут на вкус и цвет, а так же на платящего за работу обычно не смотрят...
Может речь идёт о веб-сервере и dns ?
Чтобы dns реагировал на любые требуемые конструкции, а веб-сервер их ловил ??
"казнить нельзя помиловать" (с) - и разбирайся что от нас хотят )))
В документации всё же есть...
вот даже ссылка на оригинал https://laravel.com/docs/5.3/routing#ro … in-routing
местная документация https://laravel.ru/docs/v5/routing#%D0% … 0%B0%D1%8F
Надеюсь, было полезно.
Да, спасибо, много полезного.
Однако повторяю в 100й раз - это черновик. Есть большая вероятность, что я в 3й раз изменю пакет, так как вклиниваются "невозможности" реализации тех или иных фич.
Если кто не заметил, я пишу UI/UX на базе голого бутстрапа текущей сборки лары. С учётом вероятного модифицирования шаблонов пользователем, что накладывает обязханности и требования на код.
А на всякие ляпы прошу не обращать внимания, причешу как руки дойдут.
Ещё раз спасибо, Алексей. Всем бы так реагировать
Вы не разобравшись в вопросе, начали высказывать своё, заведомо неверное мнение.
Вы разговариваете с позиции указывающего что я идиот, по вашему. Это не нормальное поведение, тем более на публике.
Прекращайте уже нападки. Если нечего добавить по существу, то нам с вами не стоит продолжать этот диалог.
Например нахамил в умеренной манере.
У вас простите серверная часть готова? Нет не готова. Я так скажу редактор вам сделают за один день на базе какого нибудь существующего. Цена вопроса максимум 5тр. Вы вообще принцип работы представляете ?
А вообще для начала вы имеете представление что и в каком виде вы будите хранить в базе данных? Как хранить приложения(фото, ссылки?). Не очень понимаю теперь цель проекта. Угодить всем не выйдет. Вы пишете форум только для того что бы написать его? Я вам с расстрою. Таких форумов полно. Этим форумы из начала 00ых и морально устарели. И тупо копировать все как у IPB нет смысла никакого. должна быть фишка, изюминка. Того чего не было нигде. И то что будет удобно.Пока вывод один. Вы пытаетесь объять не обьятное.
Опять нахамил
это я что ли пытался провалидировать $forum_id ('forum_id' => 'required|integer')?
А вот это троллинг. Плюёшь в лицо и говоришь, что тебя обплевали.
Вы вообще адекватный? Я с вами нормально разговаривал.
Давай уже учиться общаться нормально?
Я никому в этой теме не указывал что делать и куда ходить. Заметьте.
Выложил идею написания форумного движка, пригласил знатоков подключаться к написанию, и даже думал к копирайтам присобачить "в поддержке сообщества laravel.ru", однако нарвался на поток негатива, упрёков и попыток высмеивания на базе чернового кода. Смешно это, а вам стыдно должно быть! Я говорил, что сейчас первая цель создать работающий каркас, а выглаживать код потом будем, подбирая необходимые решения и технологии.
Теперь я понимаю, что ни поддержки, ни диалога тут и в помине быть не может. За сим что-либо обсуждать в этой теме отказывась в принципе.
Да, пишу код я, а не дядя вася и тем более не для дяди васи, и делать буду так, как считаю нужным. Однако готов к конструктивному общению посредством почты. И повторяю, что не потерплю хамства в свой адрес.
Пришёл, нагадил, хлопнул дверью и был таков!
Удачи, не спотнись!)
Итак. У меня есть уже верстальщик UI/UX.
Нужен кодер, так как в середине нваря у меня будет 200% увеличение нагрузки по работе, но продолжать создание движка форума - надо.
Всё ещё жду адекватных, вменяемых и усердных программистов в команду.
После форума есть ещё пара-тройка микро-проектов, так же на пользу всем.