Роман Кокарев: да, там ничего сложного) Большая часть - встроенные фичи, некоторые просто надо подтюнить под себя. Все остальное делается вручную достаточно просто.
Владимир: twenty* обе с русским, это стандартные темы, идущие с WordPress - они мультиязычны и легко адаптируются по внешнему виду под себя. Если у вас WordPress на русском, то должны к этим темам подтянуться переводы автоматически. Touchfolio, хоть и разработана киевлянином, по умолчанию идет только в английской версии, но она полностью готова для локализации, как и большинство адекватных тем. Переводы можете сделать сами с помощью плагина Loco Translate, прямо в админке вашего сайта, это займет максимум полчаса. Плагин Loco Translate лежит тут: https://wordpress.org/plugins/loco-translate/
Александр Регидов: да, молодежи с проблемными кредитами, которые они по сути и не брали - просто залезали в кредитный лимит карты по незнанию - достаточно много. Знаю таких лично. Сам то я сразу отключил кредитный лимит и никогда им не пользовался. Но это не такая уж существенная часть населения, как мне кажется, по крайней мере не существенная часть от той категории, которые активно пользуются широким перечнем услуг. Могу ошибаться, так как конкретных цифр не знаю.
Александр Регидов: да, вы правы. Если будет хорошая конкуренция - клиенты будут перетекать. Но еще стоит не забывать, что кроме онлайн-инструментов, есть оффлайн. Банкоматы на каждом углу, терминалы. Бонус-плюс в каждой второй точке продаж - а это прямые скидки в виде возврата живых денег на спецсчет, при чем поверх скидок в самой точке продаж, если они есть. Плюс удобные переводы с карты на карту, к которым все уже привыкли, даже мои родители-пенсионеры в глубокой провинции умеют этим пользоваться. У Привата вот эта связка оффлайн + онлайн очень сильная, и это будет долго удерживать очень многих клиентов. Одна только сеть банкоматов и терминалов чего стоит - в любом зажопье стоит банкомат Привата.
Александр Регидов: да, мысль вашу я ловлю. Но, ИМХО, если в стране есть банк-пионер (см. мой ответ на другой ваш коммент), то практически все, кому нужны продвинутые сервисы в ИБ, уже там. А те, кто не там - это клиенты, которым как правило такие плюшки не нужны.
Сергей Сергеев: ну вот я том же. Если это будет "все в одном" - PayPal, процессинг/биллинг для разрабов, оплата всевозможных услуг локально (от коммуналки до покупки билетов куда угодно), интеграция электронных кошельков, прием-отправка SWIFT и прочее, прочее, прочее - возможно я и посмотрю в эту сторону. Иначе - мне моего ИБ более чем достаточно, он у меня навороченный и функциональный.
kolovsky_alexander: Тогда может не Yii2 а Laravel? Если уж чистый фреймворк, то ларочка вне конкуренции для современных вебапов. По поводу допиливания - на фреймворке придется пилить заметно больше. Но и гибкость больше. Также нужно учесть еще 3 момента.
Первый - для того, чтобы запилить аналог того же WooCommerce на голом фреймворке (пусть даже и с готовыми либами), опыта чистого программинга должно быть предостаточно. Простой книжки на русском языке не хватит. Даже если в ней 1000 страниц и их все внимательно прочитать. Тут другой уровень нужен. Я уже молчу про весь LMS полностью.
Второй - WP и топовые популярные компоненты для него хорошо отлаженыы и оттестированы. Вы уверены что потянете такой же уровень? Одних только юнит тестов придется наколбасить столько, что мама не горюй.
Третий - дальнейшее сопровождение, апдейты, дополнения и расширения. Под WP если вдруг захотелось чего-то добавить - не вопрос. Нашли, скачали, установили. Не подошло что-то - залезли в код и переписали под себя. Open Source же. Тот же WooCommerce и другие крупные компоненты поддерживают и развивают другие люди, вы всего лишь качаете одним кликом обновления. А со своей системой на фреймворке - все ручками. Все самостоятельно.
Я бы сказал так - если есть от $10к и хотя бы 2-3 разраба в команде (плюс дизайнер наверное), то имеет смысл писать на фреймворке с нуля. Если одного из условий нет - берите WP.
80689248440: так я же выше скинул ссылку на stackoverflow, там именно прямым текстом написано как спровоцировать 404 именно через wp :)
На уровне htaccess тоже можно, по крайней мере часть проблемы закрыть. Но я по Nginx больше, так что не подскажу. Есть вот такое обсуждение, там про статику, но может что-то полезное есть:
Для отлова всех ситуаций как раз и пригодится Query Monitor + Rewrite Rule Inspector. Иначе я бы их не советовал) Это вообще 2 базовых инструмента, без которых разработка под WP не обходится.
Oleg: mysql_query вообще-то возвращает только resource. Последующие операции с ним идут без повторного запроса к бд. Если resource не используется, его отлавливает garbage collector и выпиливает из памяти. В данном случае я не совсем корректно написал выше. Если писать код правильно, то повторных запросов не будет, для этого все и делается. Если же макаронами отправлять запрос за запросом и без сохранения/использования ресурса, то runtime кеширование конечно будет - никуда не денется, но использоваться оно не будет, так как каждый запрос будет возвращать новый resource id. Установка лимита в запросе дополнительно помогла устранить возможность кеширования на уровне бд. Чтение всех ответов и комментов заварило немного кашу в голове)
Дмитрий Соломакин: куча сторонних сервисов, админок, логинов и счетов. Бесплатные версии совсем базовые, придется за часть сервисов платить. Часть заточены под конкретные паттерны, поменять не получится. Вы про бритву оккама слышали? Я не утверждаю, что такой подход не имеет права на жизнь, но судя по всему, автору нужно гибкое решение, под своим брендом (white label), с возможностью расширения. В этом случае выход только один - делать свое.
