Silm: Проблема не в CMS как таковой, а в том, что вы с ней делаете. С той же Joomla можно сотворить прекрасный и шустрый сайт. То же касается WordPress, Drupal и любой другой CMS/CMF. Дело в руках. Если на голый WordPress на shared-хостинге без адекватного тюнинга под скорость и кеширования навесить несколько медленных плагинов - например: Broken Link Checker, Redirections, WordPress Social Login, WPML, GeoIP по базам MaxMind из CSV файлов, делать минификацию и конкатенацию скриптов и стилей на лету и тому подобное, то производительность упадет на порядки. На несколько порядков. Если все то же самое сделать руками правильно - заметного спада производительности по сравнению с шустрым голым WP не будет. Например, вместо Broken Link Checker используем анализ логов на сервере + Google Webmaster Tools. Для Redirections - тот же GWT + те редиректы, которых не избежать, ставим руками в конфиг Nginx / Apache .htaccess. Вместо тяжелого WSL для социалок ручками делаем кастомное решение только для того, что надо (WSL грузит огромную либу под десятки соцсетей с полными АПИшками для работы с ними, а нам в реальности надо 2-3 сети и только авторизацию, то есть, пару % от всего кода), тут работы на 2 часа всего. Вместо тяжелого WPML берем Polylang или даже qTranslate X, или мультисайт (зависит от специфики сайта), все строки переводим с помощью родных средств (PO/MO файлы), плагин только для перевода контента. Для GeoIP используем бинарную базу MaxMind и компилим родной модуль для Nginx, это должно работать на уровне сервера, а не PHP который при каждом запросе читает из файловой системы CSV файл на 20Мб и ищет по нему одну строчку. Минификацию и конкатенацию делаем Gulp'ом и используем уже готовые скрипты и стили. Это я привел конкретные примеры из жизни, то что приходилось клиентам рефакторить в течение последнего года. Поэтому, дело не в CMS как таковой. А в руках, которыми делается сайт на этой CMS.
> Прекрасно прошел CMS несколько лет делания сайтов без знания PHP.
Это не разработка, а имплементация. Да, есть масса заказов на такую работу, не спорю. Но и стоимость такой работы ниже. Можно ли жить на этом? Можно. Хорошо ли? Судя по тому, что вы сами перешли на следующий уровень - вряд ли :)
> Потом сразу перескачил на гораздо более серьезные технологии.
Похвально.
> Тратить время на PHP не считаю нужным.
Субъективно. PHP - язык номер 1 для веб. Нравится / не нравится - это другой вопрос. Но то, что большая часть инета работает на PHP, это факт. Включая фейсбук, вордпресс и массу других крупных проектов.
> Правда у меня общепрограммисткий бэкграуд хороший.
Вот с этого и надо было начинать :)
Алексей POS_troi: да, у них многосерверная архитектура (точнее, целые датацентры). Сути это не меняет. Весь WordPress.com - это одна установка WordPress Multisite. И она прекрасно держит такой load, который вы себе не можете представить. Любое железо, независимо от платформы, имеет лимиты. Если у вас миллионы уников в сутки - тут одним серваком не обойтись, придется раскошелиться на горизонтальную масштабируемую схему. Впрочем, при таком трафике это не проблема, деньги на это должны быть однозначно, включая на зарплату хорошего Devops инженера. При использовании WordPress с небольшим трафиком (десятки / сотни тысяч просмотров в сутки) он прекрасно работает и на одном небольшом правильно настроенном серваке, вопрос исключительно в количестве говнокода, который на него навешать. Но это уже вопрос не к WordPress.
helloallhere:
> тк его id уникален, буду использовать конструкцию CREATE UNIQUE INDEX id ON users(id) -индекс по колонке id в таблице users
При всем уважении к ребятам на ruhighload, это весьма странная конструкция. Дело в том, что колонка ID является PRIMARY_KEY, и индекс по ней MySQL создает автоматически. Собственно, они сами об этом написали в пункте "8. Первичные ключи". Видимо вы не читали об индексах в родных таблицах WP - посмотрите тут https://codex.wordpress.org/Database_Description#T...
> Теперь как я понимаю лучше сделать так- для отправки тех автоматических сообщений использовать sendgrid, и при этом будет другой домен, например- no-reply@post.мой_домен.com А получение организовать на обычный домен вроде admin@мой_домен.com с помощью например яндекс почты для домена.
Да, все верно.
> я могу указывать NS сервера, их там шесть, сейчас я использую два, потому что пока эксперементировал с cloudflare (это то, что касалось моего прошлого вопроса про dns сервера, то есть в будущем буду использовать digitalocean, но принцип здесь вроде такой же)
При использовании Digital Ocean у вас будет 3 неймсервера - NS1.DIGITALOCEAN.COM, NS2. и NS3. Все записи (А, TXT, CNAME, MX) вы будете создавать уже в панели Digital Ocean.
> но какой MX мне указывать, чтобы всё работало как я написал выше?(sendmail+яндекс)
После перехода на неймсервера Digital Ocean уже в их панели надо настраивать. Для Sendgrid ничего не надо, его SMTP просто указать в настройках Postfix. Для яндекса настройки тут: https://yandex.ru/support/pdd/set-mail/mx.xml Особое внимание надо уделить записи SPF - в нее кроме яндекса надо добавить IP адрес вашего сервера, возможно Sendgrid (уже не помню, надо в доках смотреть), чтобы письма отправленные Postfix'ом через Sendgrid корректно распознавались.
> чтобы получить ssl, а как с ним там дальше будет
По SSL это уже отдельный вопрос. Задавайте отдельно и приглашайте меня ответить.
> и с кэшированием nginx, там же тоже нужно будет с портами работать, что-то менять
У вас сайт динамический большей частью (авторизованные юзеры), fastcgi_cache Nginx'совский - не самое лучшее решение.
> файрвол включил) но никак не настраивал, я просто думал что при использовании сторонних днс у них там своя защита какая-то предусмотрена
Это разные вещи :) На DNS запросы никто не отфильтрует. Что за файрвол у вас там? По сути логика простая - запретить весь входящий трафик, кроме ssh, http и https. Исходящий разрешить весь.
> почему лучше настроить postfix на работу через них, а не использовать php решение, под заголовком Integrate in Minutes у них на главной странице?
Да, можно через exim. В любом случае, на уровне системы. Грубо говоря, если через PHP - там таймауты, ожидание выполнения стороннего запроса, получение и обработка результата. Лишние ресурсы. В случае с системным пакетом - PHP просто отправляет через родной функционал письмо в очередь пакета, дальше на уровне системы весь процесс идет.
> как я понимаю- после этой настройки, используя комманду php- mail(), мои письма уже автоматически будут отсылаться через этот сервис
Да, все верно. Кроме того, любое письмо отправленное самим сервером (например, logwatch) тоже будет нормально доходить.
> Что лучше выбрать- рассылка через php библиотеку, или используя exim, или postfix? При каком варианте будет наименьшая нагрузка на сервер?
При использовании системного пакета (exim, postfix)
Timitu: Тогда вам необходимо совершенно другое железо. Живая динамическая платформа и "сайт" - это разные вещи. Для соцсети (1кк уников в день это уже ощутимый трафик) понадобится многосерверная архитектура. Базы отдельно, и не одна, тут уже в сторону кластеров надо смотреть. Читать отдельно (желательно из жесткого кеша в памяти, например Redis), писать отдельно. Load balancer, отдельно статику и тд. В общем, проект уже должен изначально строиться в горизонтально расширяемом виде и с учетом его специфики. Да и вообще для проектов такого типа метрика "Х уников в день" не совсем корректна. Уников может быть и 10 тыщ всего, а вот половина из них могут торчать в сети часами и стабильно генерить тыщи запросов. Кроме того, надо уже смотреть и ТЗ. Будут ли там медиафайлы? Видео-аудио, в первую очередь. Стримить медиа - отдельная специфичная задача. И тд.
Впрочем, если у вас есть соцсеть с таким трафиком (1кк уников в сутки), то, во-первых, вам нужно просто нанять очень хорошего devops инженера. Он будет знать что делать. Во-вторых, вопрос стоимости уже не столь важен. Потому как 1млн уников в сутки - это уже трафик, который можно (и нужно) эффективно монетизировать. Но и нужно понимать, что это вполне уже порядок "тысячи долларов в месяц".
Потянет ли это WordPress? С ровными руками, безусловно, да. WordPress.com - самая крупная в мире блогоферма (и отчасти соцсеть) + куча АПИ-сервисов прекрасно работает же. Есть ли смысл пилить это на WordPress? Не думаю.
Роман: Согласен. Но опять же - там очень высокая конкуренция. И среди невысоких бюджетов тоже - индусы и тд. А среди крупных бюджетов и почасовых ставок с голым профайлом без отзывов и портфолио ловить нечего. Поэтому, сказки про многотысячные заработки за 2-3 месяца с нуля - это таки сказки. Если специалист с опытом и портфолио, свободным английским, своим блогом, живым акком на github и тп, нету только истории аккаунта и отзывов - тогда да, можно быстро стартануть. Если и опыта маловато, и похвастаться особо нечем - тогда надо быть реалистом и понимать, что в основном светят мелкие разовые заказы. Первые полгода, уж наверняка.
Роман: порог входа в WP низкий, но для того, чтобы брать по $20+ в час, нужно не только этот порог пройти, но и продвинуться заметно дальше вглубь. В вашем же случае меня смущает ваш подход в общем. Вот я занимаюсь разработкой сайтов, потому что меня это прет. Грубо говоря, если мне сейчас бы упал лям баксов, который можно положить на депозит и жить на проценты до конца дней своих, без необходимости работать, я бы все равно занимался этим и дальше. Может, в меньшем объеме, но продолжил бы. Потому что мне это интересно. Именно такой подход позволяет рыть вглубь и становиться специалистом в этой сфере. А у вас (по крайней мере со стороны, могу ошибаться) звучит как "подскажите где лучше клев" - то есть, вам не процесс интересен, а только плюшки в конце. Так не работает. Даже в самой золотоносной нише с таким подходом ничего не получится. Для начала определитесь с тем, что зажигает. И развивайтесь именно в этом направлении. Постепенно станете в нем разбираться, а деньги - это ужже следствие. Будете специалистом в какой-то сфере - деньги придут сами. Потому что всегда найдутся люди, которым понадобятся качественные услуги в этой сфере.
> все таблицы в myISAM
Не обязательно. Разберитесь в разнице и выбирайте с умом.
> выборке поможет индексирование с unique
Какой выборке? Вы то же самое пишете в комменте выше, про 30к юзеров и индексы, но ничего же понять нельзя. Что за запросы?
> результаты выборки кэширую через memcache
Забыли про букву D в конце. Берите php-memcached, а не php-memcache.
> Почта через Sendgrid, взаимодействие через их php библиотеку
Зачем через из библиотеку? Postfix настройте на работу через них, и все.
> Также хочу воспользоваться кэшированием nginx
Да, fastcgi_cache крутая штука, супер-быстрая. Но это статический кеш. Если нужна динамика - всплывает вагон нюансов. Впрочем, почти все решаемо.
> когда все пользователи сайта имеют разный контент (80-90% посетителей авторизованы и будут получать немного разные страницы(их имя, количество репутации и прочие мелочи))
Ну вот и нюансы. В принципе, можно добиться и этого, но уже сложнее. Это не просто пару строчек в конфиге.
> ругается только на сервер, всё остальное- зелёное
Поздравляю! Это уже очень хорошо :)
> акие лучше dns сервера использовать?: например от регистратора digitalocean, или такие сервисы как cloudflare или google public dns
Digital Ocean достаточно.
> и без файрволла, отключил его для экономии ресурсов
А вот это очень зря. Верните обратно. Правда, я не в курсе про какой файрвол вы говорите. Лучше сделайте на уровне iptables / ufw. Он ресурсов не жрет. Уж точно на порядки меньше чем Vesta.
Роман: в PHP, как и в любом другом языке, невозможно "сразу разобраться". От начального уровня до уровня синьора долгий и тернистый путь, при чем он уже не по книжкам, а по реальным задачам, которые надо фигачить, наступать на грабли, учиться, переучиваться и тд. С нуля вот так просто перескочить на уровень Laravel не получится.
tovogukA: не начинайте холивар на пустом месте. Экосистема и рынок WP - огромны и уж точно не меньше чем у той же лары. Порог входа совсем разный. Если для начала работы с WP достаточно базового понимания PHP и можно учиться по ходу, то для новичка в PHP Laravel - это квантовая физика. Порог входа существенно выше. А от порога входа до мастеринга - весьма долгий путь. Не сравнивайте теплое с красным.
> Кому нужны эти плагины.
26.1% всего интернета.
> Платят не "за", а "кому". Платят спецам.
Совершенно верно. И спецы востребованы, берут дороже плюс обеспечены работой. За мелкие и простые задачи не берутся. И уж тем более спец по бекенду и функционалу не будет браться за разработку темы.
Hyubert: естественно, шишки поналачу все набивают, это неизбежно (собственно, на этом мы все и учимся) и вполне нормально. Customizer API - это апишка именно WordPress. Аналога для html страниц я не встречал. Но это не означает, что его нет. Впрочем, механизм все равно должен куда-то сохранять данные - в файл, базу данных и тд. Да и сам этот фронтенд-редактор такой будет однозначно не сильно простым, это React / Backbone / Angular / Ember или что-то и этой оперы. По сути - тоже хардкорный программинг, только вместо PHP тут Javascript.
Hyubert: Тогда сначала делайте статику и выставляйте на продажу ее. На тот же ThemeForest даже хорошо сделанная тема опытным разработчиком может проходить верификацию достаточно долго и возвращаться админами на доработку / фиксинг. Без опыта это тягомотина на недели минимум, если не месяцы. Вас будут попросту возвращать тему на доработку и отправлять читать документацию.
По уточнениям - без проблем, спрашивайте более конкретно. Подскажу.
Роман: да, все верно. Плагины - это чистый PHP. Без него никак. Что касается оплаты - самое дешевое это фиксы премиум-тем, а также сборка сайтов целиком на базе премиум-темы и готовых плагинов. Дальше идет разработка тем. Это в большей степени фронтенд, поэтому и стоимость не сильно высокая, хотя зависит от сложности верстки. Далее идет разработка плагинов. Тут диапазон цен может быть от нескольких часов до недель. Ставка на этом уровне уже от $20/час. У меня были как простенькие плаги за $60-90, так и за 2000-3000. Раз на раз не приходится, зависит от задач. Ну и самое дорогое - это полный цикл, кастомный сайт с нуля. Но тут уже нужен и дизайнер, и верстальщик, и разраб. В этой категории тоже часто бывают неадекватные заказчики, которые хотят получить полностью кастомный сайт за $500, но они элементарно флиьтруются ценником. Адекватные клиенты (в основном западные конечно же) готовы платить адекватные суммы за такую работу. Но и работа должна быть на соответствующем уровне - тут уж разраб должен не просто PHP знать, а очень хорошо знать, плюс сам WP тоже.
tovogukA: Обязательно. Upwork - это биржа. "Спецов-имплементаторов" по доллару в час - масса. Хотите зарабатывать - знание PHP обязательно. 50% заказов, связанных с WP - это фронтент, мелкие фиксы. Но это копеечные заказы. Все, что более-менее ощутимо для кошелька - это более сложные задачи, которые требуют знания PHP. Конечно, если вас устраивает собирать из платной темы и парочки плагинов говносайты за $100-$200 - тогда не обязательно. Если хотите зарабатывать адекватные деньги - обязательно и не обсуждаеттся.
