Татьяна, у Вас на почте есть наше письмо, ознакомьтесь.

Татьяна пишет:

Думаю, что просто уйду с ЯндексКоннект и работу почты сделаю через хостера, и проблем надеюсь не будет

Нет, проблемы как раз бы появились. С яндекса вручную сейчас же все письма доходят к адресату?
Схема такая - когда письмо с движка отправляет сервер, он использует функцию mail() по дефолту. Т.е. письмо отправляет сервер. (dkim, spf тоже надо настраивать, чтобы в спам не попасть)
Но, если мы вручную отправляем письмо, когда мх-записи домена указывают на яндекс, мы заходим в веб-интерфейс яндекса, используем смтп-серверы яндекса (через почтовик, допустим) - и в этом случае письмо отправляет яндекс.

Если мы уходим с яндекс.коннект, то у нас все письма начинает отправлять хостер. И проблемы распространятся на все письма, а не только с сервера.

C php у вас всё норм, mail() не запрещено.
А ещё вот что
http://www.uceprotect.net/en/rblcheck.p … 02.197.169
https://www.dnsbl.info/dnsbl-database-check.php
(во вторую ссылку вбейте 82.202.197.169)

Да и ещё один момент про smtp в readyscript напрямую связанный с безопасностью.
Те пароли, которые вы вобьёте в Настройка системы или Настройка сайта прямым текстом лежат в файле или в базе соотвественно. Никакого md5 даже нет. Можно же было прямым текстом не хранить - запихать в недра ядра функцию дешифровки типа md5(md5(md5($pass.'SECRET_WORD'))) да и всё. Хоть какая-то безопасность.

Татьяна, если уж на то пошло.
Есть очень простой способ проверить работу функции mail() на хостинге.
Создайте в корне файлик mail.php следующего вида

<?
mail('test@gmail.com', 'test Email', 'Test Message');

естественно, test@gmail.com - тут нужен ваш ящик, желательно на gmail или яндекс (мейл.ру не пропустит), результат придёт в спам, но нам этого достаточно.
и запустите его

http://7kotow.ru/mail.php

А ещё может быть заблокирована функция mail()
Тогда нужно создать файл info.php с содержанием

<?
phpinfo();

и показать нам, что там - ссылкой на файл.

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

У нас ни с одним сайтом клиентов на readyscript подобной проблемы не было
Я бы попинал техподдержку яндекса активно в этом случае.

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

Второе, про нормальные студии. Если студия нормальная, там есть сисадмин-безопасник. А такому товарищу ispmanager или vestacp - это лишняя ненужная вещь. Всё решается на sh-скриптах или просто на автомате пальчиками.
Тем более, что ispmanager - штука небезгрешная и баги в ней имели место быть.
Остальное всё верно - нормальные студии запускают каждый сайт под своим юзером, тут спору нет.
Но начинается-то всё... с ненормальных студий... с вордпресса... с шаред хостинга. Я выше как раз про это написал.

Третье - если студия совсем нормальная, то логично сервер не арендовать, а купить и установить. Услуга colocation называется. 1 юнит в Москве стоит 3000 рублей примерно, а аренда сервера (dedicated) ниже среднего, мощность которого можно впихнуть в 1 юнит, где-то 10-12 тысяч рублей. Ежемесячно. Другими словами, если мы ребята серьёзные, то покупка сервера окупается за год-два.

Бутаков, ответственность никто не отменял.
Небольшая компания не имеет морального права заниматься хостингом, понимаете? Ресурсов не хватит в случае проблем. Ресурсов не будет на нормальную поддержку. И так далее.
Сайты делать можно в одиночку, обслуживать ит-инфраструктуру можно в одиночку - а вот хостинг дело совсем иное.

Нам, прямо таки, иной раз так "приятно" бывает разгребать ситуации, когда нового клиента получаем и ждём день-два, пока служба поддержки соизволит ответить. И до сих пор сплошь и рядом - регистрация доменов не на клиента, а на такого "хостера".
Даже интереснее бывает - "хостер" регил домены на себя, а по требованию передавал. А потом просто умер :] К нам тогда пришёл клиент, у него было 8 доменов, по сути, записанных уже на мёртвую душу. Они успешно закончились и перехватить удалось всего лишь 5 из 8.

Так что нечего их защищать.

Проблема с Яндекс.Коннект - это проблема обновления в большой компании. 146%
Они же в своё время imap чинили полтора года wink
И связи, кстати говоря, тут нет. Яндекс свои услуги предоставляет AS IS, условно бесплатно. Не хочешь пользоваться - не пользуйся, ты ничего не потерял.
А хостеры, даже Г - в первую очередь денег хотят. Поэтому и спрос совершенно другого уровня.
Не надо притягивать за уши, короче говоря.

