Александр Рябов, а почему при обычном отображении страницы (во время сёрфинга по сайту) через функцию render ошибка не отображается? Почему именно тогда, когда я после AJAX валидации отображаю страницу (с помощью той же функции render)? Может, можно изменить какие-то параметры, например, заголовки запроса? Или что-то типа того.
1. Валидацию я осуществляю через $.ajax({...}), а не через new XMLHttpRequest(); И флаг async я не менял, а по умолчанию он true. Ведь должно работать?
2. Нужно заменить все подключения типа на вот такие?
<script>
var url = "/scripts/script.js";
$.getScript(url);
</script>
А почему при обычном отображении страницы (во время сёрфинга по сайту) через функцию render ошибка не отображается? Почему именно когда я после AJAX валидации отображаю страницу (с помощью той же функции render)?
Я пишу сайт на фреймворке Kohana, поэтому я сам могу решать, как назвать этот раздел (назвать как-то по особому или стандартно - что-то вроде /administrator/. И стоит ли его вообще делать или нет.
У меня есть выбор, поэтому я и спращиваю, как лучше.
Почему хрен отыщешь? Логично же, что удаление статьи должно быть там, где эти статьи выводятся. Открываем страницу со статьями. И видим крестик рядом со статьей (удаление).
sidni, Почему тогда в первом варианте моего кода (там нет вначале слеша) url у ссылки получился правильный? Добавился не весь href к url в браузере. А только guidebooks.
Алексей Скляров, зачем передавать get параметры, которые приводят к тем же самым действиям, что и их отсутсвтие? page=1 и отсутствие этого параметры вовсе - приводят к одним и тем же действиям - вывода каталога товаров первой страницы. Вот, в чем вопрос.
pygame, я попробовал - все работало. Но я попробовал всего две версии. Я подумал - вдруг совпадение. Пробовать все версии - долго. Быстрее вопрос задать. Да и если сам опробую, возможно, с первого взгляда и не замечу, что появилась какая-то проблема.
xmoonlight, придется тогда в качестве аргумента передавать в каждую функцию, где используются значения из конфига, переменную, в которую загружен массив констант из конфига?
xmoonlight, а вот можете еще ответить. Я пишу проект на Kohana. Я занес пути в константы, которые находятся в config-файле. В Kohana чтобы загрузить config-файл используется функция Kohana::$config->load('имя конфиг файла');
Я вызываю эту функцию в тех местах, где мне нужен путь. Скажите - я все правильно делаю? Или нужно как-то по-другому?
xmoonlight, спасибо, вроде разобрался. А вот вы говорите "Вообще плохо, когда присутствует текст внутри кода логики!". А если у меня есть валидация формы, например. И если форма валидацию не прошла. Я отправляю сообщение через AJAX во view - "Выбрано изображение с неверным форматом". Мне вот эту строку тоже в специальном конфиге с константами что ли нужно хранить? Зачем?
И вообще где можно про это почитать? Почему плохо; чем лучше хранить текст в отдельных файлах...
xmoonlight, я обычно из контроллера к классам обращался. я написал свою константу в отдельный файл. как мне обратиться к этому файлу, чтобы прочитать эту константу? нужно ведь как-то подключить этот файл к проекту? с классами вроде все автоматически делается за счет роутов и функций фреймворка. если я не ошибаюсь. а как с обычными файлами? или нужно константы в класс писать? извините, я новичок.
xmoonlight, у меня просто фреймворк использует MVC.
А как загружать? Вот пользователь зашел в личный кабинет. Нужно использовать константу с путем для аватарок (чтобы отобразить аватарку в личном кабинете). Что мне писать в контроллере? include и путь к моему файлу (точнее константу с путем)?
xmoonlight, спасибо за ответы.
А вот еще вопрос... У меня глобальные переменные объявлены в Controller (как я уже сказал). Проект начинал делать не я, я всего лишь дорабатываю его. Скажите - правильно ли это - что в Controller переменные пишутся? Или для этого нужно выделить специальный файл? Это на будущее - чтобы потом правильно писать.
И еще. Вот когда в модели есть функции для получения пути (для аватарок, например). Какое-то удобство есть - пользовательские аватарки в моделе User, все логично. А когда все переменные с путями в одном месте - это ведь не так удобно. Если их будет много, в них можно случайно запутаться. Можно как-нибудь разделить их?
Внутри кода логики - это как? В модели что ли? А если у меня модель User и путь только для картинок User'a (аватарок). Все равно нужно не в модели делать? Логично ведь в модели.
Можно поподробнее про дерево?
Хранилище переменных - это где? У меня есть глобальные переменные - они объявлены в главном Controller - от которого другие контроллеры наследуются. Мне сюда эти переменные писать?
Спасибо за ответы. Сборщик - это как компилятор SASS? Очень удобно.
А можно посмотреть, как обычно в проектах разбивают JS? В каком файлике что хранить. Я просто думал во вьюхе (.php) JS код писать, который используется только в ней. Но из вашего ответа понял, что это не самый лучший вариант.
Кирилл Несмеянов, почему классы? у меня даже в IDE phpStorm если я в файле напишу trait, то у него будет другая иконка, чем у файла, где написано class.
Где об этом можно почитать?
OKyJIucT, я понял, что не отработает. То, что я написал - это не конечный код, это процесс работы. Я просто до этого в другой IDE работал, там Ctrl+V вставлял мой код и не менял его при вставке. Я бы хотел в PhpStorm сделать также - отключить в настройках изменение кода при вставке. Вот только не знаю, где это отключить. Поэтому и спросил.
