Ответы в темах

Просмотр 12 ответов — с 1 по 12 (всего 12)
  • судя по вашей квалификации на вас висит жуть как много всего ). но ,тем не менее, можно и в скайпе обсудить. bazilio-baz отниму не более 5 минут.
    обещаю!

    написал вам письмо. если не пришло, плиз, ответьте на kotbazilio жывотное gmail.com

    спасибо

    Я все думал почему все так тормозит. Знаю, что есть утилиты для расчета оптимальных значений, либо берется 70-80% от всей памяти сервера (только я не понял речь о специально выделенном mySQL сервере или ситуации когда на одной машине крутится все. )
    В моем случае в БД есть таблицы обоих типов.

    Спасибо за ответ. Я тоже так думаю
    Я посмотрел настройки MYSQL — у них при 7,8 ГБ памяти на сервере innodb_buffer_pool_size — 8МБ . И все остальное в таком же духе. Так что не удивительно что при работе с БД возникают тормоза.

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

    [error] [client 73.41.252.252] Premature end of script headers: index.php, referer: https://www.cup.com/checkout/

    причем сам сайт работает нормально, а на странице завершения оформления заказа происходит вот такая красота(((

    спасибо огромное!все заработало.

    а если я не буду ставить палку на втором экране, можно вот это не писать:

    однако если вы ставите кеширование на уровне браузера (expires)
    тогда нужно еще в директивы nginx дописать им замену
    я не очень уверена куда допишет ваша панелька эти директивы,
    но они должны оказаться внутри блока server {}

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

    еще раз спасибо огромное. ваша квалификация меня просто шокирует ))

    поясните пожалуйста поподробнее.
    после добавления инструкций выше , на сервисах проверки сжатия мне пишут что все ок, страничка сжимается. а вот css и прочее нет. ((

    скажите в теории, я могу сам включить сжатие, не имея ранее подобного опыта? Чтобы все не убить))

    в панели управления хостингом есть вот это :

    https://dl.dropboxusercontent.com/u/19954007/1rer.jpg
    https://dl.dropboxusercontent.com/u/19954007/2rer.jpg
    https://dl.dropboxusercontent.com/u/19954007/3rer.jpg
    https://dl.dropboxusercontent.com/u/19954007/4rer.jpg

    править конфиги руками я никогда не пробовал ((

    спасибо за ответы

    спасибо!

    За прошедший день я немного продвинулся в понимании темы , учитывая , что вчера вообще не понимал, как решить задачу )))
    Итак, создал плагин, который подключается на страницу при помощи shortcode. При инициализации он создает свою таблицу в бд (единожды), пишет в options свою версию.
    Добавляем shortcode на страницу, саму страницу добавляем в меню.
    Когда загружается страничка, плагин по ID пользователя (get_current_user_id()) будет формировать список его картинок и выводить последнюю редакторе. При сохранении, в базу пишется ID пользователя. Сохранение и подгрузку картинок буду делать через ajax.

    Сам редактор хранится в отдельном файле php, скрипты для него подключаются в футере через wp_enqueue_script . Осталось написать работу с БД, понять как настроить меню, чтобы данная страница была доступна только авторизованным пользователям, ну и в самом плагине буду проверять через is_user_logged_in().
    Так же интересно есть ли механизм удаления плагина. Чтобы при удалении — из базы удалялась так же его , ставшая ненужной, таблица. И хорошо бы при этом показать пользователю какое-нибудь информационное сообщение.

    Вот такие пироги. Кажется, все не так уж страшно, как показалось на первый взгляд. Буду благодарен за любые комментарии компетентных людей.

    задачу-то я описал выше ))

    Мне нужно сохранять нарисованное каждым авторизованным юзером.
    Стоит ли создавать свой тип поста или использовать что-то из готовых? «Page»? Следует ли писать свою Taxonomie ?
    По идее , нужно хранить рисунок (JSON — TEXT) , id юзера(INT), description(TEXT) , дату создания (DATE TIME).

Просмотр 12 ответов — с 1 по 12 (всего 12)