Sanes, но вы-то предлагали ориентироваться именно на поддержку:
Ищите поддержку. В этом плане с Битриксом вам будет проще.
И с поддержкой что разработчиков - плохая документация изобилующая примерами говнокода, что клиентов - техподдержка которая, на моей памяти, не помогла ни в одной проблеме(а это, на минутку так, поддержка коммерческого продукта), как раз плохо.
И до кучи всё плохо и с самим битриксом, начиная от архитектуры и до её воплощения...
Вот с рекламным бюджетом и маркетологами там хорошо. Да и магические буквы 1с в начале названия очень помогают. Но это вообще никак не решает проблем клиента, к сожалению.
Даже, если допустить что будет именно так, то чем поддержка битрикса будет лучше? =)
Но на самом деле, помогают очень неплохо даже когда дело касается CE, и просто вопроса на форуме.
Sanes, В битриксе работают хорошо только маркетологи - их что-ли поддержкой вы предлагаете пользоваться? Код г. Документация г. Поддержка первым делом отправит к разработчику...
Александр Nameless08, Про интеграцию совершенно правильно пишут - она не отличается от интеграции в других продуктах, и не универсальна с точки зрения конфигураций (как и у всех), и всё равно её придётся допиливать под ваши нужды (или конфигурацию 1с). Т.е. это обычный маркетинговый буллшит.
Виктор Таран, И где написана такая откровенная ложь? На сайте битрикса что-ли?
Он не известен практически нигде за гараницей и конечно ни о каком третьем месте этому поделию даже мечтать не приходится.
А для нормальных магазинов используют megento, и подобные решения, а не CMS общего назначения.
WiNNeR_tig, Ну основываясь на ответе выше про структуру таблицы, вам просто надо добавить индекс по одному полю idad и всё. Ваш имеющийся не годится, он же не по тому полю(idus), хоть и называется idad зачем-то.
Pavel Ustyugov, Они и тут не перспективны, по сравнению с какими-либо фреймворками - битрикс "разработчки", зачастую, много-то не получают, и не только денег, но и знаний...
Евгений Матвеев, Я не пользуюсь мануалами по настройке, я пользуюсь документацией...
Все параметры SMTP транспорта описаны в документации, в частности, interface. (https://www.exim.org/exim-html-current/doc/html/sp...
Но по вашему описанию ситуации дело не в этом: домен-то в helo меняться не должен, хотя теоретически и может меняться, там же в SMTP транспорте: helo_data. Но по умолчанию он константа и задаётся через $primary_hostname в шаблоне конфига exim.
Я же правильно понимаю, что там сразу и не тот IP и не тот HELO?
А не может-ли быть что просто какая-нибудь малварь посылает эту почту, а не ваш exim?
Не включено. Почему?
Может у вас нет mod_expires, например? Или статику раздаёт не Apache, и эти правила просто бессмысленны?
Сложно ответить на этот вопрос, в общем.
Если вы хотите выдерживать высокие нагрузки, именно в SQL и придётся углубиться... Ну, а в первую очередь, подумать о каком-нибудь варианте кеширования чего только можно. =)
semki096, Ну это не "Drupal 8 медленнее", а скорее, модуль неудачный.
По сложности, я в общем-то согласен, для CMS общего назначения уже слишком сложно, а до специализированного фреймворка всё ещё очень далеко.
Можете так считать - дело ваше, но я встречал эту информацию, и от вендоров различных, и физически это вполне реально, если уж на то пошло. Вики тоже, не авторитетный ресурс вам, вероятно, но и там есть это: https://ru.wikipedia.org/wiki/ECC-%D0%BF%D0%B0%D0%...
В любом случае, класс одноразовых ошибок есть, и чем бы они не вызывались, против него отлично помогает ECC(что это по ссылке выше можно посмотреть), которого у вас вероятно нет, т.к. не сервер всё же. И по случаю одного BSOD дёргаться не стоит.
Я не пользуюсь мунином уже много лет, Но когда-то я настраивал генерацию графиков через fastcgi, чтобы снизить затраты ресурсов на генерацию картинок, прежде всего.
Сейчас, по памяти, я не готов рассказать, что именно надо сделать, и да, с документацией там был туго, приходилось лезть в исходники. =)
По сборкам, меня и сейчас все устраивает, Debian вполне нормальная ОС.
Вероятно, вы так и не поняли о чём я говорил... Но всё же попробуйте понять: то, что вы делаете сейчас, крайне не правильно. Есть правильные пути решения таких задач, и важно научиться использовать именно их.
И с поддержкой что разработчиков - плохая документация изобилующая примерами говнокода, что клиентов - техподдержка которая, на моей памяти, не помогла ни в одной проблеме(а это, на минутку так, поддержка коммерческого продукта), как раз плохо.
И до кучи всё плохо и с самим битриксом, начиная от архитектуры и до её воплощения...
Вот с рекламным бюджетом и маркетологами там хорошо. Да и магические буквы 1с в начале названия очень помогают. Но это вообще никак не решает проблем клиента, к сожалению.