Переход с PHP на C# как средства разработки сайтов

rx писал:

заметь, это ты сам сказал/придумал, в моих постах этого нет. лично мне кажется ты не умеешь читать и невнимателен, что ставит под сомнение твои способности анализировать информацию в целом, в частности для принятия решений. ибо я четко указал что бесплатно, "простой сайт" и не указал сроков. если устроит переделка простого - вот тогда можно будет обсудить сложное. опять же, по факту. мне не важно какие задачи ты решаешь или думаешь что решаешь. косвенной информации ты предоставил предостаточно. было дело приходилось за месяц переделывать то что контора с 10ком таких же мегапрогеров в штате писала два года, ибо так уж получилось что максимальный IQ по айзеку в 16 лет, более десятка лет практики на различных позициях плюс опыт работы с суровой нагрузкой + собственный кастомизирующийся фреймворк и куча набитых шишек и ошибок на пути позволяют решать практически любые задачи в вебе но как любой хороший профессионал, я всегда допускаю возможность собственной ошибки и ограниченности знаний. если ты озвучишь задачу и я найду ее архисложной, я признаю это. удиви меня.

я прекрасно услышал твои понты: ты профессионал а я глупец. мне не нужен простой сайтик на php. какой в этом смысл? я тебе и сам его за две минуты сделаю. слушать не умеешь ты. задача не стояла в том, чтобы сделать странички html. это больше серверная часть, для которой платформа php просто не пригодна.
корпоративные секреты не имею права обсуждать с тобой. Мне не нужна чья либо помощь, я самодостаточен. у меня все отлично работает на любом языке. пишу я хорошо.
что касается выбора языка: это исходило из того, что большая часть людей в команде с ним были знакомы. а времени на обучение не было. язык очень хороший, масса возможностей, типизированный, более производительный, чем php и писать на нем можно все, что душе угодно и намного быстрее. но тебе этого не понять. писать в принципе можно на любом языке. были факты в пользу c# вот и все. и я не вижу ничего в этом плохого.
но мне постоянно рисуют это как нечто черное. я вообще не понимаю почему нельзя то? почему обяз нужен php? ну захотелось мне, пишу на чем хочу. чем плохо то? единственный аргумент был - язык не кроссплатформен. аргументируй почему я должен сидеть на древнем php? сейчас вообще масса языков которые могут его заменить. тот же go компилируемый и тп. ну боишься ты всего нового, да ради бога пиши хоть на паскале сайты
людей уже встречал: сейчас да я, да вот такого, да все переделаю, да поисковик напишу. не геройничай. не идет
может ты просто на работу к киту хочешь? поэтому тут свои услуги рекламируешь? стучи в личку, я не против, грамотные люди нужны.

PS иди уже работай чини сайтики на 100 посещений в сутки ;)

Sargas писал:

У badoo.com так сделано, а у youporn думаю что нет. Есть еще тулзовина которая реализует keepalive и pipelining между серверами с приложением и мемкешом/редисом https://github.com/twitter/twemproxy . Единственный минус - память не освобождает и приходится раз в сутки рестартить.

Ну видишь, сам спросил — сам ответил. Только сравнивать Badoo с Youporn — это всё равно что сравнивать хй с пальцем. Badoo — это эталонный проект для меня, с кучей собственных технологических решений и множеством интересных статей и докладов. PHP FPM, Blitz, pimba — всё их рук. А у юпорна нет даже личных сообщений, там нечего шардить в принципе. Да и вся нагрузка там ложится на файловую систему, а не на движок и БД сайта. Вот распределение, хранение и отдачу статического контента интересно обсуждать, там больше ньюансов, чем в Redis.

А twemproxy что и haproxy — это всего лишь прокси, но решардить они не умеют, а это самое важное в приложениях с постоянно растущими данными. Нужно писать собственную прослойку (дело одного вечера), или попросту поставить бета-версию Redis Cluster и забыть вообще обо всех проблемах.

Sargas писал:

Ну pdf'ка 2008 года, скорее всего тогда они таки mysql like юзали Elasticsearch - переиндексация очень долго идет. Сфинкс по-моему вне конкуренции.

