Форум ReadyScript Сообщения от Polo Art
Дмитрий, а почему просто не привязаться к номеру текущей страницы в пагинации
$paginator->pageили к адресу страницы?
тут я забыл, что - вроде selfuri() или getSelfUrl()разбить текущий адрес регулярочкой или в массив по слешу - и всё, что "/category/blabla/", а не /category/blabla/ololo" получает текст или что вам нужно.
да она ни на что и не влияет вообще.
Пока и правда, ни на что не влияет.
Вот только лет несколько назад фанатики вешали на свои домены spf, dkim и dmarc, тогда тоже ни на что не влияло.
Сергей, надо ptr-запись настраивать, чтобы всё было отлично.
Тут зависит от того, насколько "выделенный" у вас сервер.
Если это виртуалочка, пинать надо в хостера виртуалочки, у них всех по дефолту выставлена определенная ptr
Если же это ваш собственный сервер на колокейшн, то всё можно сделать самостоятельно, но это очень большая история.
Небольшой ликбез себе позволю. PTR, по сути, обратное DNS
Когда мы делаем ping, там прилетает ip-адрес. Прямая запись.
А PTR - это обратная запись.
Пинаешь ip - а оно тебе имя домена.
И, нынешняя среда борьбы со спамом выглядит в том числе и так - если с ip == 31.31.31.31 приходит письмо с обратным адресом ololo@ololo.com, то 31.31.31.31 должен отдать в качестве ptr == ololo.com.
И тот самый SPFBL чекает ptr и проверяет доступность ящика postmaster@<ptr>
Это слишком жёстко, я считаю. Но это имеет место быть.
И, так получилось, что я не обратил на эту тему особого внимания - со всеми бывает-то, если бы не очередной вопиющий случай.
К нам практически параллельно обратился один из старых клиентов, которому давно сайт делали, но на поддержке он не был. Мол, письма как-то странно с сервера ходят, на яндекс не ходят, на мейл.ру иногда, а на gmail всегда.
Начали проверять - та же петрушка.
IP - 31.28.24.118
Воз и ныне там.
Проверяем через
https://www.dnsbl.info/dnsbl-database-check.php
видим проблему с abuseat.org, проверяем там
https://www.abuseat.org/lookup.cgi
и получаем (перед открытием тикета)
This IP address was detected and listed 360 times in the past 28 days, and 10 times in the past 24 hours. The most recent detection was at Mon Dec 17 07:55:00 2018 UTC +/- 5 minutes
This IP is infected (or NATting for a computer that is infected) with a botnet, most likely eitest.
(сегодня)
This IP address was detected and listed 380 times in the past 28 days, and 16 times in the past 24 hours. The most recent detection was at Thu Dec 20 11:45:00 2018 UTC +/- 5 minutes
Это явно говорит о том, что хостер положил большой болт на безопасность своих клиентов.
А хостер - hoster.ru. Пишу о них прямо, т.к. на тикет в поддержку никто даже ответить не соизволил.
Хендихост же среагировали и их айпи уже не в спам-базах. Молодцы, но - соломку надо заранее подкладывать, а не реагировать на проблемы клиентов.
Хочу рассказать о том, в чём была причина проблем с почтой.
Всё очень просто - хостер не следил за тем, чтобы айпишник не попадал в спам-базы.
Как проверить?
https://www.dnsbl.info/dnsbl-database-check.php
Вбиваем айпи, смотрим. Если ругается только dnsbl.spfbl.net - нормально. dnsbl.spfbl.net ругается в том числе из-за несоответствующей домену ptr-записи, а, понятное дело, она может соответствовать домену только в случае отдельного сервера с отдельным ip. Если виртуальный хостинг, соответствовать оно не может никак.
Веб-студии, напишите себе скриптик, который будет чекать айпи ваших клиентов на наличие в базах.
Сайт топикстартера уехал на таймвеб, где всё, надеюсь, будет нормально. По крайней мере, за таймвебом я подобных приколов не наблюдал, они оперативно вирусную активность блокируют, соответственно, их серваки сами собой вылетают из баз, даже, если залетели.
Татьяна, у Вас на почте есть наше письмо, ознакомьтесь.
Думаю, что просто уйду с ЯндексКоннект и работу почты сделаю через хостера, и проблем надеюсь не будет
Нет, проблемы как раз бы появились. С яндекса вручную сейчас же все письма доходят к адресату?
Схема такая - когда письмо с движка отправляет сервер, он использует функцию 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 чинили полтора года 
И связи, кстати говоря, тут нет. Яндекс свои услуги предоставляет AS IS, условно бесплатно. Не хочешь пользоваться - не пользуйся, ты ничего не потерял.
А хостеры, даже Г - в первую очередь денег хотят. Поэтому и спрос совершенно другого уровня.
Не надо притягивать за уши, короче говоря.
Они могут просто быть партнерами других хостеров - рег.ру, firstvds и т.д. Мы по такой схеме работаем и клиенты довольны, хотя в штате не 200 человек. Своих клиентов удобнее держать у себя. Причем обоюдно. Сколько раз было так, что забывали оплатить хостинг, продлить домен на других площадках и возникали нерешаемые проблемы. Используешь мощности крупного хостера, его техподдержку. Мелочи какие то сам решаешь.
Ярослав, знаете пословицу про яйца и корзину? Это касается хостера и клиентов. Удобнее-то оно удобнее, но соломку надо подкладывать.
Я в инете давно и на моей памяти есть изъятия серверов хостера из дц силовиками, например. А сейчас подобный сценарий реальнее, чем никогда ранее.
Так что - пусть клиенты на разных хостингах висят. Это гарантия того, что они все разом не завоют, что "ничего не работаееет!!!"
п.с. ещё есть злобные хакеры. которые сломают одного клиента и сломают всех остальных - небольшие веб-студии почему-то думают, что могут арендовать вирт.хостинг и клиентов хостить у себя же, забирая с них копеечку, а им, если что, предоставляя доп.аккаунты. так вот, на вирт.хостингах такого рода - вы все под одним юзером в пределах одного аккаунта. ломают один сайт - ломают все остальные. я никого не имею в виду. просто наблюдение.
Татьяна, таймвеб и спейсвеб - больше ничего хорошего на ум не приходит.
Оба хороши и современны, особенно таймвеб.
Другие большие, типа рег.ру, никхост, 1гб, мастрехост застряли где-то в начале 2000х.
Что отличает хорошего хостера от всех остальных?
- удобная панель
- ссх включено
- отзывчивая техподдержка по телефону(!) круглосуточно(!)
п.с. на спринтхосте я лично детскую дырку закрыл - а меня даже не поблагодарили 
***
Про Яндекс.Коннект. Мы на трёх доменах ждали две недели, когда яндекс увидит мх-записи. Ясное дело, что до этого на пдд мы подключили за всё время не одну сотню доменов и всё было ок. И техподдержка яндекса по пдд работала нормально. За день-два был ответ. А с коннектом не срослось. Мх-записи коннект так и не увидел, техподдержка ничего не ответила, хотя мы усёрдно туда писали с разных емейлов. В итоге уехали на биз.мейл.ру - да и всё.
Вместе с этим, на яндекс.коннект мы успели посадить доменов десять - и там всё было нормально... Такие дела.
Александр, с отключенным кешем на нормальном хостинге ридискрипт грузится от силы на секунду дольше.
Мы ж его почти всегда отключаем на деве, нафиг он там нужен
Polo Art пишет:тема тут совершенно ни при чём - смотрите работу функции mail() и спрашивайте хостера
Хотя... хостера о чём спрашивать? вы выбрали говнохостера с инн == 5243035580
у них аж 2 сотрудника официально в штате.
https://zachestnyibiznes.ru/company/ul/ … HENDI-HOSTА если в компании официально 3 человека, то уже корпорация?
Так мы услуги хостинга и не предоставляем, если на то пошло (да и информация устаревшая по трём сотрудникам-то)
Одно дело - оказывать разные услуги, и совсем другое хранить личные файлы и нести за это ответственность.
Не надо передёргивать. Если нормальные серьёзные хостеры, с адекватной круглосуточной техподдержкой, работающие на нашем рынке уже очень давно. Что тянет юзеров к говнохостерам - я вообще не понимаю. Цена-то там не ниже.
Проще всего завести корпоративную почту на Яндекс.Коннект или Мейл.ру для бизнеса и отправлять по 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&filename=2018-11-17_103924.jpg&disposition=inline&hash=&limit=0&content_type=image%2Fjpeg&tknv=v2&size=1903x939Тем более, по ней 403.
А теперь к вопросу "здравого смысла". Вектор развития системы задаётся разработчиками. Если у тебя/меня/него есть какая-то шальная мысль, то излагать её следует тут
https://helpdesk.readyscript.ru/wish/
и там посмотрим, сколько она плюсиков наберёт
И моё мнение - Readyscript является очень неплохой CMS интернет-магазина. Поэтому, логично логику интернет-магазина в основном обрабатывать, и только оно должно быть в стоке, в ядре и так далее. А вся остальная логика - это модули, расширяющие функционал.
Моё мнение также заключается в том, что разработчиков тащит куда-то не туда. Но это только моё мнение. Мы в продукте баги отстреливаем, а они crm пилят :\ Хозяин - барин, конечно, но основной функционал необходимо сначала вылизать, а потом уже свистелки-перделки прикручивать.
Так вот, интернет-магазин - это каталог товаров, "корзина", система поиска и фильтры. "Статьи для интернет-магазина" - это возможность поставить страницы оплаты, доставки, контактов. И какбе всё. Кому нужно больше - ставим модуль.
***
Проблема автоматической публикации статей решаться может не только модулем, расширяющим функционал. Можно просто написать мааахонький скриптик, который будет запускаться ежедневно, да работать с таблицей 'article', устанавливая public в 1 или 0, в зависимости от dateof(наступило или нет). ВСЁ! Тут дел на полчаса. Один селект, да апдейт через форич.
В Joomla есть такой функционал. Поля "Начало публикации", "Окончание публикации"
Точно же! Займёмся некрофилией
Короче, автор - ставь жумлу.
Тут варианта два
1. "управлять" остатками, и не скрывать товары, а ставить 0 - остальным воткнуть 999, когда оно ещё спишется...
2. если галочку поставить в карточке - надо показывать "нет в наличии" в карточке, иначе заказ возможен.
Честно говоря, мы всегда первым способом подобную задачу решали.
В 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 - это не "швейцарский нож", а всего лишь движок интернет-магазина.
Такое, безусловно, необходимо делать модулем, который всего лишь должен проверять дату публикации по крону и ставить статус "опубликовано".
Это же узкоспециализированная фича
Форум ReadyScript Сообщения от Polo Art
