Никита Терновой, при чем тут PHP?) Это можно сделать на любом языке: python, php, Ruby, nodejs, Java, c#,... На любой вкус и цвет. Я озвучил технологии
Александр Мельниченко,
- я правильно понимаю что график имеет под собой фиксированную функцию с статическими коэффициентами, но конец которой постоянно сдвигается по одной оси?
- график это линия, как правило (вроде как в вашем случае), значит вы ее где-то выводите. Вам обязательно в режиме реального времени его сохранять? Где он отображается и какова частота обращения к графику?
Антон, это был лихой 2007, мы развлекались как могли. Вообще работало, но, увы, скорость развития системы не покрывала рост систем безопасности. Пришлось отказать заказчику, но полгода эта схема жила. Никто не банил
Lander, любая, просто стоит это по-разному. Помню как мы в свое время закупали огромное число прокси и занимались эмуляцией фактического присутствия человека на сайте. Больше так развлекаться не интересно
hckn, а потом вы узнаете что ваш домашний интернет-канал не работает 24/7, компьютер имеет свойство зависать или перезагружаться, а провайдер в принципе захочет блокировать подозрительный трафик.
Чтобы понимать что значит "чужой VPS" стоит почитать соглашение с хостером, узнать о безопасности ну и в принципе поглубже разобраться в предмете.
Мир уютных домашних сервачков прошел - это стало очень не выгодно.
oxidmod, конечно может быть) другое дело что в топике однозначно он. И разрабатывалась концепция именно с оглядкой на HTTP, если память не изменяет. Но тут могу ошибаться.
ThunderCat, все не совсем так. Когда ты начинающий то не знаешь довольно много различных подходов, принципов, технологий и архитектуры. Так получается - сидишь, пишешь, оно получается или не получается. Учишься отладке, искать проблемы и все такое.
Когда со временем вырастает проект, например, да и ты вырастает то оказывается что все что ты делал раньше - ужасно и не правильно, не даёт развивать проект.
Дело в том что основы разработки это не знание языка программирования. И не знание баз данных. Это передача данных, взаимодействие компонент, соглашения, модульность.
Вообще, в целом, лет через пять, не думаю что позднее, мы все уедем в облака - они слишком быстро развиваются - и обучение разработке начнется с понимания того как работает облако. Способы разработки в облаках другие. И PHP там практически не применяется, кстати. Под него даже инструментов не предоставляют
Это защита. Какая-никакая. Предназначена в целом для гарантии что человек зашёл на эту страницу, а потом отправил форму. Чтобы не давать скриптам отправлять данные
Маленькое добавление - все это верно пока ты юный начинающий разработчик. Как только ты доходишь до Enterprise, Event-Drven Architecture и Cloud Computing - правила игра меняются
Alex Dmn, что, же, успехов) просто есть далеко не один печальный пример когда поступали именно так. Если проект на года от это значит что команда будет постепенно меняться, как и требования как к отдельным модулям так и ко всей системе. В длительных проектах ТЗ годится только для старта или отдельных модулей. В остальном - Agile ваше все. Я пока не видел ни одного разработчика, который умеет смотреть так далеко, что очень хорошо. Задача разработчика сделать законченный неизменяемый модуль по строгим спецификациям.
devmailer, S - SOLID. Single Responsibility. Отправитель не должен принимать решения, а только выполнять задания.
Вы, конечно, можете организовать Shared Cache и держать там список пользователей для той или иной группы рассылки.
Зайдите с обратной стороны - если у вас между отправкой уведомления и его генерацией достаточно времени для изменения настроек пользователя это значит так же что пользователь может не получить те уведомления на которые подпишется, поскольку пул уведомлений будет сформирован. Если у вас медленный канал связи (например, email или sms) то об этом вообще можно не беспокоиться. Такие сообщения имеют свойство иногда теряться, увы.
1. больше ЗП разработчика это ну очень относительно
2. Если вы не позаботиться об архитектуре проекта то потом у вас будут большие проблемы с развитием спустя несколько лет, а может и раньше.
3. Даже если разработчик FullStack это не значит что он знает как строить проекты. Скорее всего он будет просто реализовывать ваши потребности. С Senior Developer все получше, но эти люди имеют свойство иметь ограниченный инструментарий
jtag, советую прочитать документацию по генератору. Признаюсь, я с ними не знаком, поскольку разрабатываю сейчас больше для AWS, а там несколько другие правила игры.
Если документация не поможет, то можно и вручную. Оба варианта принесут свой уникальный опыт