У Elasticsearch нет переиндексации. Вернее, есть, но когда меняется мэппер (схема), приходится удалять индекс и индексить заново. И только тогда. В остальном индексация там в риалтайме: добавляем данные в индекс, удаляем, меняем — индексация всегда происходит в автомате, в реальном времени (ну или можно поставить небольшую задержку), мы об этом просто не задумываемся. А что там у Sphinx? Какие-то убогие delta-индексы с конфигами и километровыми SQL-запросами. Они сделали Realtime Index, но также через жопу — доступ к ним есть только через их DQL (я имею ввиду Sphinx QL) Через API нельзя работать. А что Эластик? Он умеет хранить данные прямо в индексе, не надо делать дополнительные запросы. Сам движок document-oriented, можно хранить любые структуры любой вложенности и делать охрененно удобные выборки, агрегации, фильтрации, сортировки. Есть поиск по MVA, который в Сфинксе отсутствует (он есть номинально, но реализован через одно место) Ну то есть на эластике мы можем сделать поиск по социальной сети по куче параметров или фасетный поиск, как в яндекс.Маркете. На сфинксе это нереализуемо. Я лично использовал Эластик вообще для нетривиальных задач — делал на нём таргетинг рекламных объявлений и систему риалтайм-аналитики. Ну в общем, при всём уважении к автору Сфинкса, его (sphinxengine) все прогрессивные проекты давно уже поменяли на Эластик. А Сфинкс подходит для поиска по двум-трём текстовым полям, не более. Для тьюбов покатит

ravlio писал:

Ну видишь, сам спросил — сам ответил. Только сравнивать Badoo с Youporn — это всё равно что сравнивать хй с пальцем. Badoo — это эталонный проект для меня, с кучей собственных технологических решений и множеством интересных статей и докладов. PHP FPM, Blitz, pimba — всё их рук. А у юпорна нет даже личных сообщений, там нечего шардить в принципе. Да и вся нагрузка там ложится на файловую систему, а не на движок и БД сайта. Вот распределение, хранение и отдачу статического контента интересно обсуждать, там больше ньюансов, чем в Redis. А twemproxy что и haproxy — это всего лишь прокси, но решардить они не умеют, а это самое важное в приложениях с постоянно растущими данными. Нужно писать собственную прослойку (дело одного вечера), или попросту поставить бета-версию Redis Cluster и забыть вообще обо всех проблемах. У Elasticsearch нет переиндексации. Вернее, есть, но когда меняется мэппер (схема), приходится удалять индекс и индексить заново. И только тогда. В остальном индексация там в риалтайме: добавляем данные в индекс, удаляем, меняем — индексация всегда происходит в автомате, в реальном времени (ну или можно поставить небольшую задержку), мы об этом просто не задумываемся. А что там у Sphinx? Какие-то убогие delta-индексы с конфигами и километровыми SQL-запросами. Они сделали Realtime Index, но также через жопу — доступ к ним есть только через их DQL (я имею ввиду Sphinx QL) Через API нельзя работать. А что Эластик? Он умеет хранить данные прямо в индексе, не надо делать дополнительные запросы. Сам движок document-oriented, можно хранить любые структуры любой вложенности и делать охрененно удобные выборки, агрегации, фильтрации, сортировки. Есть поиск по MVA, который в Сфинксе отсутствует (он есть номинально, но реализован через одно место) Ну то есть на эластике мы можем сделать поиск по социальной сети по куче параметров или фасетный поиск, как в яндекс.Маркете. На сфинксе это нереализуемо. Я лично использовал Эластик вообще для нетривиальных задач — делал на нём таргетинг рекламных объявлений и систему риалтайм-аналитики. Ну в общем, при всём уважении к автору Сфинкса, его (sphinxengine) все прогрессивные проекты давно уже поменяли на Эластик. А Сфинкс подходит для поиска по двум-трём текстовым полям, не более. Для тьюбов покатит

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

интересно почему yp не написали на php, ведь все пишут на нем и ведь yp как раз для этого, и программеры есть в наличии

RA Optimus писал:

спор плавно перешел в выбор базы данных и средств полнотекстового поиска сейчас на тебя посыпится груда комней, что нужно использовать только сфинкс люди ничего друго не знают ;) интересно почему yp не написали на php, ведь все пишут на нем и ведь yp как раз для этого, и программеры есть в наличии

