Вставьте ссылку на тему, желательно GitHub репозиторий или SVN на WordPress.org. Это как самый-самый минимум - без кода никто не сможет ничем помочь. Если вы надеетесь, что кто-то будет тратить время на самостоятельный поиск вашей темы, потом поиск ее исходного кода и его изучение - вы сильно ошибаетесь.
sim3x: с точки зрения SEO наиболее оптимальным является:
- если контент полностью зеркален - domain.com/lang/
- если контент отличается, в том числе структурой - lang.domain.com
Есть вариант переключения языков через GET параметр и другие методы, не меняющие урл контента, но с точки зрения SEO это плохая практика, так как контент на разных языках будет иметь одинаковые урл, что = дубликаты. Такой вариант допустим только если в индекс отправлять основной язык (английский, например), а другие языки не индексировать вообще. Чаще всего применяется на сайтах UGC, когда, по сути, переводится только интерфейс сайта несколько стандартных страниц типа "о проекте", "политика безопасности", а весь остальной контент идет на разных языках вперемешку либо фильтрами. Примеры - facebook, kickstarter.
sim3x: маршрутизация отдельно, данные отдельно, но в урл должен быть отражен язык, если контент мультиязычный. домен.рф/версия языка/итд - как раз правильный подход.
И еще одно уточнение? Речь идет об кастомном дефолтном аватаре, вместо стандартного, о замене gravatar, или о своих, кастомных аватарках, которые юзеры загружают (через плагин или свой код)
Finom: таки нечитабельно. Представляю, если каждый будет свои теги придумывать - стандарт как таковой перестанет существовать. Бред. Кроме того, ваши утверждения по поводу моды на семантику и тд - в корне неверны.
trevoga_su: а с чего вы выводи делаете по поводу говносайтиков, старожил вы наш? :) До перехода в свое дело я был Head of Development на крупнейшем телеканале сраны, который входил в международную сетку из 16 каналов в странах Европы. Под моим руководством было 42 человека, из которых 16 работало из других офисов канала по всему городу, а 12 - из других стран. Плюс, ядра практически всех наших проектов разрабатывались и поддерживались общей командой из нескольких стран, например, движок новостных сайтов каналов (который включал интеграцию с новостной службой канала и энкодинг видео, лайв стриминг, свою реклламную прощадку и кучу других плюшек) разрабатывался силами 6 стран. И вся команда, естественно, работала дистанционно. А также у нас была на все 16 каналов команда из 80 кнопконажимателей в Бангалоре - они писали тесты, доки и все что попроще. Или, например, внутреннее приложение для канала, которое позволяло вести график озвучек, бронировки голосов (артистов), оплат, трекинга работ, занятости студий и прочее-прочее - основу сделала наша команда, после вывода на уровень сети проектом также занималась команда из 4х стран. И все это прекрасно работало удаленно/дистанционно. Завязка на другие подразделения канала очень плотная - и новостная служба (а там вообще отдельный мир и они себя богами считают), и маркетинг, и спутниковый канал, и техотдел, который за железо отвечал и тд. И это все разбросано по всему городу в разных офисах, да еще и со сложной бюрократией. Да, компания тратила заметные суммы на телефонные звонки и командировки - раз в месяц я и мои коллеги из других стран встречались в реале в каком-то из наших городов и 3-4 дня плотно работали и синхронизировались, каждый брал с собой 1 человека - либо проджетка, который сейчас актуален, либо senior developer'а, либо дизайнера и тд. Собирались все вместе в реале, обсуждали, стартовали работу и делали основной задел. Дальше разъезжались и нормально работали удаленно. Скайп конечно больше для локального общения в городе был, а для международных чаще использовались видеоконференция через Циску. И это все еще в далеком 2008 году.
Так что не надо яйцами тут бряцать, не вы один опыт имеете. Правильно вам уже сказали - если у вас не получается, это не означает что у других не может. Да, это может быть дороже, да, может медленнее, да, менее удобно чем подойти к соседу и дать подзатыльник. Но, тем не менее, такая схема есть и она работает.
Игорь Б: ниша не то чтобы специфическая, она просто только начинает формироваться, и все проекты пока - скорее эксперименты и proof of concept. Поэтому я и написал - что это будет СКОРО, а не есть уже сейчас. Просто, учитывая, что хорошую платную тему или плагин сделать - вопрос нескольких месяцев, все, кто в теме, начинают уже сейчас.
Игорь Б: Нет, это заказы были на типовые, стандартные на данный момент сайты. Секрет этой штуки в том, что скоро можно будет WP использовать чисто как фрейм + админка, но при этом на том же Ember например сделать и само веб-приложение, и свою админку (личный кабинет) на фронтенде. А самое главное - одну и ту же основу (WordPress + контент на нем) можно использовать для разных приложений одновременно - и для мобильных приложений, и для чистых запросов по АПИ, и для веб-приложений, и для сторонних сайтов и тд. В общем, полная свобода и отвязка от механизма стандартных тем WordPress. Как известно, одним из больших минусов WP для многих разрабов является отсутствие нормального привычного шаблонизатора и MVC. Так вот, с помощью этого АПИ можно использовать любой свой шаблонизатор, а контроллер будет просто получать данные по АПИ от WP. Ну и это только основные моменты, а возможных случаев применения - масса.
trevoga_su: все реализуемо, сложности есть, начиная от банальных timezones, но все вполне возможно, если проект, команда и процессы грамотно выстраиваются с учетом дистанционной работы по крайней мере части людей.
littleguga: поначалу может и дискомфорт накрывать, а потом затягивает) без этого скучно уже. heartdevil, парни 35 на связи, полет нормальный) 27 - это еще юнец :)
by_roXe: Первый запрос - установить одну кодировку utf8 для всех таблиц в базе данных databasename - соответственно, слово databasename заменить на имя вашей базы данных.
Второй запрос выполнить для каждой таблицы с utf8mb4 (заранее запиши себе все имена этих таблиц). Этот запрос не просто меняет кодировку, он КОНВЕРТИРУЕТ данные. Соответственно, его нужно выполнять только на тех таблицах, гже это реально нужно. В этих запросах слово tablename замените на название таблицы. Повторите для всех таблиц. В принципе, можно сразу на несколько таблиц сделать, но вам без опыта и понимания синтаксиса вероятность наступить на грабли будет выше. Поэтому делайте по одной, их не так уж много)
DevMan: Так то оно так, но лично я предпочитаю через год в код не лазить без действительно весомой на то причины, поэтому, если в мануале написано "using __autoload() is discouraged" и есть альтернатива получше - я именоо ею и воспользуюсь изначально. Если бы __autoload() имел какие-то ощутимые преимущества - другой разговор, а так - код изначально должен быть future-proof.
Ну вот не надо на украинцев. Молодняка, который жестко демпингует, хватает и в РФ, и в Беларуси, и в Украине, и даже в европейских странах. Про индусов / пакистанцев / etc молчу. Адекватного уровня украинцы давно работают на западных биржах по ставкам от 20-30 и выше, а вот на русских - мало кто работает вообще. Лично у меня клиенты из РФ исключительно по прямым контактам, иногда через Тостер залетают, один постоянный из РФ через западный Guru.com появился. И цены у украинцев далеко не по 20-30к, не говоря уж о 1000. На русских фриланс-биржах не вижу смысла работать именно из-за таких клиентов - сделать ему фейсбук за 30к и за месяц. В жопу. На западе таких клиентов тоже хватает, но нормальных клиентов, которые понимают "масштаб трагедии" - намного больше чем у нас.
Что касается молодняка - не забывайте еще одну из причин демпинга. Для новичка на бирже (что не всегда означает новичок в программировании) очень сложно получить вкусные заказы со старта. Нужны отзывы, нужны работы. Вот поэтому на первых порах люди готовы работать фактически "за отзыв", это рассматривается как инвестиция в будущее. Конечно, не все демпингующие сюда относятся, но таких тоже достаточно.
