estic

Рейтинг
127
Регистрация
01.10.2017
Алеандр #:
Сомневаюсь, что для моих самописов с жестким кэшированием, которые работают практически как голый html - я увижу эту "производительность"

Все же проверьте. Хуже точно не будет 😉

Если быстрому переключению мешает использование устаревших функций и т.п., пора заняться рефакторингом 😉 При этом вовсе не обязательно ориентироваться на версию 8.х (можно на уже используемую вами версию 7.х).

Алеандр #:
8 даже пока и не включал, не было необходимости
Все же попробуйте включить и оценить производительность 😉
База современного PHP - это версии 5.4-5.5. Сложность в том, что знать конкретный язык и уметь программировать - это немного разные вещи. Вэб-программирование, естественно, тоже имеет свою специфику. Нужно хорошо понимать основные сетевые протоколы, основы информационной безопасности и т.д.
Dmitriy_2014 :
есть обходной путь в виде плагинов а-ля Easy WP SMTP для отправки почты с стороннего SMTP-сервера

Не доверяете себе? Хотите, чтобы ваши письма перечитывал кто-то третий? 😊

В общем нормальная схема. Даже при отправке со своего почтового сервера он часто находится отдельно в локальной или глобальной сети. Однако на PHP это делать нецелесообразно. Хотя бы потому, что очень часто это делают неправильно (без организации очереди ожидания). Даже свой "промежуточный" сервер может быть чем-то занят, когда вы передаете письма через него.

Дадуда #:
PS. У Яндекс и Гугла есть ограничения на кол-во писем в сутки и даже в час (точно не знаю). Вроде бы 100 через SMTP.
Там много факторов. Например, следование собственным новым требованиям, а при их невыполнении "обучение через папку Спам".
Dmitriy_2014 :
Все мы знаем, что обычная почта сайта с именем домена сайта, никогда не попадет во входящие обычных пользователей, да что там говорить, даже до папки спам не дойдет.

Не говорите за всех. А полное уничтожение приходящих - это вовсе невыполнение каких-то основных требований с вашей стороны.

Dmitriy_2014 #:
а со своего домена чтобы я не делал они даже до папки спам не доходят
Попробуйте начать с основного: совпадение реального адреса отправителя с адресом во From; SPF, DKIM, DMARC почтового домена и желательно PTR домена (IP-) почтового сервера.
Антоний Казанский #:
Когда человек на ранних этапах своего обучения уже ищет инструменты визуальной разработки, вряд ли ему интересны...
Или сам не понимает, и некому подсказать. "Завернет" не туда, потеряет много времени почти напрасно.
rownong4 #:
Я задал вопрос.

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

С визуализацией сам браузер неплохо справляется 😉

Ilya74 #:
Тем не менее, написанное вами не имеет никакого отношения к идентификации по постановлению правительства. Ибо номер телефона вообще никакой роли не играет, как и "левость" данных администратора домена.
Автор писал, что "регистрировал" домен в той же компании. Так что легко могут связать с доменом. Если у них вообще есть возможность "регистрировать" хостинг и домен на разные данные. Про конкретное постановление правительства я вовсе не знаю. Просто знаю, что по регламенту регистратор в праве запросить документы, подтверждающие данные администратора домена. Слово верификация здесь не прижилось, хотя это напрямую связано с верификацией домена. Кроме того, я знаю, что с недавних пор идентификационные данные нужно предоставлять и хостинг-провайдерам РФ. Насчет верификации сканами не уверен. По крайней мере меня пока не просили их предоставить.
rustelekom #:

путаются люди между:

идентификацией;

верификацией;

Не думаю, что автор решил верифицировать свой домен 😉
Всего: 1163