Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
SeVlad:
Интересно, как ВП связан с доступами?
И врёшь - работаешь.
А клиентов похоже у тебя просто нет...

Это ты мне лучше расскажи, как вирус на компьютере секретаря ООО Рога И Копыта, могут сломать сайт через админку? Или у секретаря есть доступ к серверу? Мои клиенты не ходят по фтп, не меняют днс, они ко мне приходят так как сами занимаются абсолютно другим бизнесом и для работы с сайтом они нанимают специального человека - меня. Всякие мамкины бизнесмены мои услуги просто не потянут, да и не работают они с теми технологиями с которыми работаю я - по этому мне с ними просто негде пересечься от слова совсем.

SeVlad:

Ты сказал что допускаешь возможность простоя.
Но да ладно, чего уж..

Возможность допускаю, они же на шареде, работоспособность которого от меня не зависит абсолютно никак, если люди приходят ко мне за работоспособностью то я строю такую систему, на которую я могу повлиять, в случае единственного шареда я повлиять ни на что не могу, по этому и допускаю возможность. В твоем случае, даже простоя то никакого не будет, переводишь заранее домен на DNS бегета, настраиваешь на старый хост, переносишь сайт, проверяешь что все работает, меняешь А запись на бегетовскую, запускаешь перевыпуск сертификата, максимум что имеешь это рабочий сайт на протоколе http минут 15... ночью.... я хз что у тебя за клиенты которые по трое суток могут пропадать, и которым так критично все эта канитель.

SeVlad:
Это до первого раза когда тебя криворукий клиент с вирями в системе не обвинит в поломке сайта или чего похлеще... Напр увода домена.

Я не работаю с вордпресом, у меня нет таких клиентов и быть не может по определению.

SeVlad:
Вопросов больше не имею :)
Я для всех клиентов, даже если у него 100 чел/день и даже если он от меня уходит стараюсь не допустить простоя ни на минуту.

А кто сказал что я допускаю простой? Я сказал что это не критично. Просто любой хостер падает, даже амазон, если у тебя нет репликации, балансировщика, failover ip и прочих вещей, то ты потенциально допускаешь простой клиентских сайтов, а если ты их кладешь на шаред который в любой момент может стать недоступен, то говорить о простое ну просто смешно.

Проблемы высосанные с пальца, но да, имитация деятельности она такая. Я скажу больше, у нас проект, с тысячами заказов в сутки, и да, мы вполне себе можем позволить провести нагрузочное тестирование на бою ночью прикладывая сервер продакшена перед очередной акцией - и это не проблема, для сайта с нашим оборотом и сотнями тысяч клиентов, а для 100 ч/день проблема? Не смеши, стань серьезнее уже, хотя видимо 100 ч/день это уже достаточно крупные проекты для тебя, которым нельзя допустить простоя ни на одну минуту, даже если владелец на трое суток выпадает из жизни когда он по факту нужен.

danforth:
Сейчас мой код в небольшой кампании держит 550 000 запросов в секунду, это 47 520 000 000 в сутки (по 70к rps на сервер).

Что конкретно делает этот код? Это асинхронный приемщик запросов на fasthttp и отдающий результаты куда то дальше?

danforth:
Я поработал с огромным количеством инструментов, от всяких ансиблов для деплоя на десятки машин, натс/кафка для пайплайна и батчей, до кликхаус и сциллы, хранящих террабайты данных. Деньги тоже платят существенно другие.

Как это зависит от языка? Вот сейчас одна контора ищет фулстек девелопера php+js стек, $140к в год - это много/мало на ваш взгляд? Все зависит от поставленных задач и их решения, у нас на php все тоже самое используется и ничего - не страдаем. А где там в го ОРМ уровня доктрины? Нормальные фреймворки где можно напилить нормально бизнес логики которую можно будет поддерживать в дальнейшем? DDD может быть? Го это к микросервисам и только, только микросервисная архитектура это далеко не для каждого проекта. По этому го как правило используют в связки с чем то еше, переписывая на нем какие то критичные участки системы вынося их в микросервис. Или например если нужно юзать какие то системные сишные либы. Очень часто встречаю стек php+go сейчас.

