Aisamiery

Aisamiery
Рейтинг
319
Регистрация
12.04.2015
SeVlad:

Они считают, что эти термины - оскорбление, а для решения задачи надо собирать 100500 бизнес-аналитиков, солюшен архитекторов", разворачивать докеры и пр..

Как вы сюда докер приплели то? =))) Абсолютно простая технология, так же как и кто то работает в блокноте, а кто то в настроенной IDE, дольше, сложнее и прочее проект не становится, только появляется куча плюсов. Когда например умеешь работать с технологией, то она упрощает работу, а не усложняет, например тот же гит, как бы парадоксально не было, но работа с гитом сильно быстрее чем по ftp, если гит на проект настроен изначально, так же и с докером, если докер настроен на проект, то одной командой разворачивается весь стек, БД, на любом компе где установлен докер, и за 1-5 минут ты получаешь рабочий сайт, что то подправил, закоммитил, оно само улетело на прод, а ты пошел дальше делами заниматься.

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

AlexStep:
На http://trans-stone.ru/ есть эта фигня. wget http://trans-stone.ru/ и вместо контента получаем скрипт

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

Чушь какая то, во-первых, не на одном сайте на бегете у меня нет лишних скриптов, а во вторых когда это поисковики и боты начали загружать внешние скрипты и исполнять их чтобы поймать цикличный редирект? там же не 301 код отдается

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

FoxCloud:

Как понять кто виноват хостинг или ваш сайт?
Создайте в корне index.html и выведите в нем пресловутое Hello World!
B проверьте какой будет ответ вашего сайта?

Практически уверен что в десятки раз меньше.

Это вообще ничего не проверит кроме работы nginx который отдает статику, даже вывод phpinfo() в файле ничего не даст кроме скорости работы интерпритатора (а он вообще может тормозить?). Тестировать надо глобально, затрагивая как минимум файловую и БД.

Но в целом да, я не встречал такого, чтобы были тормоза из за хостинга за свою практику, после детальных разборов оказывалось что там 100500 запросов к БД на каждом хите и всё в этом духе

Это да, цена в целом в рамках рынка, не совсем понятно какой цены хотите найти вы.

SeVlad, а ну из той же категории, но правда NS еще не говорят что там и хостинг, надо по IP смотреть

LEOnidUKG:
Да не ребят, я посмотрел там и БД и запросы. Там выключен кэш т.е. идёт по 350-400 запросов к БД. В основном затупы при записи сессии, как принято у джумлы это делается в БД. Я сделал таблицу MEMORY, но что-то хостеру вообще попалам на это.

Да там были места, где нет индексов, но там таблицы по 100 строк. Я рекомендовал менять хостера.

А что за хостер? таймвэб какой нибудь или спейсвэб? или можордомо?

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

То есть вы считаете, что за оптимизацией скачивания статичных файлов надо обращаться к вэб разработчикам (написано в том же письме хостером). Далее дан запрос, скорее всего есть какая то страница для скачивания аудиофайлов, для её формирования идут запросы к БД, там выводится листинг файлов, вытащенный с БД и вот именно формирование этого листинга и грузит хостинг. Ведь там может быть тысячи строк песен, а надо отобрать по фильтру, БД постоянно читает с диска кусками так как индексов нет, вместо того чтобы читать сразу нужный кусок с диска.

---------- Добавлено 20.02.2020 в 14:09 ----------

e_v_medvedev:

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

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

danforth:

Это реальный пример из реального проекта на CMS, ко мне обращались люди, у которых листинг товаров грузился по 12 секунд. 12 секунд, Карл! Виновников было много, начиная с плагинов, которые возвращают по 40к строк зачем-то, заканчивая отсутствующими индексами. Конкретно пример выше позволял делать три запроса быстрее, один из которых на тот момент выполнялся за 0.531 секунд, после смены структуры стал выполнятся за 0.003 сек. На самом деле, смены структуры не было (делали на тестовом сервере), потому что это сломало бы все обновления. Поэтому терпят до сих пор.

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

Я почему на самом деле говорю за cms, хотя у меня b2b например сделан на симфони, как и многие модули и прочее (то есть мне есть с чем сравнить). Так вот я к тому, что в любой (из тех CMS что я юзал по крайней мере) можно выкинуть неподходящий модуль и заменить его на свой, то есть сделать самопис как нужно, но не целиком все, а только куска системы. И именно так у нас и происходит, у нас поиск свой на эластике основан, интегрирован в битрикс, настраивается с админки битрикса, а от туда уже идут и поиск и фасеты (агрегирование) и все это бесшовно добавлено в CMS, свои интеграции с мастер системами и партнерами (нам могут партнеры грузить свои товары), свои правила скидок (не весь механизм скидок, а лишь кастомные наши условия) и так далее. Я к тому что не совсем понимаю зачем переписывать абсолютно всё, если не устраивает что то одно. Да конечно если не подходит архитектура (например нужны микросервисы в кубернетес), то тут вариантов как бы не остается, но 90% проектам это не нужно, так лучше сосредоточится на том, чтобы пилить уникальный функционал и развивать ИМ, а не то чтобы пилить то что уже давно запилено, протестировано и работает на тысячах сайтов. По сути то CMS это админка, тот же OctoberCMS это надстройка с админкой над ларавелем, поставил CMS наклепал своих табличек вот тебе и проект, где под капотом проверенные решения, расширенные модульной системой и всякими няшками. Я единственно не очень люблю опенкарт, потому что там вот прям все в код вшито, в моделях прям прописана бизнес логика и прям гвоздями прибита архитектура БД и сравнительно странное расширение через модификаторы. Но и то в принципе юзабельная система. Я уж не говорю о том что у меня в подписе (магенто думаю еще вскоре добавить) :D

PS. А про самописы, я не сдам клиенту проект на elixir/phoenix наверное никогда, хотя очень крутая штука, я пишу свои пет проекты, развиваюсь в экосистеме эрланга, но вот сдать клиенту такой проект мне не позволит совесть, потому что хз где он потом будет искать поддержку, если вдруг у меня не будет времени.

Всего: 4110