Спасибо

Как вы работаете, когда сборные данные получаются из двух нормализованных таблиц? Пример: статьи и категории. Роутер должен отрабатывать или по имеющейся статье или по категории. Получается есть некая коллекция того-или-другого. Значит надо ее предварительно построить и сделать третью таблицу, чтоб не грузить всю коллекцию в оперативку каждый раз? или есть способ поумнее

потому просто получаешь данные из формы, делаешь htmlку и загоняешь ее в wkhtmltopdf/dompdf/mpdf/athena/puppeteer/etc

https://github.com/mikehaertl/phpwkhtmltopdf

https://github.com/mikehaertl/phpwkhtmltopdf

https://github.com/KnpLabs/snappy

просто wkhtmltopdf отстойный) и либки его не спасут)

хотя с хромиум-бейсед штуками дело не особо лучше

короче, отстойный здесь пдф

да это либка - просто обёртка.

а, посмотрел) тоже та же обёртка

да, бандл там отдельно

твоя похоже посимпатичнее

сраный мелкософт: сделал релиз, он попал в packagist, а через пару мгновений релиз удалился с гита)

лол, опасно

так-то не очень, но всё равно неприятно)

Как вы работаете, когда сборные данные получаются из двух нормализованных таблиц? Пример: статьи и категории. Роутер должен отрабатывать или по имеющейся статье или по категории. Получается есть некая коллекция того-или-другого. Значит надо ее предварительно построить и сделать третью таблицу, чтоб не грузить всю коллекцию в оперативку каждый раз? или есть способ поумнее

это какой то фреймворк? если нужно искать по категории - ищи по категрии нужно искать по статье - ищи по статье не лепи все вместе при роутинге //либо я не понял вопрос

не нужны обезьяны-формошлёпы, а вот грамотные джуны на весь золота. ну а бесполезность градций - вопрос третий, не актуальный, ибо смысла в нём нет. нет ни единого критерия, по которому можно людей раскидывать в рамках 3х позиций. все эти "синьор просто делает" - чушь собачья

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

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

мы с тобой в общем-то об одном и том же, но на разных языках

мы с тобой в общем-то об одном и том же, но на разных языках

окай ;)

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

я просто добавил, то что посчитал нужным. мне кажется, что отрасли сейчас жутко не хватает стандартизации, хотя бы минимальной. я с ужасом думаю, что есть программисты которые пишут софт для АЭС, кофеварки и как выяснилось github ^^ %)

я просто добавил, то что посчитал нужным. мне кажется, что отрасли сейчас жутко не хватает стандартизации, хотя бы минимальной. я с ужасом думаю, что есть программисты которые пишут софт для АЭС, кофеварки и как выяснилось github ^^ %)

ога, российские власти уже лет ентак 5 назад придумали стандартны для человеков, которые работают на эвм

в чисто совковых таких формулировках :)

а потом кадровик тебя допытывает какой тебе разряд писать ?

программист 6го разряда

ой, простите, инженер-кодописец

рынку нахуй не нужна формализация требований для формашлёпов, поэтому их нет и не случится)

те, кто пишет софт для аэс, наверняка увешаны разрядами и регалиями до 5ого колена)

те, кто пишет софт для аэс, наверняка увешаны разрядами и регалиями до 5ого колена)

а они знают про солид?)0

не уверен)

я как-то стёба ради читал регламент тестирования авиационного ПО, это ж головой ёпнуться можно...

они даже про пхп не знают, наверное

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

по отображению: У тебя есть страница category($id) И страница article($id) 2 роута дергаются отдельно, на каждом из них знаешь что искать. я по прежнему не понимаю вопрос)

они даже про пхп не знают, наверное

ну, они наверняка знают, что на пхп пишут какие-то тупые макаки и всё)

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

или стой. ты хочешь чтобы было /(ид_категории ИЛИ ид статьи) на одном уровне урла?

или стой. ты хочешь чтобы было /(ид_категории ИЛИ ид статьи) на одном уровне урла?

звучит как страшный сон сеошника

по отображению: У тебя есть страница category($id) И страница article($id) 2 роута дергаются отдельно, на каждом из них знаешь что искать. я по прежнему не понимаю вопрос)

ну на тексте звучит просто и понятно - делаешь два запроса и все. но статьи лежат в таблице типа parent-id, категории в parent-childrens, и там нигде нет полного пути по которому дернуть. выходит, что каждый раз я дергаю все чтобы строить дерево и хранить все дерево в оперативке, а оно ж огромно

звучит как страшный сон сеошника

когда тренд был на "чем меньше уровень урла тем дороже линки продавать на sape" - и не такое вертели

значит ли это что кроме как взять это дерево, построить предварительно коллекцию и залить ее назад в базу - один выход

или стой. ты хочешь чтобы было /(ид_категории ИЛИ ид статьи) на одном уровне урла?

может, только там не айди получается как articles id / slug / parent categories id / slug categories_tree parent / id / level / depth нельзя просто взять и вытянуть из артиклей урл - там только куски. получается я вытягиваю все артикли, строю дерево, получаю урлы. та же херня с категориями. потом сверяю. где совпали урлы - показываю статью. где не совпали - просто каталог с фильтрами

смысл в том чтобы посты были необязательной штукой если есть категории, и категории не обязательны - если есть посты

может, только там не айди получается как articles id / slug / parent categories id / slug categories_tree parent / id / level / depth нельзя просто взять и вытянуть из артиклей урл - там только куски. получается я вытягиваю все артикли, строю дерево, получаю урлы. та же херня с категориями. потом сверяю. где совпали урлы - показываю статью. где не совпали - просто каталог с фильтрами

еще чуть инфы. slug это под что/что вместо него?

это некоторые чпу называют

а

