-3
Конкурс то отличный, но найдётся ли разработчик php скриптов на юкоз, который сможет реализовать ту или иную задачу от пользователей?
|
+5 3
Kurt (12.08.2011 22:04)
 Найдутся. Правда, сколько найдется среди идеологов понимающих что в принципе реализуемо, что именно пхп, а что яваскриптами и возможностями системы, и пхп тут не причем. Это пока тоже вопрос.
|
+3
 Кстати, часто ещё бывает что идею можно реализовать как средствами системы, так и с помощью PHP. В большинстве случаев средства системы приходиться использовать не по назначению и к тому же иногда это бывает не безопасно. Например, скрипты связанные с оплатой, с доступом к чему-либо — реализовать можно как с помощью системы (используя, например, для оплаты Интернет-магазин, а для переноса в другую группу модуль тестов), так и с помощью PHP. В данных случаях использовать нужно PHP, так как в первом случае можно легко самостоятельно отправить нужный запрос и получить новую группу, а с помощью PHP всё это можно сделать безопасно. Сейчас уже пару идей заметил, где отвечали, что можно реализовать с помощью системы, хотя на самом деле безопасный скрипт, используя средства системы, не сделать.
|
-5
А почему на сайте не отображаются все 16 идей ?? У меня в обще только 2 отображаются ..
|
-3
Нужны идеи..
|
-3
 Отличный конкурс... нужно много идей...
|
+3 11
A$K (13.08.2011 03:36)
 Что-то я сомневаюсь в одном из двух: вряд ли найдутся желающие, которые поделятся серьезным собственным творением, либо такого желающего оценят не так высоко, как он бы этого хотел и заслуживал. Например, реализация крупного дополнительного модуля, такого как социальная сеть. Смысл есть и очень высок, но если качественно реализовать такое дополнение, то его выгоднее будет продавать. Хотя, безусловно, конкурс классный, сам поучаствую... наверно, в обоих этапах 
