►
From YouTube: Magento Architectural Discussion -- January, 9th, 2019
Description
* Promise-based implementation of requirejs
* Sniffs Consolidation
* URL Rewrites generation
* Technical Guidelines updates
A
B
B
The
I
I
haven't
spent
a
whole
bunch
of
time
looking
at
the
implementation
yet,
and
the
reason
is
primarily
because
at
this
point
for
me,
there's
not
a
clear
value.
Add
for
what
we
get
from
this.
The
the
thing
called
out
in
the
for
request
was
that
it
provides
some
performance
benefits,
I've
put
in
a
request
for
Kirill
to
provide
what
those
like
benefits
are
like
to
provide
some
traces,
because
if
it
has
the
performance
impact-
and
we
can
do
it
in
a
backwards
compatible
way,
I'd
love
to
do
it,
but
it
it
doesn't.
B
D
D
D
Right
now,
we've
faced
with
such
problem
that
they
have
different
approaches
for
static
or
check.
However,
we
use
same
true,
for
example,
you
use
each
people
smoker
for
much
as
a
multiplied
extension
validation
as
well
as
a
I
use
in
each.
We
could
suffer
for
time
or
static
a
check,
so
the
problem
is
that
sometimes
developers
are
confused
about
what
console
to
use
IDE,
how
to
check
their
extensions
because
it
have
something
in
common.
But
there
are
a
lot
of
differences
and.
D
D
D
D
D
A
What's
the
product
being
requested
on
the
moment
of
the
of
the
routing
so
I
guess
we
have
Antone
Copeland,
Cole
and
Enrique
Xian.
You
have
two
different
opinions,
I
guess
about
whether
we
need
to
should
proceed
with
this
proposal,
or
we
should
do
something
different
to
this
proposal.
At
least.
One
big
concern
is
that
right
now
right
now
this
situation
like.
A
A
F
F
Okay,
I
never
saw
a
problem
caused
by
amount
of
records
in
your
elder
right
tables,
because
this
is
basically
our
hash
map
table
when
we
have
a
key,
which
is
our
request
and
wrote,
which
is
our
controller,
it's
hard
to
imagine
situation
when
amount
for
all
since
this
table
who
caused
the
performance
degradation
at
the
same
time
as
soon
we
start
resolve
or
override
dynamically.
We
we
may
one
in
some
several
performance.
F
We
make
out
several
performance
degradations
caused
by,
by
effect
that
we
have
not
only
to
resolve
this
role.
We
have
to
validate
that
this
product
really
belongs
to
this
category
and
that
this
product
can
be
shown
inside
of
this
category,
and
this
is
only
for
routing.
Otherwise,
we
have
a
pro.
We
know
face
a
problem.
These
URL
generation,
its
Ural
generation
for
activity
pages.
When
a
category
page
has
to
generate
URL
for
all
product
listed
on
this
page
due
to
factors
we
have
a
dynamic
URL,
resolving
we
will
have
a
dynamic
URL
generation.
F
So
technically
we
will
all
complexity
caused
by
URL
generation
during
persist,
operation
from
persist,
operation
to
read
operation,
one
for
wrote
in
operation
and
second
one
for
URL
generation
operation
on
each
product
listing
site.
Also,
as
I
remember,
it
will
be
a
problem
to
identify
a
create
breadcrumb
for
a
product
page.
Do
it
effect?
That's
you
know
we
have
a
dynamic
region
of
our
routine,
so
when
product
is
assigned
to
several.
F
Several
categories
we
all
have
to
make
an
assumption
which
breadcrumbs
we
have
to
show
what
is
this
particular
product
at
this
page?
So,
okay,
totally
saying
I,
believe
both
of
both
of
approaches
should
live
together,
because
this
is
a
good
approach:
how
to
have
to
resolve
temporary
temporary
rights
in
time
when
we
generate
a
normal
index,
but
but
the
main
way
how
we
are
managing.
Also
our
system
should
be
the
same.
We
keep
a
big
but
pretty
simple
index
which
will
be
responsible
for
routing
in
our
system.
F
Technican
ISM
four
pieces:
when
we
have
a
delay
is
innovation
became
imagine
situation
and
we
ground
the
ground.
You
are
all
vegetation.
Mate
may
take
several
minutes.
If,
if
some
clients
you
try
to
access
this
product
by
using
this
URL
during
this
time,
we
should
proceed
this
request,
but
this
is
fallback.
This
is
not
a
main
mechanism
for
resolving
this,
because
definitely
this
operation
will
be
more
costly
than
a
basic,
much
of
rewrite.
I
believe
all
of
us.
Ok,.
F
C
C
F
C
F
Explain
to
you
how
we
can
do
this,
we
will
require
some
changes
in
user
behavior,
but
I
became
discusses
product
owner
and
easily
approved
because,
in
my
opinion,
a
good
improvement
in
my
weeks
where
our
system
identifies
that
we
have
activation,
we
can
provide
imagine
a
possibility
to
resolve
such
collision
by
change
in
URL
and
by
providing
information.
What
is
the
cause
of
this
collision?
Because,
right
now,
when
we
are
saying
this,
we
have
a
collision
in
right,
we
mentioned
has
no
idea
what
the
cause
of
this
condition.
A
F
F
A
F
Background
process
generate
your
relative
rates.
This
will
work
for
most
cases,
Oh
for
all
most
cases,
all
of
users
for
okay
for
exceptional
cases.
When
we
ta
collision,
we
we
will
use
this
stagnant
mechanism,
which
is
fallback
mechanism.
This
dynamic
URL
resolved
in
for
this
particular
cases.
Only
because
this
is
costly
operation
and
we
will
provides
to
merchants
a
possibility
to
see
list
of
collisions
and
resolves
these
collisions
menu.
C
B
C
Okay,
so
because
it's
only
effect
case
were
functionality
and
to
solve
different
were
on
different,
that
you
were
one
product
is
enable,
but
it
disabled,
fir'd
by
default
and
all
other
changes
for
all
other
conflicts
were
produce.
Particular
first
EMS
Kunti
resolve
synchronous
of
current,
purport
it
and
not
cows.
By
default.
Any
question
citizens
in
system,
oh,
but.
F
This
is
bad
solution.
This
is
good
solution,
fallback
mechanism,
but
but
not
for
a
main
mechanism
for
Euro
resolving
because
it
is
most
costly
than
original.
You
know
it
is
opened
why
we
have
to
move
something
from
a
common
operation
tree
decoration
without
any
any
usable
reason.
Yes,
you
provide
a
good
reason
if
something
has
a
collision,
this
collision
should
be
result
in
time,
okay
delayed
reaction,
so
this
is
good
solution
for
for
such
cases.
In
case,
we
cannot
match
something.
F
So,
but
but
but
but
still,
code
should
be
changed
in
way
to
clearly
provide
the
message.
This
is
not
a
main
mechanism
to
resolve
rewrites.
This
is
fallback
mechanism
and,
as
we
discussed
with
Daniel,
we
found
some
several
several
wines.
Of
course,
it
definitely
will
cows
performance
degradation
like
a
product
load
and
some
additional
costly
checks.
They
such
places
have
to
be
Pradhan
as
soon
it
will
be
done.
I'm
Akay
to
merge
this
podcast
as
this
with
corresponding
to
lose
it.
A
A
A
F
We
have
we
have
a
product
of.
Is
there
some
involvement
in
this,
because
this
is,
if
you
can
change
in
behavior,
we
don't
have
to
update
our
a
user
guides
by
the
way
we
all
have
to
update
user
guides
to
live
like
this
change,
we
all
have
to
update
our
performance
measurement
test
because
we
introduced
a
new
scenario
for
your
router,
so
this
whole
thing
issue
should
be
covered
with
the
performance
acceptance
test
to
make
sure
that
future
changes
will
not
introduce
the
occultation
in
this
canary
owns.
All
of
this
will
be
done.
F
A
C
You
know
that
this
solution,
currently
functionality
of
use
khaki,
very
cut
quickie.
Her
name
in
product
name,
is
disabled
by
default,
but
we
still
generate
forever
a
writer
all
multiplication
clicky
variant,
prod
in
storage
and
database.
So
if
he
enables
this
one
tonight,
all
this
record
will
be
removed
and
number
of
record
will
be
less
than
ten
times
with
a
roller
right.
So
actually
it.
B
F
C
C
A
I
just
wanna
know
one
I
think
we
have
some
plan
some
kind
of
plan
for
this
item.
Let's,
let's
move
on
to
next
ones,
thanks
guys,
okay,
so
I
have
I,
have
couple
topics
and
I:
don't
know
you,
you
feel
free,
probably
to
discuss
it.
I,
don't
know
in
any
other
community
places
like
slack
channel
or
Twitter
or
whatever
I
agree
that
it's
important.
F
A
I'm
day,
two
technical
guidelines
I
was
discussing
some
time
ago,
so
basically
a
couple
items
that
they
want,
that
they
didn't
receive
any
feedback
for
those
items
specifically
I
received
feedback
for
items
which
are
already
actually
part
of
our
guidelines.
I
will
move
it
separate,
pull
request
to
not
delay
this
one
and
I'm
going
to
merge
those
ones.
So
the
updates
that
they
have
is
just
to
repeat.
A
A
If
no
comments,
I
will
just
proceed,
it's
it's.
The
spool
request
is
there
for
some
time
already
so
I
think
and
they
didn't
receive
any
update.
So
I
will
just
move
on
with
this
one
and
another
topic
that
I
wanted
to
discuss
is
more
from
organizational
perspective
and
how
we
use
technical
guidelines.
So
I
have
two
questions.
One
question:
right
now
we
have
technical
guidelines
and
so
now
adult
dogs
website,
which
is,
and
it's
it's
different
for
different
magenta
versions.
A
You
can
find
only
one
item,
so
my
question
is
whether
it
would
be
better
to
have
just
one
document,
not
version
3
can
do
it
in
in
some
documents,
but
instead
mark
some
of
the
items
with
specific
magenta
versions
to
indicate
that,
for
example,
this
item
is
applicable
to
magenta
to
the
two
and
newer,
like
2
plus
2,
to
3,
plus
something
like
that,
and
possibly
we
could
move.
Probably
all
coding
standard
section
2
on
the
damn
dogs,
so
I,
think
technical
vision
and
technical
visions
are
not
really
specific
to
magenta
version.
A
It's
our
vision,
like
future
vision
on
the
components,
that's
why
I
think
it
makes
sense
to
move
and
about
coding
standards
in
general.
Probably
they
are
also
not
very
specific
to
Magento
version.
So
the
question
to
you:
do
you
think
it
makes
sense,
or
is
it
easier
to
navigate
if
it's
done
like
it
is
right
now.
A
D
F
Yes,
it's.
D
A
A
Very
difficult
you
can
maintain
it,
it
shouldn't
change.
So
often
me,
one
of
the
issues
is
that
there
can
be
some
gaps
in
the
middle
of
the
section
or
we
will
have
different
numbers
for
different
items.
So,
for
example,
if
in
the
middle
of
the
section
couple
of
items
are
not
applicable
to
some
magenta
version,
then
either
we
have
to
change
enumeration
here,
but
that
magenta
version
or
we
will
have
a
gap
here.
E
So
for
my,
but
if
it
is
in
general
better
to
have
the
single
version,
because
it
is
vision,
it
is
not
documentation
for
specific
version
of
magenta.
This
vision
for
how
you
should
develop
extensions
and
this
vision
changes
over
time,
but
at
the
same
time,
in
most
cases
it
is
applicable
for
all
versions.
You
know
Dennis
Lee.
Sometimes
we
have
references
to
features
which
exist
in,
let's
say
just
latest
release,
but
it
is
more
like
an
exception
and
in
most
cases
I
would
say
that
the
vision
is
the
same
for
all
versions.