типа английское представление русского названия

с дифисами вместо спецсимволов

slug у тебя в бд хранится и он строгий или на самом деле там "любой набор символов" как на большинстве сайтов?

может, только там не айди получается как articles id / slug / parent categories id / slug categories_tree parent / id / level / depth нельзя просто взять и вытянуть из артиклей урл - там только куски. получается я вытягиваю все артикли, строю дерево, получаю урлы. та же херня с категориями. потом сверяю. где совпали урлы - показываю статью. где не совпали - просто каталог с фильтрами

categories id / parent_id / name / slug Используешь кэш, если в кэше нет отстроенного дерева (из таблицы выше) строишь его. при апдейтах или инсертах изменяешь дерево. и для навигации уже его используешь. профитней

может, только там не айди получается как articles id / slug / parent categories id / slug categories_tree parent / id / level / depth нельзя просто взять и вытянуть из артиклей урл - там только куски. получается я вытягиваю все артикли, строю дерево, получаю урлы. та же херня с категориями. потом сверяю. где совпали урлы - показываю статью. где не совпали - просто каталог с фильтрами

примерно в общем понял. не понял пока только зачем ты пытаешься все под одно засунуть, не разделить просто это по разным урлам. sape все еще актуален?)

спасибо, видимо так и буду делать, вместо кеша таблицу все таки, ибо кеш на 20 кусков категорий это 3 мегабайта РАМы на юзера

а будет 100кусков

спасибо, видимо так и буду делать, вместо кеша таблицу все таки, ибо кеш на 20 кусков категорий это 3 мегабайта РАМы на юзера

зачем тебе на юзера то?..... общий кеш юзать религия не позволит?

примерно в общем понял. не понял пока только зачем ты пытаешься все под одно засунуть, не разделить просто это по разным урлам. sape все еще актуален?)

я чессговоря до конца не определился делить или нет. сложность пока в том что контентщики могут менять только посты. а значит все картинки и прочая пиздень вяжется из постов. вот я наверное поэтому путаюсь между делить или соединить

зачем тебе на юзера то?..... общий кеш юзать религия не позволит?

не, я имею в виду что кеш то будет общий и на диске это 800кб

а вот в момент открытия страницы считать с диска и сделать массивом - это 3мега рамы

наверное типа редис можно прикрутить если очень хотеть в раме его держать, но типа кеш в базе тоже может быть и запросами дергать по урлу

а вот в момент открытия страницы считать с диска и сделать массивом - это 3мега рамы

InMemory видно религия в Ктулху вам не позволяет юзать((

знания не позволяют а не религия. инмемори я не видел раньше и не использовал

если это какая-то технология или утилитка конечно

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

я чессговоря до конца не определился делить или нет. сложность пока в том что контентщики могут менять только посты. а значит все картинки и прочая пиздень вяжется из постов. вот я наверное поэтому путаюсь между делить или соединить

раздели сущности и будет тебе счастье. или не раздели, а хотя бы определись какие они у тебя есть. article/id/slug/parent category/id/slug categories_tree/parent/id/level/depth

сейчас вся проблема от того, что ты не определился что хочешь сделать

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

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

Сделай категории, и урл для них. Сделай статьи и урл для них. Статьи с категориями связывай по вкусу. но при роутинге у тебя проблемы не будет, потому что ты будешь знать "что сейчас искать"

добро! спасибо

грубо говоря вернется все к простому: category/id/slug article/id/slug и там и там ищешь по id, но уже конкретную сущность в одной таблице

да я пожалуй сделаю таблицу для статей в которой построенное дерево будет с полными относительными урлами а не с кусками и то же для категорий связывать их буду по айди между собой но приоритет будет иметь свойство (тот же тайтл или картинка) указанный в самой сущности. если его нет, попытаться найти связанные и спереть оттуда. и в конце проверка - если важных сущностей нет - 404

я бы вообще URL хранил в отдельной таблице и привязывал к сущности. Причем предусмотрел бы редиректы для каких-то URL

Подскажите плиз, что это за нотация такая, когда много скобок с аргументами у функции? выглядит это так: calc(5)(3)(2)($sum); calc(2)(3)('pow'); calc - это будет функция

куда читать и что гуглить?

Подскажите плиз, что это за нотация такая, когда много скобок с аргументами у функции? выглядит это так: calc(5)(3)(2)($sum); calc(2)(3)('pow'); calc - это будет функция

closure

мерси, буду искать

closure

разве не каррирование?)

это каррирование

ну в пыхе мы его все равно через closure реализуем, не?

ну так речь не про реализацию

ну в пыхе мы его все равно через closure реализуем, не?

через объекты считай тоже можно, почти

invoke?

ага

тут тестовое, вероятно надо реализовать функцию, чтоб работало с выданными примерами, может и через костыли calc(5)(3)(2)($sum); // 10 calc(1)(2)($sum); // 3 calc(2)(3)('pow'); // 8 может уже устарело или неправильно даже, просто за несколько лет не встречал такого написания

читай про каррирование

да потому что это ФП хрень которая в пыхе не оч активно юзается)

но как небольшая демка для проверки того, как человек мыслит - неплохо

я вот не понял почему $sum как переменная a pow хардкод

даже схороню себе, несложно и прикольно правда, первый вариант сходу даже не представляю , как делать

если там просто 'sum' - изи

я так понял надо одну функцию написать всего лиш

а уже в ней лапша с выбором что именно делать в зависимости от параметра

ну вот вопрос к тому самому $sum

я думаю опечатка

тогда бы называлось не $sum а $operationName какнить

есть чье-то решение, но мне интересно разобраться в сути и может нормально сделать https://pastebin.com/ewTJPV28

ну вот вопрос к тому самому $sum

if (is_callable($argument)) и готово