danforth:
Это все к тому, что сидя на PHP, вряд ли представится случай поработать с такими технологиями. Скорее всего будет обычный MySQL, поиграть шрифтами, CRUDы до конца своих дней. Как итог: зарплата низкая из-за огромной конкуренции, хотя тут можно выкрутиться если ты ответственный человек, то можно просто заработать себе репутацию надежного разработчика, которому будут готовы хорошо платить. Я не говорю, что PHP умрет или не нужен, он занимает огромную долю веба, и многие сайты до сих пор работают на нем, но я сомневаюсь, что это хороший выбор с чего начать, учитывая то, что язык старый, тащит за собой огромное легаси и морально устаревшие подходы для разработки. Тут каждый для себя выбирает: ему просто нужно иметь возможность подправить свой сайтик, и на случай чего подзаработать на хлеб, или он ставит целью не просто зарабатывать, а каждый день узнавать новое, учить новые инструменты, подходы и практики, и возможно стать частью чего-то большого.

Я знаю крутых сишников в том числе и с плюсами, программирующих серьезное оборудование с зарплатой чуть больше 30к деревянных. Как язык программирования влияет на стек используемых технологий или заработную плату? Попасть на крутой проект будучи php программером сильно проще, чем на чем либо другом.

---------- Добавлено 09.01.2020 в 18:24 ----------

dimsog:
Как будто тут есть выбор. Как бы в 2020 всем понятно, что это PHP, в частности последняя ее версия :)
Но это если только сайтами заниматься.

Не совсем так, любым серверным программированием. Можно заниматься и бэкендом для игр и бэкендом для роботов пылесосов... и в принципе сейчас очень много что есть в сети, и каждому такому сетевому клиенту нужен бэкенд и его вполне можно запилить на php в том числе.

dimsog:
Вот когда я это читаю у меня так подгорает, что можно весь Орёл отапливать.
Ну емае, язык в последнее время только начал набирать обороты, с выходом 7.4 еще лучше стал.

Да вот тут плюсую, пхп хорошо стартанул и начал внедрять множество новых фишек приближая его к вполне взрослым языкам, плюс прилично повысил производительность.

suffix:

Но всё равно мне кажется что в стандартных случаях использование БД не сильно удорожает проект если изначально не жлобиться на ресурсы/администрирование.

Дело не в ресурсах, БД отвечать может по минуте при том при 0 нагрузке на железо сервера. С БД надо уметь работать, она умеет делать круто связи (говорим за классическую реляционную БД), но связи нужны не везде, для того чтобы отрендерить текст страницы с метатегами можно даже не ставить БД которой как принято отдают 80% ресурсов сервера. Причин на самом деле может быть много, да БД это удобно, но не обязательно, когда можно без неё, то зачем она? Например давайте так, как бы вы переносили изменения в БД с одного сервера на другой (с дев сервера на продакшен)? У фф цмс своя ниша, БД тоже работает на файлах, разница лишь в том, что перед этими файлами есть сервер, который умеет делать некие манипуляции.

---------- Добавлено 09.01.2020 в 17:57 ----------

LazyBadger:

* Проще = понятнее и логичнее
* Удобнее
* Нативное приложение на всех поддерживаемых платформах (привет GitBashу)
* Гуевый клиент (TortoiseHG) - полноценный клиент, делающий все и ничего не прячущий, в отличие от обсоска TortoiseGit (а нормального клиента надо долго и упорно искать)

С гитом знаком каждый мидл, чего не скажу за другие системы. Достаточно? =)

PS. Проще и удобнее никак не сочетается с гуевым клиентов =)

---------- Добавлено 09.01.2020 в 17:59 ----------

_SP_:
В ИМ есть только одна серьезная проблема - поиск.
Если база товаров велика(скажем послать её всю клиенту, либо держать в ОЗУ будет слишком "дорого"), И, если требуется поиск по множеству полей, то, вероятно эту функцию придется реализовывать через БД.
И как правило, в результате, даже небольшой ддос и "мало не покажется".

Поиск не проблема фф цмс, поиск в реляционной БД это тоже проблема, если нужен нормальный поиск, то юзают как например эластик, и его вполне можно юзать вместе с фф цмс.

---------- Добавлено 09.01.2020 в 18:02 ----------

У БД множество преимуществ, например транзакции в коробке, хранимки и так далее, но если можно без неё (БД), то зачем её ставить?

Sly32:
Хорошо, убедили, отличная штука ФФ системы. А что можно реализовать на них еще, кроме новостника? Например магазин со сложным составным товаром? Это будет практичнее чем использовать БД?

---------- Добавлено 07.01.2020 в 13:47 ----------


Странно, где-то я тут читал что гит не торт...
То есть ты изобретаешь CI/CD, Jenkins?

А кто сказал что ФФ цмс используют для магазинов? Их обычно юзают для простых, контентных сайтов, лендосов, визиток и там бложиков разных - никто не говорит что это серебряная пуля.

И мне иногда кажется что вы не понимаете что пишите. Гит не торт? CI без cvs?