нужно стараться целесообразно выбирать инструмент, а не ради "потому что так круче".

RA Optimus писал:

интересно почему yp не написали на php, ведь все пишут на нем и ведь yp как раз для этого, и программеры есть в наличии

yp - это Youporn ? Еще раз повнимательнее пдфку глянь, на наличие php

Раз разговор про еластик зашел, он ресурсы сильно жрет ? Может кто его в реальных задачах с Xapian сравнивал .

Ребята это все больше напоминает мне напоминает спор какие бабы крашы с большими сиськами или с упругой жопой.

RA Optimus писал:

много букв

я работаю там где я работаю ты как-то плавно съехал с темы в детсадовские попытки уязвить оппонента, да и вообще ты уже запутался кто какие тебе аргументы кто предъявлял. напоминаю - написанный тобой за два часа сайт на C# будет медленнее и более ресурсоемким чем мой написанный за 2 часа сайта на PHP - this , а написанная мною сложная система за более длительное время - быстрее и эффективнее, и я готов подтвердить оба тезиса в свободное время. это просто закон джунглей - при желании опытные фриленсеры спокойно съедают пачками хавку ленивых офисных жителей.

Stek писал:

Раз разговор про еластик зашел, он ресурсы сильно жрет ? Может кто его в реальных задачах с Xapian сравнивал .

Смотря какие ресурсы. Индексы у него занимают очень мало места (они там как-то ужимаются), а их кеш в памяти ещё меньше. С памятью всё просто — отдаёшь эластику 50% памяти и всё будет нормально. Потом, смотря какие объёмы индексов. Я честно говоря не индексировал весь интернет и мало работал с fulltext-поиском на больших объёмах данных, но на индексе в где-то 100к записей с числовыми параметрами (пол, возраст, ...) и индексе из 1млн кейвордов (сначала идёт запрос к EAV-индексу, потом к кейвордному) ~1000 rps он держал и почти не грузил процессор. Но для подобных задач есть более интересные решения, как потом выяснилось. Да, и разумеется ещё играет роль индексация. Если она идёт параллельно с поиском и индекс обновляется в риалтайме, то поиск, разумеется, будет сильно тупить, т.к. индексы будут постоянно перестраиваться. Тогда нужно делать репликацию и поиск делать на реплике, а индексацию на мастере.

С Xapian работал.

rx писал:

напоминаю - написанный тобой за два часа сайт на C# будет медленнее и более ресурсоемким чем мой написанный за 2 часа сайта на PHP - this , а написанная мною сложная система за более длительное время - быстрее и эффективнее, и я готов подтвердить оба тезиса в свободное время.

не смеши. на c# .net mvc проект вообще генерируется из коробки с авторизацией и прочим за 1 минуту времени и в таком варианте он уже будет куда лучше работать. затем создаешь вьху контроллер и еще одной строчкой кода выводишь информацию. без прочих оптимизаций, такой сайт уже способен выдержать достаточный объем трафика. ресурсов будет, поверь, кушаться меньше. сам то подумай: типизированный язык
с учетом компиляции ошибок будет минимум.
твой же прототип за 2 часа будет не рабочим и вообще ты мало, что успеешь сделать за это время.
большую часть времени ты потратишь на отладку

туб, который я привел в пример, написан всего за 1 неделю до рабочей версии и способен масштабировать как горизонтально так и вертикально

главное ты так уверен в своих суждениях, что ты пишешь лучше всех. иногда сомневайся, это помогает

ТРОЛОЛО ТЫ

RA Optimus писал:

не смеши. на c# .net mvc проект вообще генерируется из коробки с авторизацией и прочим за 1 минуту времени и в таком варианте он уже будет куда лучше работать. затем создаешь вьху контроллер и еще одной строчкой кода выводишь информацию. без прочих оптимизаций, такой сайт уже способен выдержать достаточный объем трафика. ресурсов будет, поверь, кушаться меньше. сам то подумай: типизированный язык с учетом компиляции ошибок будет минимум. твой же прототип за 2 часа будет не рабочим и вообще ты мало, что успеешь сделать за это время. большую часть времени ты потратишь на отладку туб, который я привел в пример, написан всего за 1 неделю до рабочей версии и способен масштабировать как горизонтально так и вертикально главное ты так уверен в своих суждениях, что ты пишешь лучше всех. иногда сомневайся, это помогает ТРОЛОЛО ТЫ

