rinaz22, вообще "скрипт" - это не объект продажи. Продаются обычно расширения или готовые системы. В зависимости от того, что продается и выбирается способ обхода копирования. Но копировать все равно будут. Так что делайте полезные вещи и работайте над их совершенствованием.
rinaz22, в смысле "как"?!! Вы что там продаете вообще? Подключите проверку по серверному времени (дате), запланируйте частоту обновлений и соответственно проверок.
Алексей Аминодов-Борисов, трассировка присутствует во всех векторных редакторах лет уже двадцать как, а может и того больше. Отрисовать не вопрос, но когда много элементарных объектов типа иконок со старого сайта, то очень помогает.
Да, и респект за опенсорц. Открытые системы рано или поздно победят.
Так кто мешает подключить тот же FancyBox?
Смотрите чтобы Jquery не конфликтовал с уже установленными плагинами и не был установлен.
Открываете код страницы и смотрите.
Установка проще не придумаешь: качаете файлы в папку темы, прописываете пути к файлам в теле тега <head>.
Останется настроить изображения, чтобы плагин не срабатывал там, где это не предусмотрено.
Predaytor, плагинов море, очень много готовых (в том числе бесплатных) шаблонов. Я пользуюсь пустым, самописным шаблоном и кучкой плагинов под конкретные задачи. Например почти везде пользую WP7forms - плагин форм (делаете форму, вставляете ее шорткодом), часто применяю Woocommerce, почти везде стоит SuperCache - хотя от него отказываюсь если есть возможность нормально настроить серверные кеши.
Почти для каждой задачи есть плагин, для WP их миллионы и это его главное отличие от ModX, - все скорее всего уже придумано.
Владислав Лысков, я много раз переезжал на новые сервера или локальную машину и впервые столкнулся с этой проблемой в этом обсуждении.
Проблемы возникали лишь когда сайт переезжал из поддиректории на основной домен, файл .htcacess содержал неверные директивы, приходилось править. Все переезды делаю при помощи сторонних плагинов (их много).
А вот с изображениями возникают вопросы только тогда, когда абсолютные пути к ним прописаны вне CMS.
Predaytor, не люблю такие споры. Вот говоришь человеку, да ModX не плох, но WP вполне хорошая CMS, просто разберись, а тебе в ответ опять про ModX. Я работал с обеими CMS представляю их плюсы и минусы.
Один вопрос, зачем вам вообще WP? Делайте все на Modx-е.
Владислав Лысков, а, вон вы о чем.
1) И что?
2) Можно изменить абсолютные ссылки на относительные, я знаю как минимум два способа. При помощи плагина, при помощи изменений в БД. Только зачем?
Мне кажется любое действие должно иметь какое-то логическое обоснование. Если вам кажется, что относительные ссылки для изображений лучше, то объясните чем.
У клиента в браузере все равно нет отличий и все ссылки абсолютные.
Владислав Лысков, не отрицаю, но понимая как в WP все устроено, можно делать вполне сносные вещи и быстрее чем в ModX. Я не хвалю ни ModX, ни WP, мне кажется, что сравнивать их нет смысла.
Монструозность и убогость это в принципе отличительная особенность многих CMS, так как задумывались они как система позволяющая накликать себе при помощи мышки сайт и "не обращаться к программисту".
Но это все лирика. Если следовать логике вопроса, тоаналогом "статичных переменных" являются шорткоды, которые позволяют выводить функционал плагинов в любом месте. И да, большая часть логики работы сайта в WP реализуется через плагины.
Predaytor, в Wp вам скорее всего стоит обратить внимание на шорткоды.
Про кастомизацию сейчас не понял, что именно не получается кастомизировать? Путей кастомизации в любой CMS несколько и они почти всегда похожи, нужно просто понимать их отличия (сильные и слабые стороны). Например: написать свой плагин, скачать готовое решение и настроить для него стили, создать html виджет и т.д.
Вот и ответ нашелся. Теперь искать вредоносный код, чистить, менять доступы. Лучше всего сменить хостинг, например на бегет, у них за этим следят, антивирус в панели работает. Мне как-то даже чистили по запросу с телефонной линии, клиентский сайт, там после переноса что-то нашлось.
ligisayan, насколько я помню в Woo есть два варианта адреса - платежный и адрес доставки. Типа где-то на планете разработчиков Woo они обычно отличаются. При помощи плагина я убирал платежный адрес, а так же поле компании, телефон и все, что мне было не нужно.
skidman, .htaccess если работал ранее, глючить не должен, если же переносите на новый хостинг, то имеет смысл сначала проверить настройки в БД. А потом .htaccess, да.
angelzzz, простое копирование может не работать с кривыми плагинами. К примеру база данных используется вне контекста WP. Но в любом случае, сначала переносим, потом фиксим ошибки. WP - это просто, успехов вам )
index0h, собственно аргументация исходя из поставленного вами вопроса. Здесь обсуждается не кто самый умный на тостере, а какой фреймворк учить новичку. Из всего, что вы написали можно сделать в корне неверные выводы и начать учить, скажем зенд, не понимая как вообще все это работает. Потом человек вас, конечно проклянет много раз.
Что касается в корне неверных и стереотипных взглядов:
1) На ларе не много крупных проектов, потому что лара довольно молода. Но проекты такие есть и об этом много информации в сети.
2) Yii - если он такой "средний" между "дном" (коим вы считаете лару) и симфони, фигли с него все переводят проекты? Вы вообще разговаривали с людьми работающими на Yii? Они все в процессе переноса проектов на что-то другое, постоянно.
3) Симфони - крутой, бесспорно. Но новичку он подойдет? Уверены?
4) Zend - тут уже все сказано. Зенд сложный, слабо докумментированный, подержка, комьюнити...
5) code igniter - рука-лицо это аргумент? Тогда рука-лицо.
6) Битрикс - нет такого фреймворка. Первая CMS Bitrix была построена на zend, сейчас там используется собственный фреймворк D7 и фигли вы вообще ее включили в список фреймворков?
Все, что вы привели как догму, таковой не является. Это всего лишь набор стереотипов.
