Меню

Cmsmasters composer не работает

WordPress.org

On my site http://zobozdravstvo-sekulic.si, whenever I click on an editor within a page, i.e. here:

Nothing happens. Thus I am unable to change anything on the website.

The Denta theme is using the CMSMasters Content Composer plugin. However, their team is very unhelpful as the theme was not purchased via them, but via Envato.

I had tried disabling everything, changing the theme, deleting & re-installing the plugin, but nothing works.

if there is a problem with a plugin that is controlling the page editing experience — the plugin needs to be activate + working properly or the pages need to be adjusted to get rid of the plugins shortcodes surrounding the content.

if you are not getting support that you purchased with the theme, that might be a sign to discontinue using the plugin/theme. this will possibly create a bunch of work to remove shortcodes so seek assistance from the proper support team to exhaust all possibilities.

have you tried: install the classic editor plugin to allow CMSMasters to work “normally”? (maybe it will help) https://wordpress.org/plugins/classic-editor/

  • This reply was modified 1 year, 11 months ago by lisa .

Thank you for your reply! Unfortunately it is too late to swap out the theme as everything is done. The plugin stopped working after a long time, not sure where it all went wrong.

I did try to install that but no luck thus far.

Not sure if this helps, but these are the errors in the Dev Tools > Console while I try to edit a page:
https://prnt.sc/pp95np

  • This reply was modified 1 year, 11 months ago by nkosir .

if the classic editor plugin doesn’t help, and the theme specific + plugin specific support are not helping — you might need to hire someone to dig in to your site to fix the situation (do not accept offers in this forum)

Reboot the server first. Check the web site logs? ssh into the server to check the logs. Remove the last plugin you installed. Did you upgrade anything recently?

Did you find a solution to this? I am having the same error where the cmsmasters content composer is not working. Only the shortcodes are showing. Clicking the editor button “content composer” doesn’t do anything.

I’m not sure whether it will help anyone but what worked for me was (Note that I do have a multisite):

1) Install the classic editor plugin
2) Network deactivate the CMS Masters Mega Menu, Contact Form Builder and Content Composer plugins.
3) Deactivate the plugins on each seperate website in the network (in my case Dutch and English versions)
4) I get a popup where W3 total cache tells me to empty the static cache, which I do.
5) Activate the plugin only on the seperate webpages (no network activate) and only activate the CMS content composer (I haven’t tried activating the others).

So in short, deactivate the plugin everywhere, empty the w3 cache, activate only on the websites (no network activate).
When I then go to the editor I have a button to activate the content composer which then works again.

Don’t ask my why it worked, I just know that it worked for me and hopefully it will help others.

Источник

не работает composer

На Open Server внезапно перестал работать Composer, не могу установить пакет, не могу обновить существующие пакеты, даже не могу заново установить Composer.

Читайте также:  Как сделать карабин если он сломался

Хочу установить Composer, выбивает:

Хочу выполнить команду, выбивает:

  • Все ссылки открываются нормально
  • Использовал http и https — без разницы
  • wget http://packagist.org/packages.json отрабатывает хорошо

Видел подобные проблемы появляются из-за присутствия прокси, но у меня его нет.

Вывод composer diagnose :

При установке через консоль:

Тоже выводит ошибку:

4 ответа 4

Возможно всё падает из-за timeout-та. Попробуйте увеличить эти значения в php.ini

UPD: при внимательном изучении текста варнинга до меня дошло

Композер использует функции для работы с файлами для http-запроов, это возможно только при включенной директиве allow_url_fopen . Кроме того, опции контекста http (такие как таймаут, например) не задаются явно и используются значения по умолчанию. Для таймаута значением по умолчанию будет значение default_socket_timeout . Если default_socket_timeout выставлен в 0, то скачать файл из интернета скорее всего не получится 🙂

Измените значение default_socket_timeout на что-то более адекватное (например 60).

Источник

Редактор WordPress с белым текстом

У меня проблема с сайтом WordPress, редактор показывает текст как белый (на белом фоне), поэтому, если вы не выделите текст, вы не увидите его. Это только в разделе администрирования сайта, внешний интерфейс, похоже, не затрагивается.

Я нашел, где css меняет текст на белый (/wp-includes/css/editor.min.css):

Я удалил это и очистил кеш (даже попробовал другой браузер), но он все еще отображается в редакторе.

Кроме того, кнопки «Visual» и «Текст» не работают.

Я прошел через отключенный каждый плагин по одному, но это все еще проблема.

Я только что исправил эту проблему и подумал, что стоит упомянуть эту базовую проверку другим. Если вы устанавливаете другую тему или вторую тему, которая устанавливает собственный набор плагинов, убедитесь, что у вас нет существующих композиторов плагинов, которые были установлены или все еще активированы. Это может привести к конфликту, который делает текст белым, а вкладки не работают.

