Чат сообщества
Архив - только для чтения |
| Сообщество uCoz » Архивариус » Архив » PHP на uCoz (Описание темы) |
| PHP на uCoz |
|
В марте 2011 в системе uCoz появилась возможность использовать ограниченные PHP-скрипты. PHP вводится для того, чтобы наши пользователи могли расширить и кастомизировать свои сайты. Добавить им гибкости и разнообразных полезных функций. С помощью нового функционала возможно реализовать различные фичи на сайте, использовать скрипты для взаимодействия с модулями системы и вывода данных в необходимом виде и месте, их преобразование. Открываются возможности к реализации необычных сервисов на своих сайтах. Данное решение не подходит для установки портальных систем, монстрообразных движков форумов, и прочих высоконагрузочных скриптов с неоптимальным исходным кодом, дающих высокие необоснованные нагрузки на сервер.
А также: Как активировать услугу? Услуга доступна в рамках пакетов (начиная с пакета "Расширенный 2”), и как отдельная услуга ($1.99 в месяц) Панель управления » Платные услуги » Купить отдельную услугу » PHP » Возможность использования PHP-скриптов  В этой теме разрешается обсуждать данную возможность, делиться опытом, вносить конструктивные предложения. Внимание! |
|
хм... если я все правильно понял, то...
в шаблон результаты выполнения пхп-скрипта можно вставлять только посредством джава-скрипта (ну или айфрейма)? Бог ты мой, скажите, что я ошибаюсь!! иначе в чем же тут вся пиашпишность? с помощью js я запросто и раньше мог забирать результаты с любого хоста с помощью соответствующего информера. весь же смысл, чтобы на странице шаблона выводился живой текст, доступный для индексирования Сообщение отредактировал kompass - Пятница, 08 Апр 2011, 01:03:53
|
|
kompass, не ошибаетесь.
Для SEO-шных нужд предложенная реализация PHP ничем помочь не может. Хотя бы уже потому, что скрипты выполняются на отдельном сервере и асинхронно по отношению к генерации страницы по шаблону, так что вставить результат работы скрипта непосредственно в HTML-код шаблонной страницы, отдаваемый с сервера, невозможно в принципе. Можно, конечно, просто сделать специальные страницы на URL'ях скриптов, и соответственно полностью рисовать их код скриптами, но это может представлять SEO-шный интерес только в каких-то совсем уж специальных случаях. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
Сообщение отредактировал YuriT - Пятница, 08 Апр 2011, 03:27:42
|
|
YuriT, использовать результаты работы php-скриптов можно было и раньше через переменные типа $DCODE_n$
единственно, что ранее это увы приходилось делать в лишком ручном режиме. то есть заводить для каждого случая отдельную переменную ди и не возможно было передать на пхп какие-то переменные из системы uCoz. увы получается, что теперешнее долгожданное внедрение php на uCoz таковым и назвать нельзя, ибо используется через джава-скрипт. а то, что появился отдельный сервер, на котором можно выполнять php-скрипты, но никто не запрещал ранее купить где-нибудь хостинг - благо цены на эти услуги уже довольно таки низкие, и порой даже порой сильно конкурируют с предложенной ценой системы uCoz. я, к сожалению, не силен в формате json, но практически уверен, что такой реализацией можно было пользоваться и до громкого внедрения php в системе uCoz. чтобы никто не говорил, мол критиковать легко, могу попробовать предложить возможный вариант полноценного решения php. очень надеюсь, что этот постик прочитает техническая бригада системы uCoz и в ближайшем будущем внедрит возможность использования php в "живом" виде, без джава-скриптов. |
|
Quote (joncofe) 3. В принципе, могу сказать с уверенностью, что с текущей реализацией ПХП можно решить практически все задачи, которые приходят в голову. Ограничение лишь в способности их воплотить. Да, возможно, они требуют нетривиального решения, но вполне решаемы. Текущая реализация не позволяет решить как раз бОльшую часть из тех задач, ради которых, собственно, народ и хотел на Юкозе PHP: все, что требует изменения именно исходного HTML-кода страниц, а не их вида в браузере (все задачи SEO-оптимизации, автоматической перелинковки, вставки SEOшных ссылок и частей кода, "настоящий" BB-код hide и т.п.). Плюс в процессе обсуждения, чего же хочется от юкозовского PHP, народ называл еще с десяток основных задач, которые предложенная реализация по крайней мере пока что никак не решает - скажем, дополнительная серверная валидация/автомодерация/автоцензура, получение данных из базы, не доступных сейчас через предложенное АПИ и т.п. И задачи эти для многих намного более актуальны, чем все то, что позволяет сделать нынешняя реализация. Потому как сейчас даже такие элементарнейшие и насущнейшие SEO-задачи, как вывести на отфильтрованных страницах каталогов адекваные title, мета-теги и оптимизированный текст нормально решить практически невозможно, да и с мета-тегами на других страницах все тоже обстоит крайне скверно. А уж добиться того, чтобы Гугл-вебмастер не жаловался на повторяющиеся title и description - вообще нереально. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
Сообщение отредактировал YuriT - Пятница, 08 Апр 2011, 20:09:18
|
|
Как вставляется яваскриптом? Т.е. вот этот код после вставки в шаблон:
Quote <?$PHPCODE$("http://SITE_ADDRESS/php/SCRIPT_NAME.php?param0=valueA¶m1=valueB...¶mN=valueM")?> как будет выглядеть при просмотре исходного кода HTML?
Code $.getJSON('http://SITE_ADDRESS/php/SCRIPT_NAME.php?param0=valueA¶m1=valueB...¶mN=valueM', function(data) { типа я вставился в шаблон }); Так шо ле?! Вы полюбили меня. Здесь я. (с)
|
|
YuriT, практически полностью понял мою мысль!
да, текущая реализация php дает возможность решить многие задачи, которые раньше или не возможно было решить, или приходилось решать огромнейшими кодами на js. то что скрипты обрабатываются на другом сервере - тоже логичное и правильное решение. а вот размещать результаты отработки php-скрипта с помощью js - во многих случаях это очень нецелесообразно. пользователю, и самое главное, - поисковым системам - необходимо давать живой html код. он-то и будет доступен для индексирования - и следовательно доступен для поиска в поисковых системах. прекрасно понимаю, что скорей-всего не легко решить вопрос инклуда результата php на страницу uCoz и разработчики нашли простейший способ - с помощью js. но ведь есть хорошо зарекомендованный себя механизм "импорта удаленного кода"! и если его модифицировать и развить в отдельную функцию, то проблема возможно будет решена. тем более, если википедия не раз подчеркивает, что json - небезопасная технология. я прекрасно понимаю, что в системе uCoz очень много маленьких проектов, для которых и вообще php не нужен или хватает сегодняшней реализации. но ведь есть же большие ресурсы, и довольно таки немаленькие и посещаемые, которым очень тесновато (сужу по себе) в существующих возможностях uCoza. и полноценная реализация php (даже и без mysql - которую в крайнем случае можно оформить на стороне), а также полноценного api с закрытым (с помощью ключа) доступом ко всем данным (хотя бы на прием) будет как манна небесная. и по крайней мере я готов платить больше за такие большие возможности. |
|
Quote (YuriT) Ferro7, так просто зайдите на сайт с примерами (ссылка в первом посте) да и посмотрите на страницах "демонстрация", что куда подставляется в код. Посмотрел. Как я и думал. Разработчики пошли наиболее простым путём при интеграции uCoz и PHP. Quote (kompass) но ведь есть хорошо зарекомендованный себя механизм "импорта удаленного кода"! и если его модифицировать и развить в отдельную функцию, то проблема возможно будет решена. Нее, там всё не так просто. Импорт кода происходит не каждый раз при вызове страницы, а скорее всего в момент создания кода импорта, занося полученные данные в базу. А при вызове страницы на юкозе с кодом импортного кода (тафтология...) данные просто дёргаются из базы и всё. А с пхп тут дело, как видим, по-сложнее. Юкозовцам придётся под такие требования компасса вносить изменения в движок uCoz ) Вы полюбили меня. Здесь я. (с)
|
|
Quote (Ferro7) Импорт кода насколько я понимаю механизм реализации, в системе есть код с кешированием импорта - $RCODE_n$ и без кеширования - $DCODE_n$ как раз второй вариант и мог бы подойти, если толково модифицировать. но увы, это только догадки. возможные варианты могут предложить только разработчики. но они как обычно молчат. |
|
Quote (kompass) насколько я понимаю механизм реализации, в системе есть код с кешированием импорта - $RCODE_n$ и без кеширования - $DCODE_n$ как раз второй вариант и мог бы подойти, если толково модифицировать. Насколько понимаю я, код $DCODE_n$ точно так же кэшируется. Его единственное отличие от $RCODE_n$ состоит в том, что в конец импортируемого URL дописывается URL текущей страницы, так что в кэш для фиксированного n попадает не одно значение, а по отдельному значению для каждой пары n+текщий_URL Потеряшка - поиск потерянных и помощь бездомным животным в Питере
|
|
Могу ли я сделать после отплаты на сайте анонимку для отправки почты с любого майла?
www.ilim.kz
|
| |||