SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
[umka:
Так ведь изначально-то эта ошибка генерируется PHP.

Хм.. возможно. Я как-то не подумал об этом ;)

У ВП ж, как и многих других движков есть свои методы проверки различных данных и соответственно свои сообщения об ошибках. Т.е. совершенно не обязательно они должны попадать в логи сервера.

А эта ошибка как раз похожа на одну их таких (раз не пхп-ное уведомление приходит).

Такая вот у меня логика была ;).

Ок-ок. Как-нить запощу сюда проблемный плаг (надо просто погуглить какой такое выдаёт ;) ).

ivan-lev:
Часто репутация "дырявой" CMS связана с использованием дырявых плагинов/модулей/компонентов, написанных сторонними разработчиками...

100% :)

В отношении ВП - для того, что бы плаг попал в репозитарий (откуда я их и беру) его предварительно тестирует множество тестеров. Однако при его обновлении уже нет таких обязательных тестов.

6666:
Еще бы знать как это сделать через ISP Lite (

Не надо панелька :)

Создаёшь пхп-файл (имя-любое) с содержанием:

<?php
phpinfo ();
?>
кидаешь его на хост и смотришь в браузере.
6666:
Это ВП дурачится или настройки сервера или чего?

Думаю второе. Мб в хтацессе чё накрутил?

Быстрая проверка ВП (если сайт пока в разработке): меняй префикс таблицы в конфиге - и проверяй голый ВП (или какие надо плаги активировал). Потом эти таблицы из базы грохнешь.

Важный момент! Если какой-то плаг создаёт свои таблицы без учёта префиксов (кривые самописы как правило) - тут можно попасть.

---------- Добавлено 09.03.2013 в 22:52 ----------

Кошачий:
Обычно размер загружаемого файла (по умолчанию) ограничивается 127 Mb.

Нету никакого "обычно" и "по умолчанию". Есть настройки сервера\пхп. Всё.

mrMad-Cat:
поизучаю как оно устроено.

Лучше на акцесс силы направь ;)

ВП, конечно, хороший двиг и на нём можно это сделать. Но... я вот специально не стал его советовать. Что бы на нём это реализовать - его ж нужно тоже учить, разбираться с таксономией и кастомными полями (как минимум). Это тоже дело не 5 минут. И даже не недели (в см. со стартовой позиции = 0,001).

Так зачем, если при (почти) тех же усилиях можно получить персональную конфетку? Я, например, не вижу смысла. А с учетом, что попутно нужно будет разбираться с апачами, пхп и пр серверными технологиями - да ну его на. ;)

alex338:
с чего бы?

Меня всегда тошнит от очевидных "открытий истины".

Меня всегда тошнит от пошлых и вонючих рекламных слоганов. (от фразы просто несёт гнилью)

Меня всегда тошнит от лажы аля "только у нас", "только сейчас", "мы позаботимся", и тп.

А тем более когда это всё подаётся под каким либо соусом, оттеняющего явную цель - снять с тебя денег. Вот те два предложение всё это ёмко в себе соединили. (хотя уже после первого уже желудок забеспокоился)

АПД

Забыл..

А тексты херовых копирайтеров вызывают приступ эпилепсии в мозгу технаря и критикана (критика - не ругань, а результат процесса оценки).

alex338:
Каждая минута жизни бесценна. Наслаждайтесь, а о кофе позаботимся мы!

Дальше читать не стал.

Начало тошнить.

mrMad-Cat:
Рассматривал. Но меня интересует все-таки какой-то интерфейс. И очень важны картинки. Я не представляю как это реализовать красиво в access

Так может стоит его немного изучить? У него есть всё необходимое для построения и интерфейсов и работы с картинками и многое другое.

Единственный недостаток - это надо учить :) (ну или заказывать).

Но большой плюс - манов на русском - как грязи. Да и спецов по форумам не мало.

Я бы вряд ли для локального юзания стал поднимать апач со всем барахлом (следи\обновляй это всё.. а еще и под виндой.. + нагрузка на комп...). Тем более что вряд ли какой-то паблик веб-ориентированый двиг сможет удовлетворить на 100% все хотелки. А так в руках будет не только самое_лучшее_решение, а и, что важнее, способность подстроить его под свои, изменяющиеся нужды.

Как вариант - можно поискать какие-нить виндо-программки. Думаю, что-то более-менее удовлетворяющее "ТЗ" должно найтись.

Happy46:
Как возможно перекинуть все статьи со старого сайта на новый автоматизованно?

Как вариант - тексткит.

Сливаешь со старого сайта контент в удобоваримый формат - его в ТК (там подрихтовал при необходимости) и в джумлу.

В дальнейшем ТК ещё не раз пригодится. Особенно при массовом производстве сайтов (множество движков поддерживает).

Скидка при покупке - tkafy.

ivan-lev:
Если в двух словах - ЧТО-ТО "падает" в stdout. Причём, там по соседству указано имя файла и номер строки, в которых начинается вывод.

Если касаться моего случая (а я думаю оно так везде, с этой ошибкой) - да, плаг при определённых условиях генерил хедер. И получается - он конфликтовал с уже сгенерённым ВП хедером. Ну т.е. он не должен был его генерить (как я понимаю).

Найти место генерации хедера проблем нет (и без логов апача). А вот разобраться как его подружить с ВП..

Совершенно согласен с ниже следующим:

ivan-lev:
Как правило (скорее всего, сама ошибка в плагине...), это зависит от того, что "накодил" (в самом хорошем смысле) автор плагина.. Причём, часто в зависимости от фазы полнолуния настроек сервера (apache,php, модули-расширения, наличие библиотек / curl_ , mb_ .../), доступности чего-то (файла, папки, удалённого хоста) на запись/чтение, выполняемой ветки в условии (if (..) {есть ошибка..} else {нет ошибки}) ошибка может проявляться, а может и не проявляться..

Один и тот же плаг на моём локальном серваке работал без ошибок, а на хостинге пошли ошибки. Как я говорил - в том случае я сильно не стал разбираться, ибо то были эксперименты по подбору подходящего плага и нашёлся другой, более лучший по функционалу.

[umka:
генерируемое интерпретатором PHP

Генерируемое ВП.

[umka:
И никакой гугл тут не нужен. Нужно лишь знание PHP.

Со вторым не могу не согласиться. Но это не отменяет первое. Особенно при наличии отсутствия второго ;)

[umka:
Если это ошибка не одного конкретного плагина,

Да, не одного... не одного криво написанного\устаревшего\етс.

[umka:
нужно пытаться её повторить

Как найду такой плаг - запощу в этот топик.

Всего: 28523