Для меня у меня были и CMSMasters Content Composer (от предыдущей темы) и WPBakery Visual Composer (от новой темы), установленные и активные, что дало мне эту точную проблему. Я также попытался заменить файл tinymce и добавить дополнительную строку в wp-config, но ни одна из них не работала. Деактивация CMSMasters Content Composer исправил для меня белый текст.

Проверьте свою консоль javascript. Если вы видите ошибку, например:

«post.php? post = 2840 & action = edit: 2783 Uncaught ReferenceError: tinymce не определен»

Тогда загрузка wp-tinymce.php не выполняется. Поскольку редактор не загружен, он выглядит так, как будто ваш текст белый или «невидимый» в редакторе. Это можно обработать, добавив:

(Я использую плагин WP Fastest Cache, у которого есть собственная конкатенация, поэтому, если я использую этот плагин, тогда я в порядке, пропустив конкатенацию по умолчанию WordPress.)

Однако проблема с корнем заключается в том, что запрос:

Сбой или получение 404. Это может быть связано с ограничением безопасности вашего хостинга или CDN.

Начнем с очевидного: полностью ли установлен ваш WordPress, включая все плагины, темы и т.д.

Это может помочь активно объявить цвет черным, вместо простого удаления строки CSS, которую вы удалили, поэтому:

В качестве альтернативы этот вопрос был известен, вызванный несколькими плагинами, такими как PS Disable Autoformatting, однако этот экземпляр был несколько лет тому назад. Вы недавно установили подключаемый модуль? Если это так, попробуйте отключить этот плагин, чтобы убедиться, что он возвращает редактор в нормальное состояние.

Читайте также:  Как отремонтировать автобус радмир

Если ни одна из этих проблем не решает проблему, вы также можете попробовать загрузить WordPress и заменить папку /wp -includes/js/tinymce/. Хотя это маловероятно, не исключено, что во время обновления что-то пошло не так.

Источник

Composer для самых маленьких

Когда я первый раз разбирался с composer, я набросал для себя маленькую шпаргалку и теперь, спустя некоторое время представляю её на суд общественности в несколько доработанном виде.
Данная публикация актуальная для тех, кто в первый раз столкнулся с незаменимым менеджером пакетов для PHP.

Итак, Composer — менеджер пакетов для PHP.

Для чего нужен Composer и простейший пример его использования

Возьмем для примера этот проект
Если в двух словах: то это набор скриптов для работы в VK API
Соответственно, для работы этих скриптов нужно несколько библиотек
Библиотеки перечислены в файле composer.json — ключевой файл при работе с composer

В этом проекте используется 5 библиотек. Соответственно, если разработчик решит опубликовать этот проект на github, то ему достаточно закинуть в репу саму папку со скриптами и составить composer.json, в котором будут описаны библиотеки, необходимые для работы этого проекта. Простота очевидна: в репу не нужно вслед за файлами прицепом тащить все нужные библиотеки. Занимает меньше места, проще распространять проект.

В папке scripts лежат непосредственно скрипты проекта, для работы которых и требуются эти 5 пакетов.

Запускаем установку пакетов:

После установки появляется папка vendor, куда складываются установленные пакеты и формируется файл autoload.php

Этот файл подключаем к проекту и всё — библиотеки подключены, можно спокойно с ними работать.

Простота очевидна: не нужно скачивать и подключать библиотеки и их зависимости самостоятельно, composer всё сделает за Вас. И вся эта пачка подключается одним единственным файлом autoload.php
Все пакеты, которые лежат в vendor, добавляются в автозагрузчик. При этом composer опирается на файлы composer.json, которые должны быть у каждого пакета. Формирование composer.json пакета — это задача разработчика пакета, от потребителя пакета требуется лишь описать в composer.json проекта, какие пакеты нужно подключить.

Это пример composer.json проекта:

Это пример composer.json пакета:

В секции require прописана зависимость этого пакета — библиотека guzzle http, необходимая для работы библиотеки getjump/vk. В данном случае, т.е. с точки зрения потребителя пакетов, всевозможные зависимости пакетов — это не наша «забота», с зависимостями composer разберётся сам.

Пространство имён пакета прописано в секции autoload

getjump\\Vk\\ — наименование пространства имён
src/getjump/Vk/ — директория, в которой лежат файлы с классами пакета
Работа с этой библиотекой в проекте:

