Плагином по событию OnHandleRequest просматривать весь массив $_FILES для поиска изображений. Если найдены, то сразу обрабатывать нужными алгоритмами. Тогда, с очень большой вероятностью, родной обработчик получит уже измененные файлы.
06 июля 2015, 22:39
1
0
Михаил, вы не туда смотрите и стереотипно представляете, что сеошники только и делают, что выделяют ключи жирным и ими же заспамливают страницы. Это на самом деле не так.
Не буду отрицать, что мне часто именно такие методы сеошников встречались на разных сайтах, не только на тех, с которыми я работал.
Соглашусь, что разных методов много, однако, такое в глаза бросается больше всего. Соответственно, видя подобное, выводы напрашиваются сами собой.
Перечитал несколько раз — не понял мысль. Представленный сайт — тестовая площадка ряда мероприятий по оптимизации, о СДЛ речи не шло.
Мне весьма интересно — какая цель преследовалась при размещении такого количества названия производителя?
06 июля 2015, 14:58
0
Обычно стараюсь не участвовать в подобных дискуссиях, но тут не удержался — зашел на сайт.
Уж извините, но от обилия ключевого словосочетания в меню и на странице в целом, а также от выделения жирным кучи слов в тексте, чуть не стошнило.
Николай правильно написал, что такие способы продвижения использовались несколько лет назад.
Я абсолютно согласен со многими вашими высказываниями — сайт действительно должен быть для людей, сайт должен быть интересным и предоставлять качественные сервисы.
Данный сайт является полной противоположностью Ваших же слов.
Василий, выше писал — это тестовая площадка, НЕ коммерческий сайт. Создан для экспериментов с Яндексом, не более.
Эти слова воспринимаются в свете ранее сказанного как Ваше видение «Сайта для людей».
Ничего личного, только объективное мнение, основанное на Ваших высказываниях.
06 июля 2015, 01:11
+1
Василий не ленится и указывается все стандартные параметры для своих сниппетов.
Не ленитесь и Вы заглядывать на вкладку «Параметры» при открытии сниппета — увидите много интересного.
03 июля 2015, 13:19
0
Напишите на mail # compaero.ru или в скайп whiteflag.ru
03 июля 2015, 00:06
+2
Отключить в настройках описание для пунктов меню. Раза в 2-3 больше приложений поместится на экране :)
Прямо в базе измените class_key нужного ресурса на modDocument.
26 июня 2015, 12:13
0
Смотрите лог ошибок, что в него попадает?
26 июня 2015, 09:31
+1
Посмотрите на метод xPDOObject::get() — он не генерирует запросы к базе, а выдает данные в нужном формате.
$modx->resource->id — такого может и не быть в теории, так как создание общедоступных свойств с названиями полей из БД задается отдельной опции и, соответственно, может быть отключено.
24 июня 2015, 15:28
0
Проблем с сортировкой не встречал. Если где-то в базе используется CP1251, в MODX часто будут всякие неприятные баги появляться.
23 июня 2015, 12:26
0
Странно, а я думал, что CMS для того и созданы, чтобы предлагать готовые решения. В отличие от фреймворков, и чистого программирования.
Значит, Вы не по адресу. В MODX несколько иной подход и к шаблонам, и к компонентам. К примеру, Вас не смущает отсутствие хотя бы одного пакета после установки системы?
23 июня 2015, 06:24
0
Василий, а не проще было эту задачку небольшим скриптом на PHP решить?
Не холивара ради, а просвещения для.
22 июня 2015, 15:56
0
Проверяй кодировки везде: в базе, в таблицах, в полях таблиц. У любого из этих элементов может оказаться неправильная кодировка, которая поломает все. Правильная — uft8_general_ci
22 июня 2015, 14:04
+1
В теории, конечно, возможно переписать значительную часть catalogFill для работы с минишопом, но не факт, что такой объем работ будет целесообразным.
Если нужен именно экспорт — опиши эту задачу, в том числе с требованиями к формату. Скорее всего, это будет проще в реализации, чем переделка catalogFill.
20 июня 2015, 13:06
0
Мой скайп: whiteflag.ru
Постучитесь — помогу, чем смогу. Это будет быстрее и проще, чем здесь продолжать.
20 июня 2015, 12:47
+1
Сергей, я немного не о том, не предлагаю сделать 2 версии с разной стоимостью. Если делать мощный компонент без привязки к minishop2, то получится огромный объем работ. Но компонент коммерческий, поэтому такой объем тоже должен оплачиваться. Соответственно, может вырасти цена. Либо же добавить к oneBooking привязку к магазину и использовать всю его мощь, оставив стоимость на прежнем уровне.
Вариант, который Вы сейчас озвучили весьма интересен. Из коробки — простое бронирование с малым количеством способов оплаты. При необходимости наращивания возможностей — всего лишь добавить minishop2 к уже настроенному бронированию.
Отличный и правильный путь!
Хотя, лично я, сразу бы делал с максимальной привязкой. На мой взгляд, не всегда нужно предоставлять большую свободу выбора пользователю. Иногда именно из-за этого появляется слишком много лишних вопросов.
20 июня 2015, 12:22
0
Еще один аргумент: как думаете, что выберут клиенты — oneBooking за 990 р. + свободный minishop2 или только oneBooking, но за 2990 р.?
20 июня 2015, 11:50
+1
Сергей, все правильно — товар один, опции разные. Можно несколько товаров — по количеству типов номеров. Но это уже нюансы.
Смысл есть. Во-первых, Ваш компонент не надо будет раздувать, так как в минишопе очень много нужного функционала готово.
Плюс к тому, уже есть много дополнений для онлайн-оплаты. Зачем изобретать велосипед?
Для обычного сайта гостиницы наличие или отсутствие минишопа никак не скажется, а вот на компоненте бронирования его наличие отразится исключительно положительно.
Не забывайте еще вот о чем: все доп.услуги, которые гость заказывает к номеру, можно сделать отдельными товарами тогда значительно упростится процесс формирования брони и последующего учета этих услуг.
Соглашусь, что разных методов много, однако, такое в глаза бросается больше всего. Соответственно, видя подобное, выводы напрашиваются сами собой.
Мне весьма интересно — какая цель преследовалась при размещении такого количества названия производителя?
Уж извините, но от обилия ключевого словосочетания в меню и на странице в целом, а также от выделения жирным кучи слов в тексте, чуть не стошнило.
Николай правильно написал, что такие способы продвижения использовались несколько лет назад.
Данный сайт является полной противоположностью Ваших же слов.
Эти слова воспринимаются в свете ранее сказанного как Ваше видение «Сайта для людей».
Ничего личного, только объективное мнение, основанное на Ваших высказываниях.
Не ленитесь и Вы заглядывать на вкладку «Параметры» при открытии сниппета — увидите много интересного.
$modx->resource->id — такого может и не быть в теории, так как создание общедоступных свойств с названиями полей из БД задается отдельной опции и, соответственно, может быть отключено.
Не холивара ради, а просвещения для.
Если нужен именно экспорт — опиши эту задачу, в том числе с требованиями к формату. Скорее всего, это будет проще в реализации, чем переделка catalogFill.
Постучитесь — помогу, чем смогу. Это будет быстрее и проще, чем здесь продолжать.
Вариант, который Вы сейчас озвучили весьма интересен. Из коробки — простое бронирование с малым количеством способов оплаты. При необходимости наращивания возможностей — всего лишь добавить minishop2 к уже настроенному бронированию.
Отличный и правильный путь!
Хотя, лично я, сразу бы делал с максимальной привязкой. На мой взгляд, не всегда нужно предоставлять большую свободу выбора пользователю. Иногда именно из-за этого появляется слишком много лишних вопросов.
Смысл есть. Во-первых, Ваш компонент не надо будет раздувать, так как в минишопе очень много нужного функционала готово.
Плюс к тому, уже есть много дополнений для онлайн-оплаты. Зачем изобретать велосипед?
Для обычного сайта гостиницы наличие или отсутствие минишопа никак не скажется, а вот на компоненте бронирования его наличие отразится исключительно положительно.
Не забывайте еще вот о чем: все доп.услуги, которые гость заказывает к номеру, можно сделать отдельными товарами тогда значительно упростится процесс формирования брони и последующего учета этих услуг.