timo-71

Рейтинг
63
Регистрация
19.09.2018

Чета времени не было сразу.

Aisamiery:
эффективнее будет конечно заточено на самописе, тут без вопросов
Aisamiery:
в чем профит от этого решения, если на CMS можно сделать не хуже?

Где то противоречие закралось.

Aisamiery:
CMS это будет 200-500 человека-часов, а на самописе начинаться от 1000 - 1500 человека часов

Это же оценочное суждение. С точки зрения вашего опыта. Неужто не допускаете, что ни кто не может иметь тонны кода на все случаи жизни - кабинет, роли, доставка, интеграции с популярными сервисами/прогами 1с. Я не про себя, уверен, что 100500 разработчиков, в разы лучше меня разбираются в вопросе. И если уж у меня, все есть для того чтобы собрать типовой магазин за несколько дней и прикрутить практически любую логику, монстры разработки это сделают в разы быстрее и лучше.☝

Повторюсь. Я не против кмс, каждому своя дорога. И да, разработки не предлагаю.

NesteA88:
WHERE artist_id = 33;

в его описании видим, что происходит анализ 1787 строк без использования индексов:

Может индекс повесить на artist_id?

В целом, отреагировал на то, что регулярно изготовители сайтов на кмс огульно опускают самописы, мотивируя мантрой дороже в поддержке. У кого то есть цифры сопоставимых магазинов по стоимости владения в зависимости от кмс/самопис? Или

еще лучше затраты/выхлоп.

Aisamiery:
Интересно, и в каких же CMS общего назначения нельзя достичь некоторых вещей?
timo-71:
в жестких рамках

Это не только рамки накладываемые кмс. Ну типа, никто не переубедит, на впс 1 гиг сайт с 15к товаров должен 1-й байт отдать за 10-ки мс, а не сотни. И как минимум ab -n 1000 -c 100 держать.

Aisamiery:
Ну и уж конфиг nginx можно расширить не зависимо от языка

Не самоцель конфиг nginx расширить. . А так можно, да. Только только там нюансы. Ну, там токены, изменение данных в базах сайта питоном и т.д. Прикрутить то все к чему угодно можно.

Aisamiery:
ксати большинство cms которые modern а не динозавры, ставятся именно из композера либо тянут кучу своих компонентов от туда

Битрикс тоже?

------------------

Aisamiery, ну вы же Full stack web developer и все прекрасно понимаете. Что там, что там грамотно надо. А если так, то самопис эффективней будет.

Sitealert:
Самопис на самописе – это, по-видимому, самопис "с нуля"

Не, у каждого "самописчега", есть какой то багаж. Например, у меня багаж лежит в маленьком файлике composer.json:

"repositories": [
    {

"type": "path",
"url": "/home/web/CMS",
"options": {
"symlink": true
}
}
],
а там

Лень развернуть словами, проще картинкой. У меня просто все, а у _SP_ может вообще пушка, никто же не знает.☝

Aisamiery:
Если бы было прикольно делать под каждый сайт все с нуля, так бы и делали.

Времени нет столько.

Aisamiery:
Только в чем плюс?

1. Невозможность достичь некоторых вещей в жестких рамках.

2. Простота использования опенсорс: composer require phpoffice/phpspreadsheet ( пришлось выкинуть свой автолоадер:( )

3. Приходится и зоопарк расширить (см п.1) (nginx.).

  

location /pyapi/ {
include uwsgi_params;
uwsgi_pass unix:///run/uwsgi/semantic.sock;
}

Что там, у ТС про СЕО?

Magwasha:
1) Продажи через SEO

Питон легко получит ТОП 100 ЯндексХМЛ по ключу, спарсит контент первых 20 результатов, получит данные по ключу из букварикса и построит lsi/lda модель и обновит перелинковку документа настроенного под этот ключ с учетом семантических связей. Ну типа "достопримечательности праги"

Да и люди другие аргументы подкинули.

danforth:
но не могут в какую-то самую простую вещь, которая важна.
Aisamiery:
самопис сильно, прям очень сильно дороже чем на CMS и самое главное сильно дольше

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

Вероятно, случаи, когда разработка сайта начинается с абсолютного нуля редки. У всех, кто их делает, что то готовое уже есть.

Aisamiery:
Я взял CMS нифига в ней не понял, оказалось что тут что то накручено в чем надо разбираться, а я как бы не имею ни желания не времени и быстрее просто сделать тоже самое, но велосипедом - разберусь по ходу дела

Да нет, вроде ясно написано:

_SP_:
Я взял современный популярный ИМ. Прочитал документацию. Сделал на нём работоспособный ИМ.
Aisamiery:
на битриксе, первые были да, слегка (а может и не слегка а сильно) косячными

Так в чем разница тогда м/у самописом на самописе и самописом на битриксе:D

aleksandrbol:
К примеру, статья про "Одуванчик лекарственный" гугл видит по ключам: "дебетовая карта процент на остаток", "аренда отдельно стоящего здания" и даже вот какой вот "система мониторинга расхода топлива поездов".

В топ 500 есть по этим ключам?

timo-71:
то на основе миме типа ответа. Т.е. если не application/json

Затупил:( Кавычки всегда будут, что естественно, это ж строка.

ResponseHeader application/json 
response: "aaa"
typeof response: string
aaa==this.responseText: false
aaa==this.responseText.replace(/['"]+/g, ''): true


if(xhr.status === 200) {
console.log(
'ResponseHeader', ResponseHeader,
'response:', this.responseText,
'typeof response:', typeof this.responseText,
'aaa==this.responseText:', 'aaa'===this.responseText,
'aaa==this.responseText.replace(/[\'"]+/g, \'\'):',
'aaa'===this.responseText.replace(/['"]+/g, '')
);

--------- добавлю:

5 минут на проверку, а днем их не было;(

datum:
вывожу алертом значение d и оно всегда ='success'

Вероятно,

'success'!='"success"'

 

$d = 'success';
....
die(json_encode($d));

Давно с jquery не дружу. Насколько помню dataType, если нет, то на основе миме типа ответа. Т.е. если не application/json, то вероятно, ответ (d) будет в кавычках.

ivan-lev:
Как думаете, где желающих откликнуться будет больше?

Очевидно.

ivan-lev:
Выборочные точные данные имеются.

Результат? Ну и репрезентативность. Что то вроде, количество экспериментов как минимум, на примерно одинаковых условиях - верстка, функционал и т.д.. Одно дело, плагин некорректно обновился, другое дело, доработать какой нестандартный обмен 1с.

SeVlad:
Единственное что стоит знать заказчику о движке - насколько быстро/дорого могут решаться проблемы с ним. А показатель этого - популярность и кол-во специалистов.
LazyBadger:
Нет, уникальный самопис тоже брать не то что "не надо", а просто "нельзя" (есть примеров "мы все внезапно смертны"),

Почему то, априори все уверены, что поддержка массовых/не массовых кмс/фреймворков дешевле. Есть точные данные? Или просто аналитические (с налетом маркетинга) выводы, преподносятся как факт?

Всего: 541