Роман Мирр, да, их несколько. Но про "на расхват" это сильное заблуждение.
Компании не любят брать джунов по тому что их надо учить (читай тратить ресурсы более дорогих и опытных сотрудников). Число рассматриваемых кандидатов сужается и очень сильно. В результате продукты на Ruby с каждым годом активнее выходят с рынка и заменяются другими ЯП и фреймворками. те же что решаются брать джунов как правило страдают из-за качества их кода и допускаемых ошибок, не говоря уже о растраченных бюджетах (Ruby программистам платят несколько больше из-за их редкости в природе)
Чтобы понимать какой адекватный стек технологий сейчас есть стоит посмотреть на то что используется в самых крупных компаниях (облака), а это AWS, Azure, GCP. получаем: Node.js, Python, Java, C# (.NET Core) и Go.
И тут нет ни Ruby, ни PHP. А такие компании задают темп. Конечно, компаний много, у всех свои потребности, все любят экономить, но происходит постоянная ротация технологий и языков. PHP самый старый на этом рынке и с самым большим багажом опыта, библиотек и комьюнити.
Роман Мирр, основа любого рынка это спрос и предложение. Например, вы компания и вам необходимо развивать продукт. Вы предпочтете выбирать из 100 специалистов на страну или 10000 специалистов на город?
Или вы соискатель. Вы хотите лишиться работы (не важно по какой причине) и искать следующее место по вашим навыкам полгода?
Александр Козак, браузер он на вашей локальной машине. Вы говорите о двух сайтах. Это значит что проблема в межсетевом взаимодействии между ними. Проблема не относится к программированию, а находится на уровне системного администрирования.
Консоль вы используете у себя на локальной машине или на другом сайте?
Александр Козак, тогда получается что у вас действительно отсутствует возможность достучаться до ресурса. Если вы это на удаленном сервере, то, возможно, файрвол. Если с локальной машины - есть ли доступ, например, через браузер?
Вопрос именно в доступности. Если удаленный сервер то есть ли доступ к другим ресурсам оттуда?
Артем, архитектура она такая) подождем ответа автора. 2 архитектора на сломавшего себе голову недостаточно опытного, полагаю, разработчика. Справимся) тем более что задачка, вроде, интересная
Никита Терновой, при чем тут PHP?) Это можно сделать на любом языке: python, php, Ruby, nodejs, Java, c#,... На любой вкус и цвет. Я озвучил технологии
Александр Мельниченко,
- я правильно понимаю что график имеет под собой фиксированную функцию с статическими коэффициентами, но конец которой постоянно сдвигается по одной оси?
- график это линия, как правило (вроде как в вашем случае), значит вы ее где-то выводите. Вам обязательно в режиме реального времени его сохранять? Где он отображается и какова частота обращения к графику?
Антон, это был лихой 2007, мы развлекались как могли. Вообще работало, но, увы, скорость развития системы не покрывала рост систем безопасности. Пришлось отказать заказчику, но полгода эта схема жила. Никто не банил
Lander, любая, просто стоит это по-разному. Помню как мы в свое время закупали огромное число прокси и занимались эмуляцией фактического присутствия человека на сайте. Больше так развлекаться не интересно
hckn, а потом вы узнаете что ваш домашний интернет-канал не работает 24/7, компьютер имеет свойство зависать или перезагружаться, а провайдер в принципе захочет блокировать подозрительный трафик.
Чтобы понимать что значит "чужой VPS" стоит почитать соглашение с хостером, узнать о безопасности ну и в принципе поглубже разобраться в предмете.
Мир уютных домашних сервачков прошел - это стало очень не выгодно.
oxidmod, конечно может быть) другое дело что в топике однозначно он. И разрабатывалась концепция именно с оглядкой на HTTP, если память не изменяет. Но тут могу ошибаться.
ThunderCat, все не совсем так. Когда ты начинающий то не знаешь довольно много различных подходов, принципов, технологий и архитектуры. Так получается - сидишь, пишешь, оно получается или не получается. Учишься отладке, искать проблемы и все такое.
Когда со временем вырастает проект, например, да и ты вырастает то оказывается что все что ты делал раньше - ужасно и не правильно, не даёт развивать проект.
Дело в том что основы разработки это не знание языка программирования. И не знание баз данных. Это передача данных, взаимодействие компонент, соглашения, модульность.
Вообще, в целом, лет через пять, не думаю что позднее, мы все уедем в облака - они слишком быстро развиваются - и обучение разработке начнется с понимания того как работает облако. Способы разработки в облаках другие. И PHP там практически не применяется, кстати. Под него даже инструментов не предоставляют
Это защита. Какая-никакая. Предназначена в целом для гарантии что человек зашёл на эту страницу, а потом отправил форму. Чтобы не давать скриптам отправлять данные
Компании не любят брать джунов по тому что их надо учить (читай тратить ресурсы более дорогих и опытных сотрудников). Число рассматриваемых кандидатов сужается и очень сильно. В результате продукты на Ruby с каждым годом активнее выходят с рынка и заменяются другими ЯП и фреймворками. те же что решаются брать джунов как правило страдают из-за качества их кода и допускаемых ошибок, не говоря уже о растраченных бюджетах (Ruby программистам платят несколько больше из-за их редкости в природе)
Чтобы понимать какой адекватный стек технологий сейчас есть стоит посмотреть на то что используется в самых крупных компаниях (облака), а это AWS, Azure, GCP. получаем: Node.js, Python, Java, C# (.NET Core) и Go.
И тут нет ни Ruby, ни PHP. А такие компании задают темп. Конечно, компаний много, у всех свои потребности, все любят экономить, но происходит постоянная ротация технологий и языков. PHP самый старый на этом рынке и с самым большим багажом опыта, библиотек и комьюнити.