suffix:
В основном оперативку. А она сейчас недорогая - то что в тарифах у хостеров это другой вопрос.

Смотрите платформа Супермикро :

1270v6, 64 gb ram, hw raid котроллер MegaRaid, 4 intel 240 gb ssd (ставим в raid 10), 2 10gbase-t - стоит 175.000 руб.

Разумеется думая о надёжности берём две штуки.

Соединяем по 10-гигабитной сети и зеркалируем содержимое. Использовать дублирование будем через dns round-robin.

Прослужат они 5 лет.

Colocation 2-ух 1U с IP и каналом обойдётся если оплатить сразу 5 лет в 180.000 руб.

Итого: (175.000+175.000+180.000)/60 = 8.833 рублей в месяц.

Сколько "обычных" сайтов какого-нибудь WP с базами данных потянет такой конфиг ? И о надёжности мы подумали и о быстродействии (два сервера же).

Так что наличие БД - никому ничем не мешает.

P.S.

А ещё бонус - через 5 лет эти два сервера можно будет поменять на ящик хорошего пива :)

Не совсем так, БД относится к процессорозависимому ПО, при своей работе она утилизирует проц колоссально, оперативка спасает когда все запросы попадают в индекс и то не всегда. Си быстрее пхп, но чёт на си бложики не клепают:))) Каждый инструмент хорошо решает только определенный круг задач, а не все сразу:)) у монеты всегда 2 стороны)))

yodda:
Неужели зайти в админку любой CMS и добавить статью через форму сложнее, чем писать что то в файл, потом закидывать его по ФТП? Эти файловые CMS были разработаны в прошлом веке, когда MYSQL был не на всех хостингах. Не перестаю удивляться тупостью людей.

Вы ошибаетесь, с появлением ssd на серверах, проблемы работы с диском решились сами собой. Создать подключение к бд это уже тяжелая и для многих сайтов бесполезная операция. Для чего вам бд если вы там просто храните статьи и настройки? А так то бд требует ресурсы, там есть ограничения и ещё это самое первое бутылочное горлышко с которым сталкивается сайт. Например тот же ВП что бы работал быстрее, ставят модули кэширования, которые результаты выборки с бд складывают в файл и далее забирают эти данные с файла.

там криво настроенная Bitrix VM судя по всему, nginx работает на 443 порту а прокидывает на апач 80 порта. Надо немного дотюнить конфиг nginx или на апач накинуть те же самые или самоподписные сертификаты

SeVlad:

И сразу видно кто как работает с клиентами.

Да, к моему великому сожалению, когда я работаю с клиентом, я требую все доступы которые нужны для работы. Если я переношу что то и куда то, то у меня есть все, от управления хостингами до управления DNS зоной иначе просто не берусь. Так как мои клиенты просто не знают что такое DNS и где и что там менять.

Ты пойми одну простую истину, везде есть плюсы и везде есть минусы. Вот прям везде, даже в твоих хостингах с ISP панелями где ты там можешь на "конфигурировать" мышкой то, работу чего ты даже не понимаешь.

В данном случае, на бегете у меня клиенты реально те, которым даже недельный простой будет пофигу, бюджетники могут заметить что у них сайт не работает в тот момент когда там уже дор работает во всю. Но у такого хостера как бегет есть плюсы, которые перевешивают те неудобства, там аптайм 99.98%, там саппорт в любое время дня и ночи, праздника и выходного ответит в течении ~15 минут по существу. Там серверы стоят в ДЦ по соседству в городе с клиентами сайты которых там размещены при том они не загружены в доусрачку. Там хорошие каналы, отличное изолированное пространство для каждого сайта в районе одного аккаунта и еще куча плюшек в том числе никто не блочит все сайты за нагрузку, то есть клиент спросил где дешево и сердито, я его отправил на бегет и забыл и он в том числе забыл об этом как о проблеме. А вот в момент когда мне клиент начинает платить за доступность своих проектов, тогда я уже строю нормальные решения и шаред хостинги туда как бы уже не вписываются от слова совсем.

drDaemon:
симфони это конечно круто.... не вопрос... и если его хватает, зачем еще что то...

никто не спорит что у голанг есть своя ниша, но го изначально начал двигать не пхп, а ноду. Просто если брать понятие темы топика, то проще выучить язык тот который массовый и как сказали это точно не Го. Лучше тогда учить какой нибудь C#, можно и сайты на .net core пилить, и приложеньки для винды и на юнити игры клепать и для мобилки на ксамарине кодить.... прям универсал.... один раз выучил и развивайся где хочешь.

Всего: 4113