специально отквотил.
потрать минутку, сделай типизированный проект с маркерами времени исполнения/используемой памяти и выложи сорцы и живой код в сеть.

Да ладно ребята, зачем ругаться. Мне кажется каждый прав по-своему.

Очень понимаю RA Optimus, потому что сам пишу под .NET. При глобальной нелюбви к микрософту - их MVC и WebApi - просто шикарны. Отличный гибкий конструктор, на основе которого можно сотворить все что угодно, но в том числе и говно. Просто и там и там нежен ум и прямые руки.

У меня энтерпрайз опыта на PHP нет, но думаю, что и на нем можно написать достойные вещи.

Чтобы не мучаться - спросите на форуме, неужели здесь никому не нужно написать что-то небольшое, многопоточное или производительное. На неделю работы. Реализуйте две версии на PHP и на C#. А потом сравните показатели производительности. Результаты будут красноречивее любых слов.

ravlio писал:

1000 rps он держал и почти не грузил процессор.

А какой процессор ? В моем случае машинки слабые достаточно, часто vps. Ну и держать еще движок на java - как то напрягает. Объем данных не большой , до 100к мелких текстов.

Sniffer писал:

неужели здесь никому не нужно написать что-то небольшое, многопоточное или производительное

Ну так php и не предназначался для "многопоточного". Он чисто для вэба, а не для системы или десктопного софта. Его дело - странички отдавать.
Если рассматривать PHP vs .NET - то это больше противостояние *nix и windows, а следовательно и многих всяких других вещей.

Stek писал:

Ну так php и не предназначался для "многопоточного". Он чисто для вэба, а не для системы или десктопного софта. Его дело - странички отдавать. Если рассматривать PHP vs .NET - то это больше противостояние *nix и windows, а следовательно и многих всяких других вещей.

именно для этого он и подходит - personal home page
плюс в том еще, что c# не ограничен вебом. удобнее поддерживать одну платформу

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

почему я стою на своем именно защищая c# .net ?
потому-что мне не нравится субъективные точки зрения и слепая застарелая приверженность к чему либо.
нужно двигаться вперед, смотреть по сторонам и не бояться экспериментировать
примеров успешных больших кампаний использующих технологии того же MS масса
не нравится идиология: все так делают и я так буду
уверен что большая часть пишущих сидит на ОС windows. если так плохо, то зачем?
я вот перешел на mac (рабочая лошадка), но не сказал бы что пряма вау. мне конечно удобнее с консолью.
везде свои плюсы и минусы

надеюсь меня поняли. короче устал спорить и писать
спор, как я и говорил ранее, не имеет смысла
просто не нужно слепо защищать php

что касается выбора:
были за и против, это решение было обосновано. и как я уже говорил php не пригоден для моей задачи

подвиду итоги
проект был переписан на java, сейчас большая уже часть мигрировала на go.
держит около ~20 млн запросов в сутки
админка на php
уверен, что на c# было бы просто быстрее и в одной технологии все. было бы легче поддерживать.
и т.д. и т.п.

всем удачи

Sniffer писал:

Да ладно ребята, зачем ругаться. Мне кажется каждый прав по-своему. Очень понимаю RA Optimus, потому что сам пишу под .NET. При глобальной нелюбви к микрософту - их MVC и WebApi - просто шикарны. Отличный гибкий конструктор, на основе которого можно сотворить все что угодно, но в том числе и говно. Просто и там и там нежен ум и прямые руки. У меня энтерпрайз опыта на PHP нет, но думаю, что и на нем можно написать достойные вещи. Чтобы не мучаться - спросите на форуме, неужели здесь никому не нужно написать что-то небольшое, многопоточное или производительное. На неделю работы. Реализуйте две версии на PHP и на C#. А потом сравните показатели производительности. Результаты будут красноречивее любых слов.

спасибо за поддержку
бенчмарки уже есть в сети готовые
тут не нужно тратить время
чисто даже идиологически php проиграет
но это не имеет значения
к тому же бенчмарки тоже вещь субъективная
зависит от кода, архитектуры, рук
некоторые вещи просто не повторить

