Тоша Марсик: ну вот я об этом и говорю. Состряпать для себя / своего бложика по такому уроку конечно можно, но рекоммендовать это как ресурс для обучения верстальщику, который хочет научиться собирать темы для WordPress - не совсем то.
Линком делюсь уже - learnwp.in.ua
Пока там, естественно, ничего нет. Сегодня-завтра вместо дефолтной темы появится заглушка с подпиской на рассылку, благодаря которой можно будет узнать о дате запуска (предварительная дата - вторая половина ноября).
Тоша Марсик: дело не в тупости, о чем вы) Дело в том, что таки можно просто вставить пару template tags, и ваш статический html будет работать под управлением WP - видео это и подтверждает. Но этот подход очень далек от того, что называется WordPress theme. Там все намного интересней. Я не сказал, что видео некорректное, а сказал, что оно некомпетентное. Что означает, что "тема не раскрыта". Это как недавно пробегал урок по созданию кастомной регистрации на WP сайте. По уроку, обычной копипастой можно за 5 минут сделать свою регистрацию с дополнительными полями. И она даже будет работать. Но при этом она ломается за 2 минуты любым начинающим хакером, который получает админский доступ к вашему сайту и делает с ним что хочет. Полезен ли такой урок? Нет, он опасен. Ибо некомпетентен! То же и здесь - конкретный хтмл заработал под WP, но как только надо будет подключать дополнительные плагины - придется допиливать. Не раскрыта тема семантики (хотя это в первую очередь от самого html зависит). И тд. В общем, такой себе простенький вариант для новичков, которіе не заморачиваются. Или, как говорится в народе, "на от**бись".
Что касается видеокурса - мы с командой как раз готовим новый русскоязычный обучающий ресурс по WP. Там будут и уроки (свои + переводы качественных уроков с английского), видеокурсы и вебинары (платные и бесплатные), в том числе с приглашением русскоязычных экспертов.
Александр Голубев: самое важное, что у нас люди не понимают - любая картинка в интернете из-за того, что она в открытом доступе, автоматически не является "бесплатной". Как раз наоборот - все по определению охраняется законом об авторском праве, если только обратное прямо не указано и не сопровождается соответствующей лицензией (Creative Commons, MIT, Apache, GPL и тд).
Александр Голубев: Вы не совсем понимаете как работает лицензирование. Посмотреть в полном размере вы можете пример макета (JPG с фотографиями и какими-то текстами). Сам макет (PSD) вы можете получить только заплатив за него денег. И только когда вы заплатили, на вас распространяется действие лицензии. Если же вы просто берете JPG и на ее основе рисуете свой дизайн - это в любом случае нарушение авторских прав и плагиат. Незаконно. Другой вопрос, что шансы быть пойманным не очень велики. С другой стороны, риск все-таки есть, и если вдруг автор обнаружит воровство (или кто-то другой обнаружит и сообщит ему) - тогда автор просто свяжется с вашим клиентом чтобы уточнить, естьли у него купленная лицензия. Клиент задаст этот вопрос вам. И вы сядете в лужу. Клиенту гемор и суды не нужны, поэтому ему придется либо снять этот дизайн, либо заплатить автору неустоечку. В любом случае, для вас это нехорошо - клиент вряд ли будет рад такому развитию событий.
Александр Голубев: да, лицензия в самом архиве с файлами, и на страничке товара будет указана.
> Если кто-то использует эти исходники не оплатив,
а откуда тогда исходник взяли? он же не лежит в открытом доступе
> можно как то отследить? И предъявить иск?
Автоматически как-то - вряд ли. Но в принципе можно и отследить, хотя сложно. Предъявить иск - да, можно. Но долго и муторно, дорого (по расходам). Из-за плагиата дизайна странички никто не будет заморачиваться. Разве что вы этот дизайн впарите какому-то очень крупному клиенту. Тогда потягаться по судам будет иметь смысл.
> я могу сделать ее репродукцию по скриншоту и продать клиенту, это вообще законно?
Юридически это называется плагиатом, нарушением авторских прав. Так что не совсем законно.
Александр Голубев: смотрите лицензию. Если чистый GPL на все (включая CSS) - можете делать что хотите. Если split license (часть GPL, часть охраняется) - тогда надо смотреть что нельзя использовать. Но это если вы являетесь законным обладателем лицензии. Если это платная тема, которую вы не покупали, то не уверен, что можно использовать. Надо у юристов спросить.
Александр Голубев: А вот с этим я и не спорю, полностью согласен :) Просто причина не в переменных/шаблонах, а в кривости рук, в говнокоде, в использовании тяжелых, непродуманных архитектурных решений и тд. Мне доводилось "допиливать" эти платные темы "все-в-одном", это ад.
Александр Голубев: Apache + Nginx это бред, хотя и очень популярный. Фокус в том, что статику (картинки, стили и тд) будет отдавать Nginx - быстро. И это хорошо. Но, как только нужна динамика - тот же WordPress с его PHP, Nginx отправит запрос на Apache, поднимется его процесс, который вместе с собой поднимет PHP... Здравствуйте, тормоза.
Alex Fisher: тогда зависимости и либы - либо в пакетных папках, либо в vendor, а в init - только свои файлы. То есть, собственный код отдельно, его гит должен отслеживать. Все, что качается или билдится из исходников - в .gitignore
Гриша Никольский: ну как вам сказать. На небольшом, никому особо не нужном сайте (я имею в виду, глобально хакерам вы не интересны) - можно. Если же вы параноите или хотите совсем железобетон - наймите специалиста. Будете пилить сами - слишком высок риск, что улучшив в одном месте, вы добавите проблем в другом. К тому же, безопасность - штука комплексная, это не только валидация полей форм и фильтрация вредоносных данных.
Александр Голубев: на shared основная, самая главная проблема - отсутствие Memcached / Redis, которые радикально меняют ситуацию. Все остальное - вторично. А таже там Apache, который сам по себе тормоз, но самая большая его беда - в работе с PHP. Но перейти на Nginx на shared вы тоже не сможете. Поэтому, для скорости даже самый простой VPS за 5$ в месяц, но настроенный нормально, будет лучше чем самый шустрый и дорогой shared
Иван Украинцев: это маловероятно, разве что для вычисления значения этих переменных берутся из БД (мимо кеша) или по http-протоколу с других серверов (например, по АПИ получается курс валют и тд). Если речь просто о 10-15 переменных, значения которых корректно определены, то такой код в 100-150 строк и на 10-15 переменных выполнится в мгновенье ока.
Ребята, вы делаете 2 ключевые ошибки:
- сравниваете теплое с горячим (статику и динамику)
- не понимая как работает PHP (да и любой серверный язык) делаете выводы на основании только того, что вы видите перед глазами
Александр Голубев: Александр, я не буду писать подробности, достаточно отправить вас читать основы PHP. Вы говорите про каких-то 10 файлов, про какие-то переменные, но это все - микропоспические нюансы. Во время выполнения 1 запроса PHP загрузит несколько сотен (!) файлов WordPress, тем, плагинов, ваши 3-4, или 20-30 шаблончиков, из которых собирается страничка вообще НИКАКОЙ погоды не делают. Что реально влияет на скорость генерации страницы на сервере - так это количество запросов в БД, количество обращений по внешним http-запросам, количество обращей к файловой системе. Но тут такое количество нюансов, что все это не так просто - правильно настроенная серверная ОС кеширует дескрипторы файлов и целые файлы если надо, правильно настроенная БД существенно снижает нагрузку и тормоза, а при наличии объектного кеширования, большинство запросов до БД вообще не доходят и тд. То, что вы уперлись в количество настроек темы и количество шаблонов вообще никак не влияет на скорость. Ну, влияет, но микроскопически, не парьтесь об этом. То, что могут быть криво написанные "настройки темы", которые будут дергать постоянно базу данных и не кешировать запросы - вот это другая история. То есть, проблема не в самих настроках (по-вашему "переменных") и их количестве, не в количестве шаблонов, а в общем качестве кода.
Линком делюсь уже - learnwp.in.ua
Пока там, естественно, ничего нет. Сегодня-завтра вместо дефолтной темы появится заглушка с подпиской на рассылку, благодаря которой можно будет узнать о дате запуска (предварительная дата - вторая половина ноября).