Ярослав пишет:

Они могут просто быть партнерами других хостеров - рег.ру, firstvds и т.д. Мы по такой схеме работаем и клиенты довольны, хотя в штате не 200 человек. Своих клиентов удобнее держать у себя. Причем обоюдно. Сколько раз было так, что забывали оплатить хостинг, продлить домен на других площадках и возникали нерешаемые проблемы. Используешь мощности крупного хостера, его техподдержку. Мелочи какие то сам решаешь.

Ярослав, знаете пословицу про яйца и корзину? Это касается хостера и клиентов. Удобнее-то оно удобнее, но соломку надо подкладывать.
Я в инете давно и на моей памяти есть изъятия серверов хостера из дц силовиками, например. А сейчас подобный сценарий реальнее, чем никогда ранее.

Так что - пусть клиенты на разных хостингах висят. Это гарантия того, что они все разом не завоют, что "ничего не работаееет!!!"

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

Татьяна, таймвеб и спейсвеб - больше ничего хорошего на ум не приходит.
Оба хороши и современны, особенно таймвеб.

Другие большие, типа рег.ру, никхост, 1гб, мастрехост застряли где-то в начале 2000х.

Что отличает хорошего хостера от всех остальных?
- удобная панель
- ссх включено
- отзывчивая техподдержка по телефону(!) круглосуточно(!)

п.с. на спринтхосте я лично детскую дырку закрыл - а меня даже не поблагодарили hmm

***
Про Яндекс.Коннект. Мы на трёх доменах ждали две недели, когда яндекс увидит мх-записи. Ясное дело, что до этого на пдд мы подключили за всё время не одну сотню доменов и всё было ок. И техподдержка яндекса по пдд работала нормально. За день-два был ответ. А с коннектом не срослось. Мх-записи коннект так и не увидел, техподдержка ничего не ответила, хотя мы усёрдно туда писали с разных емейлов. В итоге уехали на биз.мейл.ру - да и всё.
Вместе с этим, на яндекс.коннект мы успели посадить доменов десять - и там всё было нормально... Такие дела.

261

(7 ответов, оставленных в Вопросы по работе с системой)

Александр, с отключенным кешем на нормальном хостинге ридискрипт грузится от силы на секунду дольше.
Мы ж его почти всегда отключаем на деве, нафиг он там нужен wink

Бутаков пишет:
Polo Art пишет:

тема тут совершенно ни при чём - смотрите работу функции mail() и спрашивайте хостера

Хотя... хостера о чём спрашивать? вы выбрали говнохостера с инн == 5243035580
у них аж 2 сотрудника официально в штате.
https://zachestnyibiznes.ru/company/ul/ … HENDI-HOST

А если в компании официально 3 человека, то уже корпорация?

Так мы услуги хостинга и не предоставляем, если на то пошло wink (да и информация устаревшая по трём сотрудникам-то)
Одно дело - оказывать разные услуги, и совсем другое хранить личные файлы и нести за это ответственность.
Не надо передёргивать. Если нормальные серьёзные хостеры, с адекватной круглосуточной техподдержкой, работающие на нашем рынке уже очень давно. Что тянет юзеров к говнохостерам - я вообще не понимаю. Цена-то там не ниже.

Ярослав пишет:

Проще всего завести корпоративную почту на Яндекс.Коннект или Мейл.ру для бизнеса и отправлять по smtp через данные сервисы. Да и собственную почту держать там удобнее.
Инструкции просты.
Иначе, из за неверных настроек домена, попадания ip сервера хостера в списки спаммеров, письма нормально доходить не будут.

Вообще, при переходе с яндекс.пдд на яндекс.коннект через раз подключаются домены на сервис, а поддержка молчит уже несколько недель.
Поэтому мы полностью отказались от яндекса в этом плане. Представьте ситуацию - клиенту сдаём сайт, а почту зацепить нормально не можем.

Сейчас настроить домен корректно, на самом деле, легко.
SPF, DKIM вполне достаточно, о чём вам тот же самый яндекс.коннект или биз.мейл.ру сообщит.

Также, важный момент, административной почтой нельзя использовать @mail.ru (и остальные три их домена)

А смтп, правильно, замечено, работает медленно

тема тут совершенно ни при чём - смотрите работу функции mail() и спрашивайте хостера

Хотя... хостера о чём спрашивать? вы выбрали говнохостера с инн == 5243035580
у них аж 2 сотрудника официально в штате.
https://zachestnyibiznes.ru/company/ul/ … HENDI-HOST

Что случилось с форумом или с вами? Почему уже второй раз ссылка вставляют как изображение?
Вы их с экселя тащите, что ли? Или с форумом что случилось?

Денис, ссылки-то надо как-то поаккуратнее ставить

