ИМХО, вордпресс только для мелких проектов, на которые не хочется заморачиватся и тратить много времени. А на что то побольше и сложнее asp.net mvc либо жабовские сервлеты
11.02.2016, 16:03
А ты видел чтобы вордпрес использовался для чего-то масштабнее сайта-визитки или маленького бложика?
.net - хорошо, но без ажура практически нежизнеспособно
яву вобще к вебу пускать не стоит - слишком много заморочек
остаются пых/питон/нода/руби как универсальные языки для бекенда в вебе, имхо
.net - хорошо, но без ажура практически нежизнеспособно
яву вобще к вебу пускать не стоит - слишком много заморочек
остаются пых/питон/нода/руби как универсальные языки для бекенда в вебе, имхо
Изучаю веб-программирование на Джаве. Не так уж и заморочено. Надо почитать литературу (почитать, а не пролистнуть и, желательно, на английском языке) и все будет норм.
Даже интернет-магазины на вордпрессе умельцы делать не стесняются.
О, веб-эксперт в треде!
На Вордпрессе работают Sony Music, Fortune, Flickr... а еще туева хуча сайтов американских государственных контор, университетов и прочего, чуть-чуть масштабнее маленького бложика.
На Вордпрессе работают Sony Music, Fortune, Flickr... а еще туева хуча сайтов американских государственных контор, университетов и прочего, чуть-чуть масштабнее маленького бложика.
Хм. Из этого сайт Sony Music - большой и красивый сайт-визитка, не более. Flickr - нашёл старую статью (http://highscalability.com/flickr-architecture) с обсуждением его бэка, PHP там всплывает, но не WordPress. Мб на WordPress какой-нибудь бложик в рамках Flickr, хз. Дальше лезть что-то проверять желания никакого.
Ок, переходим сюда https://www.sonymusic.com/ , видим кучу статики и немного новостей. С кешированием все этого счастья справится банальный эеджинкс.
Fortune - опять таки куча статики, для коментов к новостям используется сторонний сервис. Поиск? Почти уверен что где-то сбоку припилен сфинкс.
У фликра вобще рест сплошной. Ни разу не видел чтобы кто-нибудь делал апи на основе цмс. К тому же детектер на фликре цмс не распознает(что не удевительно) и на сайте вордпреса фликр тоже не светится.
И что получается в итоге? 2 сайта визитки с минимальным функционалом, но грамотно построеной инраструктурой вокруг них чтобы ничего не падало и не тормозило. Еще один к вордпресу имеет уже крайне отдаленное отношение.
Fortune - опять таки куча статики, для коментов к новостям используется сторонний сервис. Поиск? Почти уверен что где-то сбоку припилен сфинкс.
У фликра вобще рест сплошной. Ни разу не видел чтобы кто-нибудь делал апи на основе цмс. К тому же детектер на фликре цмс не распознает(что не удевительно) и на сайте вордпреса фликр тоже не светится.
И что получается в итоге? 2 сайта визитки с минимальным функционалом, но грамотно построеной инраструктурой вокруг них чтобы ничего не падало и не тормозило. Еще один к вордпресу имеет уже крайне отдаленное отношение.
OK, продолжим...
techcrunch.com
bbcamerica.com
bestbuy.com
open.nasa.gov
Вообще NASA использует вордпресс на нескольких сайтах.
Чтобы было понятно, я доебался до выражения:
"А ты видел чтобы вордпрес использовался для чего-то масштабнее сайта-визитки или маленького бложика?"
- Да, видел, много.
techcrunch.com
bbcamerica.com
bestbuy.com
open.nasa.gov
Вообще NASA использует вордпресс на нескольких сайтах.
Чтобы было понятно, я доебался до выражения:
"А ты видел чтобы вордпрес использовался для чего-то масштабнее сайта-визитки или маленького бложика?"
- Да, видел, много.
.net а потом виндовые серваки, прям идеальный план для крупных сайтов, ага. поддерживаемый, масштабируемый, мечта саппорта.
да, это всё сарказм.
да, это всё сарказм.
нефиг тут юлить. для средних и крупньіх проектов .net отлично себя показьівает. А учитьівая что мелкософт напрягся в отвязке от system.web для кросплатформености, вообще будет огонь. Ну икуча инструметов запилено по ASP.net mvc
А вот уже для обработки big data придется юзать что-то иное. Технология расчитана больше на удобное написание проектов.
А вот уже для обработки big data придется юзать что-то иное. Технология расчитана больше на удобное написание проектов.
Так можно практически про любую среду разработки сказать. Вообще говорить чисто про asp.net глупо. Хотя бьі взять две их технологии: Form vs MVC. Формьі, єто крайне незадавшаяся попьітка зделать из web десктоп. Хотя порог вхождения для школьников значительно ниже (особенно после десктопньіх форм), но вся єта чехурда с уровнями жизни страницьі и єлементов больше путает. А верстка вообще отдельная тема. В MVC же: код отлично ложится на request-response модель; возможность независимо верстать-кодить; Razor, которьій облегчает жизнь на порядок.
А дальше идут вещи, не особо связаньіе даже с нет: js-либьі, патерньі-архитектура, ORM....
Лично мне asp.net в основном нравится за синтакцис C#: лямда, linq, куча дефолтньіх либ, си-подобность. И очень хочется подучить JAVA тупо для сравнения. То что технология кросплатформеная, однозначно плюс, но как там дела обстоят например с такой структурой: UserRepository.Where(u => u.Reg
А дальше идут вещи, не особо связаньіе даже с нет: js-либьі, патерньі-архитектура, ORM....
Лично мне asp.net в основном нравится за синтакцис C#: лямда, linq, куча дефолтньіх либ, си-подобность. И очень хочется подучить JAVA тупо для сравнения. То что технология кросплатформеная, однозначно плюс, но как там дела обстоят например с такой структурой: UserRepository.Where(u => u.Reg
лад, чуть подробней:
* если нужна ОДНА(!) страничка, октьіваем блокнот, фигачем все туда, сохраняем в формате html.
* сайт-визитка до дюжиньі пейджов с минимальньім функционалом -- фигачем в конструкторах аля юкоз или ворд-пресс.
* что-то небольшое, 100500 раз делаемое другими пользователями, без особой кастомизации -- любая CMS.
* сайт со своими приколами, до ляма юззверей и трилиона записей, с хитрожопой обработкой контента и постоянно меняющимися задачами -- asp.net, JAVA и прочие (по сути вьібираем платформу и либьі)
* трилион байт на минуту на CPU (точнее их группу), херов петабайт в репозитории и все єто будет крутится на своеобразной архитектуре по железу. Что-то мне подсказьівает, что стандартньіми приблудами тут можно ваять только формочки.
* если нужна ОДНА(!) страничка, октьіваем блокнот, фигачем все туда, сохраняем в формате html.
* сайт-визитка до дюжиньі пейджов с минимальньім функционалом -- фигачем в конструкторах аля юкоз или ворд-пресс.
* что-то небольшое, 100500 раз делаемое другими пользователями, без особой кастомизации -- любая CMS.
* сайт со своими приколами, до ляма юззверей и трилиона записей, с хитрожопой обработкой контента и постоянно меняющимися задачами -- asp.net, JAVA и прочие (по сути вьібираем платформу и либьі)
* трилион байт на минуту на CPU (точнее их группу), херов петабайт в репозитории и все єто будет крутится на своеобразной архитектуре по железу. Что-то мне подсказьівает, что стандартньіми приблудами тут можно ваять только формочки.
Битрикс придумал сатана...ну точнее крутой маркетолог.
Не встречал ни одного довольного владельца этой адской CMS.
Её смело можно заменить бесплатными CMS-ками, это выгоднее и удобнее.
Не встречал ни одного довольного владельца этой адской CMS.
Её смело можно заменить бесплатными CMS-ками, это выгоднее и удобнее.
CMS нормальная. там пипец как много функционала + далеко не самый качественный код, но при этом масса хороших решений:
- можно легко модифицировать компоненты просто создав свой раздел под них и скопировав туда код;
- удобное разграничение мультисайтовости;
- отличный инструмент резервного копирования. аналогов в других CMS я не видел;
- смартфильтр. очень крутая приблуда для настройки фильтрации. отлично кешируется и с ним очень удобно работать и модифицировать;
- кеширование. разные способы кеширования которые работают в зависимости от того что за компонент;
- кастомизация инфоблоков;
- возможности настроек: тут и роутинг настроить можно из админки и кучу всякой другой фигни;
- торговые предложения;
кроме этого есть не мало в принципе удачных решений в виде компонентов.
из самых бесячих минусов:
- евенты. не знаю какого хрена их так мало и почему нельзя было наваять их побольше в каждом компоненте, а не только в основных;
- родной импорт. эта срань крайне криво работает. вроде как список изображений все еще не понимает. надо что-то сложное импортнуть — пиши свой велосипед;
- все что связано с JS-методами крайне хреново задокументировано или вообще без документации — ебитесь с корзиной как хотите;
- без документации в битрикс нет смысла лезть — на первых парах понятно будет чуть меньше чем нихуя. особенно если вы нуб
- 404 страницы. битрикс все еще нормально в них не умеет и вы будете ловить события и возиться с каталогом и другими компонентами чтобы настроить нормально работающую 404 страницу;
- в связи с тем что для работы с битриксом нужны прямые руки и чтение документации, то большая часть сайтов на нем — лютый пиздец. готовьтесь при запуске тестирования в админке битрикса увидеть что изменены чуть больше чем все файлы потому что прошлый разработчик был долбоеб;
- плохо прокомментированный и местами просто хреновый код ( в последнее время обновления это исправляют, но не дай бог столкнуться с версией до 11 );
- можно легко модифицировать компоненты просто создав свой раздел под них и скопировав туда код;
- удобное разграничение мультисайтовости;
- отличный инструмент резервного копирования. аналогов в других CMS я не видел;
- смартфильтр. очень крутая приблуда для настройки фильтрации. отлично кешируется и с ним очень удобно работать и модифицировать;
- кеширование. разные способы кеширования которые работают в зависимости от того что за компонент;
- кастомизация инфоблоков;
- возможности настроек: тут и роутинг настроить можно из админки и кучу всякой другой фигни;
- торговые предложения;
кроме этого есть не мало в принципе удачных решений в виде компонентов.
из самых бесячих минусов:
- евенты. не знаю какого хрена их так мало и почему нельзя было наваять их побольше в каждом компоненте, а не только в основных;
- родной импорт. эта срань крайне криво работает. вроде как список изображений все еще не понимает. надо что-то сложное импортнуть — пиши свой велосипед;
- все что связано с JS-методами крайне хреново задокументировано или вообще без документации — ебитесь с корзиной как хотите;
- без документации в битрикс нет смысла лезть — на первых парах понятно будет чуть меньше чем нихуя. особенно если вы нуб
- 404 страницы. битрикс все еще нормально в них не умеет и вы будете ловить события и возиться с каталогом и другими компонентами чтобы настроить нормально работающую 404 страницу;
- в связи с тем что для работы с битриксом нужны прямые руки и чтение документации, то большая часть сайтов на нем — лютый пиздец. готовьтесь при запуске тестирования в админке битрикса увидеть что изменены чуть больше чем все файлы потому что прошлый разработчик был долбоеб;
- плохо прокомментированный и местами просто хреновый код ( в последнее время обновления это исправляют, но не дай бог столкнуться с версией до 11 );
Ну не знаю, все перечисленные плюсы присутствуют и в бесплатных СМS, причем плюс бесплатных - хорошая документация и мощное комьюнити. Кроме того те же бесплатные CMS часто-густо отлично поддерживают MVC стандарт и построены на принципах ООП. Грубо говоря не зная CMS-ку можно за два вечера в ней разобраться и уже пилить свои компоненты, если это необходимо.
А "отличный инструмент резервного копирования" должен присутствовать на хостинге/сервере.
Хотя я придерживаюсь мнения что каждый дрочит как он хочет, и если специалист решает качественно вопросы на Bitrix то почему бы и нет
А "отличный инструмент резервного копирования" должен присутствовать на хостинге/сервере.
Хотя я придерживаюсь мнения что каждый дрочит как он хочет, и если специалист решает качественно вопросы на Bitrix то почему бы и нет
назовите бесплатную CMS где это все присутствует. можно не из коробки, но и не так что "установите 15 плагинов и надо еще часов 20 работы программиста чтобы все это подружить". уж сколько лет занимаюсь этим делом и пока для сложного магазина все же лучше взять битрикс не смотря на его минусы — дешевле выходит
ООП кругом. в том числе и в битриксе. с MVC сложнее
"отличный инструмент резервного копирования" так же очень удобен для переноса с хоста на хост
ООП кругом. в том числе и в битриксе. с MVC сложнее
"отличный инструмент резервного копирования" так же очень удобен для переноса с хоста на хост
Все компоненты в одной CMS не назову, но вот если по отдельности:
"можно легко модифицировать компоненты просто создав свой раздел под них и скопировав туда код;" - opencart 1.5, opencart 2
"удобное разграничение мультисайтовости" - этого ещё не встречал ни у кого
"смартфильтр." опять же - opencart 1.5, opencart 2.
"кастомизация инфоблоков;" если я Вас правильно понял, то у Joomla есть такая возможно, у каждого блока есть ID, каждому блоку можно задовать CSS класс, устанавливать сложную логику отображения
"возможности настроек: тут и роутинг настроить можно из админки и кучу всякой другой фигни;" - опять же если я Вас правильно понял имеется ввиду ЧПУ ссылки, стандартные SEO модули для создания таких ссылок есть в каждой современной CMS - Joomla, WP, Opencart, Drupal
"торговые предложения" коммерческие компоненты? - Тьма, но огромный плюс, что написание компонент с нуля для той же Joomla будет стоить в разы дешевле чем для Bitrix
"можно легко модифицировать компоненты просто создав свой раздел под них и скопировав туда код;" - opencart 1.5, opencart 2
"удобное разграничение мультисайтовости" - этого ещё не встречал ни у кого
"смартфильтр." опять же - opencart 1.5, opencart 2.
"кастомизация инфоблоков;" если я Вас правильно понял, то у Joomla есть такая возможно, у каждого блока есть ID, каждому блоку можно задовать CSS класс, устанавливать сложную логику отображения
"возможности настроек: тут и роутинг настроить можно из админки и кучу всякой другой фигни;" - опять же если я Вас правильно понял имеется ввиду ЧПУ ссылки, стандартные SEO модули для создания таких ссылок есть в каждой современной CMS - Joomla, WP, Opencart, Drupal
"торговые предложения" коммерческие компоненты? - Тьма, но огромный плюс, что написание компонент с нуля для той же Joomla будет стоить в разы дешевле чем для Bitrix
в опенкарте нет возможности кастомизировать на необходимом уровне. ни справочников, ни мультибоксов. смартфильтром там и не пахнет.
в опенкарте простейшая работа с атрибутами товара и простой фильтр ( вроде даж без кеширования результатов)
кастомизация инфоблоков это немного не то :) речь не о возможности прописать пару параметров
роутинг — речь не о ЧПУ. именно о роутинге. правила обработки URL движком
назовите пару компонентов реализующий торговые предложения. не товары, а именно торговые предложения — это не одно и то же
в опенкарте простейшая работа с атрибутами товара и простой фильтр ( вроде даж без кеширования результатов)
кастомизация инфоблоков это немного не то :) речь не о возможности прописать пару параметров
роутинг — речь не о ЧПУ. именно о роутинге. правила обработки URL движком
назовите пару компонентов реализующий торговые предложения. не товары, а именно торговые предложения — это не одно и то же