Sniffer писал:

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

А что такое серьезные вещи ?

rx писал:

написанный тобой за два часа сайт на C# будет медленнее и более ресурсоемким чем мой написанный за 2 часа сайта на PHP - this , а написанная мною сложная система за более длительное время - быстрее и эффективнее

Зачем делить на составные части интегральное понятие? Жизненный цикл ПО кончается не в день релиза, а в день вывода этого ПО из эксплуатации. И стоимость ПО это не только стоимость разработки, но и (в большей части, если это серьезное ПО) стоимость владения. Поэтому на дистанции в несколько лет может запросто оказаться что твой мега быстрый сайт на куче пхп-костылей будет стоить в два раза дороже.

.NET помимо всего прочего хорош тем что разработчик не ограничен одним языком. Для специфических задач можно построить DSL и написать для него CLI-компилятор. Кодить в терминах бизнеса, переложив заботу о таких "мелочах" как оптимизация запросов к БД на компилятор одно удовольствие. Но никто не говорит что все части системы должны работать на одной и той же технологии. Веб морду можно смело писать на PHP, ведь он для этого и создан. Сложные бизнес-процессы наверное лучше вынести на отдельный сервер и спрятать в какую-нибудь виртуальную машину с потоко-безопасностью, jit-компилятором, сборщиком мусора и прочими полезностями. А чтобы написать чат нет смысла таскать за собой монстра типа .NET или запускать целый апач на каждый запрос, логичнее сделать его на чем-нибудь типа nodejs - легком и от природы ассинхронном.

зы: Вообще тренд такой что все больше сайтов переносят бизнес-логику на клиент, оставляя на сервере только авторизацию и легкое API для слоя данных. Если исключить из рассмотрения какие-то узкие сферы типа маршрутизации трафика или банкинга, то в перстпективе есть смысл переходить на MEAN стек, а не на .NET.

RA Optimus писал:

что касается выбора: были за и против, это решение было обосновано. и как я уже говорил php не пригоден для моей задачи подвиду итоги проект был переписан на java, сейчас большая уже часть мигрировала на go. держит около ~20 млн запросов в сутки админка на php уверен, что на c# было бы просто быстрее и в одной технологии все. было бы легче поддерживать. и т.д. и т.п. всем удачи

cool story, bro (с). но для человека не разбирающегося в ПХП заявление "пхп не подходит" несколько неадекватно. да и слиться при малейшей конфронтации "давай-ка объективно сравним эффективность" очень мило.

в сети действительно есть бенчмарки php vs .net vs c++ vs java

http://cppcms.com/wikipp/en/page/benchmarks_all

rx писал:

cool story, bro (с). но для человека не разбирающегося в ПХП заявление "пхп не подходит" несколько неадекватно. да и слиться при малейшей конфронтации "давай-ка объективно сравним эффективность" очень мило. в сети действительно есть бенчмарки php vs .net vs c++ vs java http://cppcms.com/wikipp/en/page/benchmarks_all

я не понял, откуда ты такие выводы сделал, что я в нем не разбираюсь? почему ты все время меня пытаешь унизить? о! великий php программист я преклоняюсь перед тобой
ты может болен или устал? с головой у тебя что-то не так, звездная болезнь

очень весело смотреть на бенчмарки Asp.Net/Mono
хотя и это победило

веселый ты парень

Последний раз редактировалось: RA Optimus (20/11/14 в 17:56), всего редактировалось 1 раз

Yacc писал:

...

+1
интернет вообще штука инертная. скорость разработки очень важна
и если рассматривать еще и с точки зрения бизнеса то ...

Sniffer: выйграет Python.

RA Optimus: скорость, не всегда надежность и крутость.

RA Optimus писал:

я не понял, откуда ты такие выводы сделал, что я в нем не разбираюсь? почему ты все время меня пытаешь унизить? о! великий php программист я преклоняюсь перед тобой ты может болен или устал? с головой у тебя что-то не так, звездная болезнь очень весело смотреть на бенчмарки Asp.Net/Mono хотя и это победило веселый ты парень

ты еще и графики читать не умеешь оказывается

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