Core и Friends — это классы библиотеки, которые разложены и прописаны в папке src в соответствии со стандартом PSR-4. Опять же формирование структуры пакета — это работа создателя пакета.
Нам, как потребителю пакета, достаточно прописать в наш проект
include ‘../vendor/autoload.php’;
и все эти классы и пространства имён будут отлично работать.
При этом нам не нужно заморачиваться и писать автозагрузчик. Composer это сделает сам при выполнении команды install.

Установка

Установка Composer глобально

1) Для начала нужно что бы путь к директории с интерпретатором PHP был прописан в переменной окружения path.
Проверим, так ли это:
php –version

Если вывод получился типа такого, то этот шаг можно пропустить
На примере Windows 7
Система -> Дополнительные параметры системы -> Дополнительно -> Переменные среды

Читайте также:  Сломалась лилия с бутонами что делать

Далее нас будет интересовать переменная path:

Вписываем путь к интерпретатору

*С давних времён у меня на компьютере лежит сборка xampp, сама сборка здесь нафиг не нужна, а вот интерпретатор с неё вполне подойдёт (версия PHP – 5.6).

2) Перезапускаем терминал.
Создаём директорию и ставим composer (я ставил на диск D)
D:
cd /
mkdir bin
cd bin
php -r «readfile(‘https://getcomposer.org/installer’);» | php
echo php «%

3) Добавим в переменную окружения path путь к composer.bat, например для D:\bin должно получиться:

Дополнительно можно добавить в path
D:\Users\%userName%\AppData\Roaming\Composer\vendor\bin\
для того, что-бы было удобнее использовать инструменты, глобально установленные через Composer.
(У меня папка Users располагается на диске D, а на C создан симлинк на неё).
Всё, composer установлен и полностью готов к работе.

Ещё: при установке можно словить ошибку
[RuntimeException]
The APPDATA or COMPOSER_HOME environment variable must be set for composer to run correctly
Решение нашлось здесь github.com/composer/composer/issues/2033
Добавляем переменную APPDATA со значением D:\Users\GSU\AppData\Roaming

Установка Composer локально

Есть вариант ещё поставить composer локально, но в большинстве случаев в этом нет явной необходимости.
Однако тут установка ещё проще.
Т.к. программа глобально не установлена, нужен загрузочный файл(мини-программа composer), для его загрузки пишем команду:
php -r «readfile(‘https://getcomposer.org/installer’);» | php
теперь в директории проекта появился файл composer.phar
Всё, можно использовать.
php composer.phar require [название пакета]

Отличия глобальной и локальной установки

Команды запускаются по разному при локальной и глобальной установках:

Например:
Локально: php composer.phar require silex/silex

1.1
Глобально: composer require silex/silex

При локальной установке нужно каждый раз скачивать установочный файл в папку текущего проекта
php -r «readfile(‘https://getcomposer.org/installer’);» | php

При глобальной установке этот файл не нужен. Composer запускается при любой текущей директории.

Команды

install — установка пакетов, прописанных в composer.json
update – обновление пакетов
dumpautoload — пересборка автозагрузчика
require somepackage/somepackage:someversion — добавление нового пакета (по умолчанию пакеты ставятся из оф. репозитория). При установке пакет прописывается в composer.json
update —lock — обновление файла блокировки composer.lock
config —global cache-files-maxsize «2048MiB» — пример изменения параметра конфигурации
—profile — добавление этого параметра к любой команде включит показ времени выполнения и объёма использованной памяти
—verbose — подробная инфомация о выполняемой операции
show —installed — список установленных пакетов с описанием каждого
show —platform — сведения о PHP
—dry-run — репетиция выполнения команды. Может добавляться к командам install и update. Эмулирует выполнение команды без её непосредственного выполнения. Необходим для того, чтобы проверить пройдёт ли установка пакетов и зависимостей успешно.
remove — удаление пакета. Точная противоположность require

Синтаксис composer.json

Именование пакетов и варианты описания пакетов

Имя пакета состоит из двух частей разделёных косой чертой: названия поставщика (vendor name) и названия библиотеки.

Если пакет оформлен в соответствии со стандартом PSR-4, но опубликован не на packagist.org, а на github, то вместо версии пакета нужно прописать ветку и репозиторий для этого пакета:

Пример подключения библиотеки, которая лежит на github, но при этом не оформлена по стандарту PSR-4, а представляет из себя обыкновенное нагромождение файлов с классами и функциями.

Pqr/superlib — эта та самая «неправильная» библиотека.

В секции repositories для неё пишем такую конструкцию

Ключевой момент — секция autoload, здесь указываем нужные нам файлы с классами и функциями.
Структура библиотеки:

Соответственно в проекте вызов getCurrentTime() будет выглядеть примерно так:
$timer = new pqr\superlib\TimerClass;
echo $timer->getCurrentTime();

Источник

Adblock
detector