Павел Гвоздь

Павел Гвоздь

С нами с 31 мая 2015; Место в рейтинге пользователей: #2
Павел Гвоздь
Вчера в 08:31
+4
Не хочу осуждать, но вот эта каша в тексте, в коде… насколько это нормально по вашему писать такое, чтобы потом люди или последующие разработчики его пытались читать? На мой взгляд, это как минимум неуважение к другим.
Я не спорю, может ваше решение и «очень быстрое», но при попытке прочесть хотя бы описание, у меня был рвотный позыв, я не осилил.
Павел Гвоздь
15 июня 2019, 08:13
0
P.s. если можно, то глянул бы что происходит на том сайте.
Сайт клиента, так что вряд ли.
Павел Гвоздь
11 июня 2019, 18:50
0
Как вариант, доработать частично компонент, чтобы он считал рулоны по каким-то входным параметрам из указанных значений юзером. Ну и сразу давать возможность добавлять это кол-во рулонов в корзину, для удобства. Если интересна доработка, то пишите по контактам в профиле, обсудим подробности и стоимость.
Павел Гвоздь
06 июня 2019, 08:38
+1
Возможно ключ в репозитории от другого домена.
Павел Гвоздь
03 июня 2019, 09:06
+2
В 3 сезоне будет возможность кодить на чём захочешь, хоть на чистом HTML!
Павел Гвоздь
03 июня 2019, 09:01
+5
Ну с Феномом добавились феники, с Твигом добавят твиги. Так что не парься, всё будет!
Павел Гвоздь
02 июня 2019, 12:09
0
Интересно, давайте! И не мне одному интересно будет.
Павел Гвоздь
02 июня 2019, 10:26
0
Ага, а теперь возле каждого ответа решение пожалуйста… Вот эти «скрывать и показывать», «ближайшую к пользователю» и тд, так и заставляют дать ответ вроде: Бери и делай.
Если вам показалось, что я этого не понимаю, этих банальных ответов, то вам показалось. Вопрос здесь не в том, что надо сделать, а как это сделать.

И к слову, по айпи вычислить местоположение юзера? Ну-ка ну-ка, по-подробнее и с примерами.
Павел Гвоздь
31 мая 2019, 20:45
+2
drive.google.com/file/d/1k2K6mYGE-FgOfSc90_1ABhCMaSmR4qOU/view?usp=sharing
Помоему это каша какая-то)
Павел Гвоздь
31 мая 2019, 19:32
+2
Там где дают использовать чистый PHP, всегда будет соблазн написать в шаблон какую-то бизнес-логику. А потом новому (или хорошо забытому старому) разработчику трудно разобрать, что где находится. К сожалению, шаблонизатор не всегда и это ограничивает. Лично я, понимая это, иногда поддаюсь соблазну и оставляю после себя что-то в таком духе:
{foreach $filter_keys as $filter_key}
    {var $filter_key = ($filter_key | split : ':')}
    {var $filter_key = $filter_key[0]}
    {var $filter_data = ((('catalog.' ~ $filter_key) | placeholder) | strip : true)}
    {if $filter_data?}
        {foreach $filter_groups as $filter_group_name => $filter_group_keys}
            {foreach $filter_group_keys as $filter_group_key}
                {if $filter_key == $filter_group_key}
                    {if $filter_group_key | in : $filter_keys_done}
                        {continue}
                    {/if}
                    {if $filter_group_key == $filter_key}
                        {var $filters[$filter_group_name] = $filters[$filter_group_name] ~ $filter_data}
                    {/if}
                    {var $filter_keys_done[] = $filter_group_key}
                {/if}
            {/foreach}
        {/foreach}
        {if !($filter_key | in : $filter_keys_done)}
            {var $filters['other'] = $filters['other'] ~ $filter_data}
        {/if}
    {/if}
    {unset $filter_data}
{/foreach}
Если бы шаблоны писали на чистом PHP, даже не представляю, сколько бы подобных артефактов оставалось с мыслями «Пока так, потом перенесу куда надо».

Я уж не говорю о безопасности, хотя это отдельная тема и говорить о ней можно очень долго.
Павел Гвоздь
31 мая 2019, 18:30
0
На стороне фронтенда
Нет, такого нет. Только что-то как-то допиливать.

Чтобы геолокация
Просто так карты не получат координаты юзера, ему надо будет дать на это разрешение.

и строился маршрут до метки
До какой метки? Во-первых, маршрут строится не до метки, а от точки А до точки Б. Во-вторых, как на бэке эту точку обозначить? Если меткой, то куда на фронте эту метку девать, когда маршрут будет построен? И как вообще эту метку находить на фронте, если, например их у ресурса будет две или больше?

Проще сделать какое-то своё решение для вашей задачи.
Павел Гвоздь
30 мая 2019, 17:29
+7
В чём проблема то? Что за консерватизм? Феном позволяет избежать пачки чанков (вроде tplOuter, tplRow, tplEmpty) заменив их на один. Также, за счёт Феном можно улучшить скорость работы сайта, оптимизировав вот эти страшные условия-извращения, которые так любят писать какие-то странные разработчики до сих пор. Помню то время, когда на любой чих приходилось писать сниппет и сайт превращался в какую-то кашу сниппетов, чанков, шаблонов.
Павел Гвоздь
23 мая 2019, 23:03
+1
Вот бы ещё в посте расписал, что было сделано, я бы плюсанул. А так, не вижу смысла плюсовать пост на 3 предложения.
Павел Гвоздь
15 мая 2019, 12:29
0
Это да. Так многие платежки делают до сих пор. Другой вопрос, что заказчику проще пройти проверку на Stripe, ибо туда берут почти всех.
Павел Гвоздь
15 мая 2019, 12:23
0
А где я написал, что на сайте платежные данные запрашиваются? На Хабре например написано, что данный сниффер внедряясь на сайт крадет данные с платежки Stripe. К слову, на сайте именно через него платежи и проходят.