Всего 125 970 комментариев

Александр Мельник
22 марта 2022, 08:29
0
спасибо, Роман, что подтвердили мои опасения.
Не могу пользоваться allposition или ему подобными, поскольку задача от руководство стоит так «разработать сервис статистики для нашей компании, который будет независим от других сервисов».
В случае с яндекс я пользуюсь yandex XML. Для обхода ограничений на запросы с одного IP разработал кластерную архитектуру приложения, где к программе можно добавлять дешевые виртуальные сервера и запросы на яндекс идут с их IP.
Похоже, парсить выдачу google — это единственный вариант.
Роман, к своему стыду я не совсем понимаю фразу «купить прокси чтобы парсить». Не понимаю саму технологию процесса, можете дать ссылку почитать как это работает?
Я подозреваю, что гугл, если напрямую быстро отсылать get запросы на сайт и парсить html быстро заблокирует мой IP или включит каптчу. Но не понимаю как использование прокси может это решить, ведь это не позволит на одном сервере иметь 10 IP адресов, чтобы отсылать запросы каждый раз с разного IP и не быть забаненым?
Артур Шевченко
22 марта 2022, 00:41
0
В школе? Вы там php изучаете? Просто если нет, надо хотя бы с базой ознакомится. А по modx поищи уроки на ютуб и тут почитай вводные данные.
Egor
21 марта 2022, 23:56
0
учитель посоветовал в школе
deleted
21 марта 2022, 23:40
0
Интересно, а почему именно MODX выбрали?
Роман
21 марта 2022, 23:14
+1
Такого функционала или API нет и не будет. Можешь купить прокси, парсить выдачу. Но это намного дороже и трудозатратно, нежели воспользоваться сторонними приложениями. Можешь воспользоваться allpositions, там есть api и цены не дорогие.
Роман
21 марта 2022, 17:08
+1
Раньше было так, сейчас не знаю. Они потом ввели, чтобы обязательно нужно было указывать версию api
https://api.vk.com/method/video.get?videos=-53956136_169543800&access_token=%access_token%&v=5.131
Конечно, для пользователя ваше решение намного привлекательней. =)
Артем
21 марта 2022, 13:50
0
Написать два-три предложения на почту или в телеграм?
Компонент может быть более низкоуровневым и содержать сложную логику, которую в двух-трех предложениях простым языком не опишешь. На первый взгляд компонент может быть «точной копией», а на деле может пересекаться только на условные 20%.

Помимо этого, разработчик может сначала придумать дополнение A, повторяющее функционал уже имеющего на 30%, а затем дополнение B, повторяющее функционал другого компонента на 60%. В таком случае ему придется с каждым дополнением бежать в поддержку и объяснять на пальцах, в чем он повторяет, а в чем нет.
Это неудобно.
Допускаю, что это мое субъективное мнение, но лично я бы этим заниматься не стал.

Сейчас есть список требований к дополнению и пограничные случаи обсуждаются на модерации.
Этот список касается на 99% только оформления, кода и вот этого всего, а про пересекающийся функционал там только 1 строчка, которая не вносит никакой ясности.

В общем, мой посыл в том, что было бы хорошо раскрыть этот пункт и внести больше ясности, которая позволила разработчикам меньше ломать голову и больше заниматься разработкой, а не бюрократией и переписками с техподдержкой.
Leonid Krylov
21 марта 2022, 13:33
+1
Я не очень понимаю, почему это неудобно. Написать два-три предложения на почту или в телеграм?

Понятное дело, что все равно будут пограничные спорные случаи
Сейчас есть список требований к дополнению и пограничные случаи обсуждаются на модерации. То есть описанный вами процесс уже есть.
Артем
21 марта 2022, 13:20
0
разработчик приходил с идеей, обсуждали ее с ним и даже с автором дополнения-конкурента
Это же неудобно и очень медленно, не все хотят этим заниматься.
Достаточно сравнить этот вариант с каким-нибудь конкретным списком из N пунктов, где ясно и четко прописано, в каком случае дополнение будет отклонено.

Понятное дело, что все равно будут пограничные спорные случаи, которые придется рассматривать на этапе модерации, но сейчас ясности, на мой взгляд, мало — вопрос выше остался без ответа именно по этой причине.
Андрей
21 марта 2022, 13:15
0
Можно подсмотреть как работает pdoTitle, и сделать свой вариант. Ну или просто использовать pdoTitle.
Leonid Krylov
21 марта 2022, 13:15
0
Вообще такие случаи у нас были нередко — разработчик приходил с идеей, обсуждали ее с ним и даже с автором дополнения-конкурента. И публиковали потом.
Артем
21 марта 2022, 13:09
0
Я, конечно, уже давно не работаю с MODX, но проходил тут мимо и решил осветить свое видение этой политики со своей колокольни.
На мой взгляд, политика в отношении подобных вещей должна быть кристально ясной и четкой, как два пальца, а не «мы рассматриваем каждое дополнение индивидуально».

Поставьте себя на место разработчика, который хочет написать новое дополнение, но оно пересекается с уже существующим по функциональности. Ему что, идти в поддержку и рассказывать о своих еще не реализованных идеях? Политика должна такие вещи однозначно предусматривать заранее, чтобы разработчик уже знал на 100%, пройдет его дополнение или нет.

Иначе зачем ему вообще тратить свое время, если его дополнение может пройти, а может и не пройти? Это же не лотерея какая-то, а магазин дополнений, у которого, еще раз повторюсь, должны быть однозначные, четкие и понятные правила.
Leonid Krylov
21 марта 2022, 12:30
+2
Для этого у нас есть модерация, ее никто не отменял.
Андрей Степаненко
21 марта 2022, 11:50
0
Как быть с тем что кто то код скопирует и выложит как свое дополнение)) Это же ни кем не ограничено получается
Андрей Степаненко
21 марта 2022, 11:47
0
Да же еще круче))

Можно скопировать весь код
Доработать
И выложить

Это же open source
Rootiys
20 марта 2022, 20:33
+1
Спасибо. Помогло включение настройки «Разрешить php в феном»
Сергей Карпович
20 марта 2022, 15:06
0
Спасибо, этот вариант тоже работает
Sergey (Sentinel)
20 марта 2022, 14:59
+1
{set $remains = ('!getRemains'|snippet:['id' => $_modx->resource.id])*1}
{if $remains > 0}
нет в наличии
{else}
n шт
{/if}
так попробуй