|
+3
 +1 uCoz не хватает соц фишек. Можно прочитать одни комментарии о городских сайтах.Но наврядли нас услышат и uCoz обрадует такими фишками(
|
+2
 Нет, несмотря на гибкость системы каждому пользователю всегда не хватало какой то одной небольшой функции. А теперь у них появилась возможность ее "запросить" для реализации. На данный момент, самой сложной считаю функцию внутренних денег для пользователей и модуль видеокаталога.
|
+1
Информеры это не тот случай, я имел ввиду, чтоб при добавлении файлов в к.файлов и к.статей они добавлялись на главную страницу в смешанном виде, и сортировались, допустим, по дате добавления(как обычно)
|
-3
 ты сам как пользователь смотришь блоки по бокам сайтов ? (их допустим будет десять) так же проблема с RSS лентами (
|
-3
 +1 так же. Материалы можно выводить информерами - но это неудобно. Хотелось бы увидеить вывод в одной ленте. Сейчас только возможно использую один модуль это сделать. ( новые статьи-объявления(у меня музыка)-блог(у меня в нем видео) - файлы невозможно всё отображать на главной!
|
+1
 не посчитайте за троллинг, но опять таки повторю свою мысль: реализуйте, пожалуйста, возможность вывода результатов действия php-скрипта без использования json и других ява-скриптов! и тогда можно будет успешно внедрять и реализовать разнообразные идеи на сайтах uCoz. ибо это уже будет эффективно с точки зрения SEO
|
+2
 очень надеюсь, что таки работают! но пока на этот вопрос не ответил ни один из представителей Юкоза ни тут, на блоге, ни ни на форуме, ни в твиттере. только догадки других пользователей. я так понимаю, joncofe тоже не относится к представителям Юкоза
|
-2
А разве $RCODE_N$ кто-то отменял? Или вам на сайте нужно использовать десятки скриптов? Возможно вы еще скажете, что через RCODE данные кешируются минимум на 3 часа, но как раз для SEO то и нужна перманентная страница, а не для роботов одна, а для людей другая, и 3 часа задержки тут совершенно не критично.
|
+2
 к сожалению, $RCODE_N$ и его неофициальный аналог $DCODE_N$ позволяют решить только перманентную задачу. так и приходится делать, когда к примеру необходимо разместить живой код информера с другого сайта. если сейчас есть возможность этим кодам передавать какие-то переменные, хотя бы адрес страницы, чтобы его принимал пхп-скрипт, подскажите - буду весьма благодарен.
|
-2
К сожалению, данные коды вызывают скрипт в том формате и с теми параметрами, которые указаны при создании самомго кода. Им нельзя подставить какой-то динамический параметр, т.к. это по логике может изменить вывод (ответ) скрипта, т.е. должен обновиться и кеш. В таком случае он в принципе не нужен, но если убрать куширование, я думаю, вы понимаете, что будет. Единственный вариант сейчас вызывать PHP скрипты, результат работы которых напрямую встраивался бы в страницу в зависимости от переданных параметров и без кеширования - это через адрес вида http://site.domain/php/.... прямым запросом на скрипт и скрипт сам должен формировать страницу полностью в дизайне сайта.
|
+2
 то есть с помощью json ? если да, то мы пришли к тому же откуда и начинали. идей, как применить масса - от замены использования информеров (которые иногда не спасают) до... но реализации мешает использование джаваскрипта при выводе результатов пхп-скрипта - о чем я и говорил выше. я искрене прошу прощение, что здесь развел эту дискусию, уж очень животрепещущая эта тема
|
-2
|
+3
Интересный конкурс. Надеюсь, на время второго этапа включите мне бесплатный php, а то я на юкозе сайтов больше не держу (написал конвертер - все перенёс на платный хостинг, переношу теперь другим за плату), а платить за услугу западло...
|
-2
Я планирую участвовать во втором этапе. Чтобы реализовать идею, нужно написать скрипт. Чтобы написать скрипт, нужно купить услугу php. Может, сделаете для участников второго этапа бесплатный php на время проведения конкурса?
|
+1
Вообще, реализация большинства проектов осложняется тем, что на ucoz нет mysql (сторонних хостингов для mysql не касаюсь, ибо за них надо тоже доплачивать, а бесплатные вам вряд ли позволят это делать). Считаю, что нужно к услуге php подключить mysql. Вот я держу сайт на платном хостинге - плачу за него 0,75$/мес. Там есть php, mysql и куча других функций, а здесь у услуги php цена в несколько раз выше и нет никакой СУБД. Где хранить данные скриптов? Пока это возможно только в текстовых файлах, но делать выборку оттуда крайне неудобно.
|
0
Вполне понятно, что для большинства использовать БД удобнее, чем файлы, НО, чесное слово, уже устал объяснять, когда ваш сайт (возможно) разовьется и количество запросов к скриптам и БД выростит в десатки или сотни раз, вас мягко попросят перейти на другой тариф, и платить вы будите не 0,75$/мес, а 7,5$/мес.
|
0
На одном из моих сайтов было 1000 хостов/сутки (в раскрутке сайтов я не очень хорошо разбираюсь), и хостинг справлялся. К тому же если такая проблема всё же возникнет, платить 7,5$/мес я буду не за один, а за несколько сайтов на аккаунте. Да, и если что, перенести сайт к другому хостинг-провайдеру особых проблем не возникнет, в отличие от сайта на ucoz.
Всё-таки хотелось бы увидеть СУБД на ucoz. Сейчас возможности php сильно ограничены именно из-за отсутствия базы данных.
|
+4
+1 человек за БД на uCoz. Мы уже купили сторонний хостинг исключительно для БД.Не уверена, что за те деньги, что мы платим, они будут терпеть нас с планируемым количеством запросов (мы еще не все реализовали, поэтому пока проблем нет).
|
+5
Предположим, кто-нибудь захочет реализовать эту идею (http://phpexample.ucoz.net/dir/ideas/druzja_polzovatelja/1-1-0-28). Нужно где-то хранить информацию о том, кто с кем подружился. Можно это делать в текстовом файле, если сайт маленький, то это пройдёт. А если сайт крупный? Представляете ресурсоёмкость скрипта, который будет обходить текстовый файл циклами for и while, где тысячи записей о друзьях, чтобы выбрать пару нужных записей о друзях конкретного пользователя. А в MySQL это решается одной строкой: "SELECT * FROM `friends` WHERE `user_id` = '$id'". По-моему, хранить данные в БД гораздо удобнее в плане выборки.
|
-4
 Из вашего примера, запрос точно также пройдется по всей таблице. Причем выбирая всю строку. Описанная вами проблема, решается индексами и более конкретным запросом. Все просьбе выше решаются использованием SQLite. Просто люди не знают, как с ней работать. А это такие же базы данных.
|
0
Хорошо, пойдём изучать. Век живи - век учись!
|
+2
Fatal error: Call to undefined function sqlite_open() in /home/ru/cgi/runphp.php(87) : eval()'d code on line 9 Нет и этой СУБД на ucoz. Зачем вы запутываете народ?
|
+2
В phpinfo написано: --without-sqlite . Отключена это функция на юкозе.
|
-2
Да, данное дополнение не вкомпилировано в uCoz PHP
|
-1
но я же работал с ней
|
+1
Интересно, как? Подскажете? А то я тут целый класс для текстовой бд написал, чтобы было хоть какое-то подобие SQL.
|
+1
а sqllite? удобнав использовании и на любом хостинге доступна. mysql это тоже сохранение информации в файлах. просто в удобном формате.
|
-3
 Ура! Идеями, конечно, делиться не будем. Не будем и делиться открытым кодом их реализации, но оду полезную и прикольную фичу попробуем предоставить на конкурс!
|
-3
 Где-то давно читал обсуждение, что php на uCoz ничего нового не может дать продвинутому пользователю. Тоже самое, что и обычный хостинг с поддержкой php + uCoz. После этого я смотрю на этот php + uCoz скептически. Уже прошло время, что-то изменилось в php?
|
0
 Где-то читал, что люди не могут ничего придумывать. В принципе. И своей головой тоже ничего не создают, только могут заимствовать и т.п. Может уже пора начать самим думать, а не повторять глупости чьи-то да еще не подтверждая ничем?
|
-2
 Хорошо, я объясню Kurt. Я прочитал обсуждение про php на uCoz, сделал свои выводы, что еще рано требовать от этой функции многого, и еще нужно время на развитие. Теперь, когда поднята тема php вновь, спросил что нового появилось. Спасибо AlexPS. Kurt я оцениваю этот сервис уже не как сообщество по интересам, а как один из моих инструментов заработка в интернете. Я влаживаю в uCoz деньги и получаю обратно больше. Так что не мне надо объяснять, что не нужно идти за толпой, а самому думать. Да, не самое лучшее у uCoz получилось социальное мнение. Когда я вспоминаю за ваш сервис, как один из инструментов заработка, то всегда слышу "Фуууу, только не uCoz", и я переубеждаю, если мне это нужно. У всех, кроме "фууу", больше аргументов нет, почему они относят uCoz к негативу. Питаясь всех учить мыслить за себя вы не замечаете, кто уже так делает.
|
+1
 Вы сообщение мое читали? Там говориться об обратном. Возможно так будет понятней: Quote Когда я вспоминаю за ваш сервис человеку, как один из инструментов моего заработка, то всегда слышу в ответ "Фуууу, только не uCoz", и я переубеждаю этого человека в обратном, если мне это нужно. У всех таких пользователей, кроме "фууу", больше аргументов нет, почему они относят uCoz к негативу. Вы сами вместо своего мнения написали мнения Kurt`a обо мне, не прочитав моего ответа. Так, что задайте свой вопрос себе.
|
+5
 Kurt хотите подтверждения моим словам, что php еще сырой? На данный момент php не может заменить обычный хостинг с этими же функциями. Даже ограничения делают его на класс ниже. Если убрать в системе API, то вовсе придется парсить страницу, как это делается в примере "Фильтрация результатов поиска"(http://phpexample.ucoz.net/publ/filtracija_rezultatov_poiska/1-1-0-8). Скрипты выполняющиеся на стороне сервера на то и созданы, что-бы делать скрытую информацию. А на данный момент скрипт имеет права гостя. Единственные плюсы этой системы, это: 1) Вызова php-скрипта функцией PHPCODE 2) Встроенная php-функция ucoz_getinfo(DATATYPE) которая имеет только один параметр SITEUSERID. Я не говорю, что система "php на uCoz" плохая. У нее еще все впереди. Нужно больше встроенных функций, как ucoz_getinfo(). Если получение данных хоть как-то реализовано API, то отправка запросов обратно только стандартная. Возможность изменять материалы, данные пользователя по событию совсем ничтожны. Попробуйте сделать скрипт, который работает с категориями. Нету cron. На крайний случай можно использовать импорт удаленного кода c запуском в 1 час или более. База MySQL тоже нужна. Сохранять дополнительные данные в текстовых документах (http://phpexample.ucoz.net/publ/primer_khranenija_dopolnitelnykh_polej_dlja_polzovatelja/1-1-0-2) совсем не выход. В будущем, с новыми функциями сам буду пользоваться, а сейчас пока не хватает функционала.
|
0
Что-то я не вижу конкретики все-таки. Попробую ответить на то, что есть. "Если убрать в системе API, то вовсе придется парсить страницу" - а какое это отношение имеет к ПХП, если вы самим сказали об API. Это ограниченое именно API, но никак не ПХП. "Скрипты выполняющиеся на стороне сервера на то и созданы, что-бы делать скрытую информацию. А на данный момент скрипт имеет права гостя." - кто вам мешает скрывать информаци скриптом и что значит скрипт имеет права гостя? Или опять про API? Если речь идет о том, чтобы скрипт мог формировать контент страницы без использования ajax запросов к нему, то как это делается я уже писал выше "Если получение данных хоть как-то реализовано API, то отправка запросов обратно только стандартная." - вы говори те про отправку запросов куда именно? На скрипт, пожалуйста, отправляйте какае угодно запросы, на сами стандартные страницы отправлять любые запросы естественно бесполезно, т.к. их обрабатывают системные скрипты и они не будут принимать произвольные запросы. Опять же, удобное изменение материалов это API, но никак не ПХП. "Нету cron. На крайний случай можно использовать импорт удаленного кода c запуском в 1 час или более" - можно использовать и событую схему вместе с временной (при каждом открытии страницы вызывать яваскрипт функцию, котороая опираясь на разницу текущего времени и времени последнего вызова будет выполнять скрипт). "База MySQL тоже нужна." - как вы знаете, использовать базы MySQL можно и сейчас, но только сторонние. Описанное мной выше не означает, что в текущую реализацию ПХП не будут вноситься изменения или дополнения, я лишь показал, как можно обойти указанные ограничения. Основная же причина отсутствя возможности того же использования MySQL в системе в нерентабельности и малой востребованности PHP как такового. Полученная стистика показывает очень малое количество использований данного функционала и дело тут не в возможных ограничеиях, а в том, что подавляющему большинству пользователей это не надо (одни просто слышали, что такое PHP и хотя устанавливать только готовые движки и скрипты (это делать и сейчас можно, но для этого же надо знать ПХП), у других просто нет задач для этого). Я думаю вы согласитесь, чт то мизерное кол-во людей, которые воспользуются ПХП после введения MySQL (ориетнировочно 100-200 чел) явно не стоит тех трудо и временных затрат, которые необходимо понести на создание стабильного, надежного, квотированного доступа к базам пользователей. Так что это скорее задача будущих, чем нынешних приоритетов.
|
+1
Можно задать вопрос повторно (на сайте конкурса еще нет ответа, а здесь уже есть). Для участия во втором этапе обязательно предоставлять код всем желающим или можно только администрации uCoz? Что конкретно будет оцениваться - сложность и значимость кода для конкретного сайта или массовость его использования? Пашкова.
|
-1
 Мы тут уже начали работать над реализацией своей идеи - но оказалось, что ее реализовать невозможно из-за большого числа запросов и включающейся блокировки. Вот и все. Вместе с этой погибли и другие наши идеи.
|
+3
В 90% слечаев большое кол-во запросов происходит из-за неоптимальности кода. Такой вопрос уже вставал несколько раз, и я объяснял для конкретных примеров, как от них избавиться и оптимизировать код. Если бы вы озвучили свои идеи, возможно получили бы советы и ответы (причем не только от меня, среди пользователей системы достаточно разбирающихся и опытных)
|
-1
 Спасибо! Да, код неотимален, но не совсем понятно, как средствами uCoz сделать такую вещь: вывести аватары пользователей онлайн на странице сайта. Как я понимаю (я не программист, код пишет другой человек), вначале нужно получить список пользователей онлайн, затем с их личной страницы взять аватары и вывести их. Все заглохает уже на получении страниц пользователей. Вопрос - как иначе получить аватары пользователей онлайн?
|
+1
Варианты решения разные, например, не очень сложный: получить 1 запросом список онлайн пользователей; получить 1 запросом список пользователей отсортированных по дате входа с количеством на странице 100 записей отсюда: http://site.domain/api/index/15 (в 90% случаев тут будут записи о всех онлайн пользователях включая их аваары, если не все, получить вторую страницу еще 1 запросом); пересечь списки и получить соответствие аватаров онлайн пользователям. Есть и более надежный, но и более сложный в реализации вариант.
|
-2
 Интересно, спасибо. А второй способ - секрет? просто хотелось бы повысить свой уровень, так сказать. Сложность нам не страшна.
|
+1
Почему же секрет, нет. Необходимо на PHP сервере в файле иметь соответствие ИД пользователя сайта и его аватара, тогда скрипт не будет делать никаких запросов к спискам пользователей, а сразу будет получать нужную инфу из файла. Это сложнее первого, т.к. 1 раз нужно это сделать для всех уже зарегистрировавшихся на сайте (любым способом, хоть ручками вписать) + на добавление/изменение аватара повесить JS скрипт, который бы передавал PHP скрипту новую ссылку на обновленный аватар пользователя, а PHP скрипт изменял соответствующие данные в файле. Тогда все будет работать как часы 
|
-1
 Ну да, такой вариант мы тоже рассматривали, только у нас на сайте почти 160 тысяч пользователей, и собрать эту базу и вести ее регулярное обновление - дело не малое (по ресурсам). Спасибо!
|
-1
Очень давно реализовывал, когда о php на ucoz никто и не мечтал. Правда, нужен был удалённый хостинг.
|
+1
 ✔ Done Последние выводить не вижу смысла, они и так видны.
|
0
 Я не буду говорить, что там все идеи четкие, но для начала покажи свою идею. Не спорю, что часть идей полный бред, часть вообще к uCoz не относятся, часть уже либо сделаны, либо реализовываются JS или самой системой. Но если администрация идет на встречу, нужно самому взять и показать пример.
|
-3
 кинь ссылку на форум где все про каталог файлов написано я искал этот раздел но не нашол! большое спасибо
|
0
а почему uCoz RSS не работает в браузере Chrome
|
+1
вопрос: если я оплачу услугу без разницы какую, то я смогу удалять пользователя unet на своем сайте, если я поставлю что бы только локальные пользователи могли тусить на сайте?
|
+1
Ещё вопрос: скоро начнётся второй этап. Можно ли предоставить сначала недоработанный скрипт, а через некоторое время уже готовый? Объясню, зачем: если я отдам скрипт тестерам для проверки работоспособности и поиска багов, то кто-нибудь из них может выставить скрипт на конкурс и заявить, что он автор. А так у вас будет бета-версия скрипта и доказать своё авторство в случае такого конфликта будет проще.
|
|