https://3.downloader.disk.yandex.ru/preview/b1c2d365b2c75e01d4da42394d64ecad1fa35d8f944b947a756361023403cdc2/inf/86tKaEc8ufeqK3AonewqVPw71GOsHAW_-BKk_5DfRvKog2pVhlMXogMzzGcpnrB4JwXzDoBN7DsrchO0wrZ4ww%3D%3D?uid=115282369&amp;filename=2018-11-17_103924.jpg&amp;disposition=inline&amp;hash=&amp;limit=0&amp;content_type=image%2Fjpeg&amp;tknv=v2&amp;size=1903x939

Тем более, по ней 403.

А теперь к вопросу "здравого смысла". Вектор развития системы задаётся разработчиками. Если у тебя/меня/него есть какая-то шальная мысль, то излагать её следует тут
https://helpdesk.readyscript.ru/wish/
и там посмотрим, сколько она плюсиков наберёт

И моё мнение - Readyscript является очень неплохой CMS интернет-магазина. Поэтому, логично логику интернет-магазина в основном обрабатывать, и только оно должно быть в стоке, в ядре и так далее. А вся остальная логика - это модули, расширяющие функционал.
Моё мнение также заключается в том, что разработчиков тащит куда-то не туда. Но это только моё мнение. Мы в продукте баги отстреливаем, а они crm пилят :\ Хозяин - барин, конечно, но основной функционал необходимо сначала вылизать, а потом уже свистелки-перделки прикручивать.

Так вот, интернет-магазин - это каталог товаров, "корзина", система поиска и фильтры. "Статьи для интернет-магазина" - это возможность поставить страницы оплаты, доставки, контактов. И какбе всё. Кому нужно больше - ставим модуль.

***
Проблема автоматической публикации статей решаться может не только модулем, расширяющим функционал. Можно просто написать мааахонький скриптик, который будет запускаться ежедневно, да работать с таблицей 'article', устанавливая public в 1 или 0, в зависимости от dateof(наступило или нет). ВСЁ! Тут дел на полчаса. Один селект, да апдейт через форич.

Ярослав пишет:

В Joomla есть такой функционал. Поля "Начало публикации", "Окончание публикации"

Точно же! Займёмся некрофилией wink

Короче, автор - ставь жумлу.

Тут варианта два
1. "управлять" остатками, и не скрывать товары, а ставить 0 - остальным воткнуть 999, когда оно ещё спишется...
2. если галочку поставить в карточке - надо показывать "нет в наличии" в карточке, иначе заказ возможен.

Честно говоря, мы всегда первым способом подобную задачу решали.

admin пишет:

В PHP сравнение производится двойным равно.
{if $THEME_SETTINGS.test_select == 'var1'}
...
{else}
...
{/if}

Причём здесь упоминание PHP, когда в фигурных скобках - Smarty?!

Да, синтаксис Smarty основан на PHP, но это не значит, что тут надо PHP упоминать.

Вот куда надо смотреть, и на остальные разделы этого сайта тоже.
https://www.smarty.net/docsv2/ru/langua … ion.if.tpl

Что-то я в стоке подобной фичи ни в одной CMS не встречал, тем более тут у нас разговор о Readyscript - это не "швейцарский нож", а всего лишь движок интернет-магазина.

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

Это же узкоспециализированная фича

271

(5 ответов, оставленных в Вопросы по работе с системой)

Алексей пишет:

А разве ключевые слова не должны отображаться на сайте?

Они отображаются в исходном коде страницы как keywords. Это же мета-теги.

272

(5 ответов, оставленных в Вопросы по работе с системой)

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

Вот пример. Один из наших старых сайтов, которому уже года два как
autoglass-khimki.ru

В каталог перейдите и напишите "тоёта"
Мы через вордстат тогда искали, как извращается народ в написаниях популярных марок авто, да вбивали массово это в метатеги.

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

Для нынешних дел в seo подход /product/blahblah и /catalog/blahblah намного лучше нескольких уровней вложенности

Если же у вас проблема в том, что переносите откуда-то и надо сохранить старые пути - путь лежит к модулю "301 редиректы". И там каких угодно путей наделайте, категория будет открываться так, как захочется.

275

(6 ответов, оставленных в Вопросы по работе с системой)

admin, редиректы - дело веб-сервера, а никак не программной части.
Если берётся кто-то сайт админить, такие вещи он должен знать обязательно.

Хорошо, что такая функция есть в ридискрипте, но - не везде она есть, а веб-сервер всегда настраивается для любого сайта одинаково. Админ сайта - это не девочка-маркетолог, что в битриксе в визуальном режиме блоки правит. Админ - это админ, он должен понимать, что делает, а не просто пимпы давить.