Для Chrome есть Scraper
для FF возможно, тоже есть
В паблике не будет доступен эффективный софт на эту тему. По разным причинам, и финансовым и техническим.
Компания в которой я работаю, уже не первый год предоставляет информацию, в том числе и мониторинг цен. и еще кучу всего. И не только в разрезе ЯМ, но и на информации собранной с других площадок... (100... 200... сколько надо клиенту ).
Поэтому крупные и средние клиенты идут либо к нам, либо к нескольким нашим конкурента.
Мелкие клиенты делают это либо сами, либо заказывают парсеры...
Короче говоря, предлагать просто то что вы предлагаете, мало интересно. Попробуйте расширить количество "плюшек"
ЕС-1033/66 ?
на самом деле нет никакого спора. Если инструмент позволяет решать задачи которые есть... так пусть будет. Когда появляются задачи выходящие за рамки привычного инструмента, приходится искать что то новое.
Это не много, если учесть что придется работать за двоих. а зарплату получать как за одного... Вообще, контор много разных. Даже в Питере можно найти 240-250 т.р. для Python Dev (не супер сеньора)
так это же не для того, что бы причинять страдания.... а для облегчения жизни...
не только к микросервисам. Микросервисная архитектура для бОльших проектов, чем просто сайт.
Выше в ветке есть твое понимание бэкэнда. Оно, кстати, тоже достаточно своеобразное
.
когда то я на PHP делал бэкенд для всяких игр vk, ok, fb... сделать можно. согласен. но тогда все это проседало по производительности. Перешел на Python... ни разу не пожалел.
ORM существуют.... для тех кому это нужно. Фреймворки тоже есть... Кто то может и SQL написать... процедуры всякие... (в некоторых кругах считается что это сложно поддерживать.... но опять же, зависит от проекта)
т.е. бэкэнд - это ПХП. так?
т.е. остаемся на уровне вордпресс/симфони ? вобщем-то, почему нет, если этого достаточно
т.е. вы читаете по диагонали?
симфони это конечно круто.... не вопрос... и если его хватает, зачем еще что то...
1. Шлифование скилов это необходимость. Во всяком случае для профессиональных разработчиков.
2. Вы можете еще раз внимательно прочитать название топика. Я вот там слова "сайт" не увидел...
3. Сайты, у которых бэкэнд использует Go я уже перечислил. Но это не все конечно же.
4. Бэкенд, как мы выяснили, это нечто большее, чем просто ответы на запросы браузера. и уж тем более несколько шире чем просто сайт(ы)...
Так причем тут количество сайтов сделанных на каком то конкретном языке? И какая разница, что будет генерировать HTML и обслуживать запросы?
Но и у других языков... Java например, тот же Python поддержка HTTP существовала еще до появления ПХП.... Для чего было изобретать еще один велосипед...?
Вобщем то я к тому, что инструментов много. Они разные. И каждый использует то, что умеет, или то что эффективнее в конкретной задаче.
А вот например очереди... всякие там Celery, к примеру.... это бэкэнд или нет? браузеру же они ответ не формируют... или сервисы всякие для мониторинга... и т.д....
И в общем то ответ браузеру любой софт может сформировать. Главное что ы протокол HTTP был реализован... наверное...
хороший вопрос. И вот мы плавно подошли к определению бэкэнда....
Так по вашему что такое бэкэнд... скрипт на ПХП? или чтото другое с определенными функциональными возможностями? или еще что то? А эти функциональные возможности может обеспечить только ПХП или что то еще?....
сайты они очень разные бывают.... Для большинства достаточно PHP. а для некоторых и HTML хватит...
