Есть некий конфиг, который хранится в БД. Хочу выбирать его с помощью Propel оттуда и потом обращаться как-то так:
sfConfig::getInstance()->getMyConfig();Есть варианты как это сделать, а то я кучу всего перерыл - и ноль результатов.
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Форум поддержки пользователей Symfony » Сообщения от Agatov
Есть некий конфиг, который хранится в БД. Хочу выбирать его с помощью Propel оттуда и потом обращаться как-то так:
sfConfig::getInstance()->getMyConfig();Есть варианты как это сделать, а то я кучу всего перерыл - и ноль результатов.
Что-то я торможу.
$img = ImageCreateTrueColor( 100, 100);
Как сделать, чтобы $img сохранилось на диск?
Никак не могу понять суть проблемы. Указаны верные логин, пароль и хост для БД в databases.yml. В качестве хоста указан mysql5.caravan.ru
Но выдаётся ошика Unable to open PDO connection [wrapped: could not find driver]
Бьюсь над проблемой уже неделю. В чём может быть проблема?
---
обычно такая ошибка выдаётся, когда неверно указаны параметры для соединения с БД. Но тут всё на 100% верно.
С формы вида
<input type="file" name="attachment[0]">
<input type="file" name="attachment[1]">
и.т.п.на сервер приходят файлы. Вопрос - как это дело грамотно обработать?
foreach ($request->getFiles('attachment') as $loaded_file) {
$filename = $file->getId().$file->getExtension();
$loaded_file->save(sfConfig::get('sf_upload_dir').'/attachments/'.$filename);
}Оставил только нужный для топика код.
Так вот - думал, что такая конструкция будет обрабатывать пришедшие файлы по порядку, но не тут-то было. Оказалось, это добро приходит вот в таком формате
Array ( [name] => Array ( [1] => iconza_16x16_93cc2c.zip [2] => iconza_32x32_93cc2c.zip ) [type] => Array ( [1] => [2] => ) [tmp_name] => Array ( [1] => C:\WINDOWS\Temp\phpAC9C.tmp [2] => C:\WINDOWS\Temp\phpAC9D.tmp ) [error] => Array ( [1] => 0 [2] => 0 ) [size] => Array ( [1] => 68889 [2] => 146055 ) )Вобщем вопрос: как перебрать пришедшие файлы по очереди?
----
Возможно просто туплю уже - полчетвёртого ночи у меня уже. Так что сильно не ругайте
.
Как вовремя я тут появился. Заодно тебе помогу вот ![]()
http://yabadaba.ru/files/146260 - Держи. Тот глюк о котором писал выше вроде пофиксил в этой версии уже. Но точно не помню - давно дело было. Проверяй.
1.2 использую, старые перевёл на неё же. Удобней )
название - в единственном пишу.
А как вы именуете булевые поля? я - по старинке is_***, но иногда тоже неудобно.
я один думаю, что автору для начала надо почитать побольше ?
Да всё нормально уже - поставил sf на сервер, настроил там APC - теперь всё летает.
--
А слайд в презентации с "Hello World" порадовал ![]()
Не, не доводилось -). Ну вот на текущем заказе и попрактикуюсь ))))))
Вы меня несколько не поняли ![]()
Мне хотелось бы не передавать второй массив опций валидатору - а писать все эти "Поле необходимо к заполнению " в отдельном конфиге. Просто точно помню - видел где-то такое.
ну что-то вроде
'... ' => new sfValidatorString(array(), array('required' => 'Поле необходимо к заполнению'))Достало каждый раз переводить сообщения типа "required" в самих классах форм. Они после этого раздуваются в объёме, а хотелось бы, чтобы там содержалась только логика.
Кажется, я где-то видел способ, где те же самые сообщения прописывались в конфигах. Хотя, возможно и ошибаюсь - поиск по докам результата не дал.
Не поможете?
оооо! Буду дальше копать в эту сторону ))) Даёшь лёгкий nginx в массы!
nginx может поддерживать php при помощи fast_cgi. Получается индеец нужен только из-за мод реврайта. А в nginx есть аналог, нужно будет только сделать аналог .htaccess для sf.
в чём я не прав? уж больно меня тема заинтересовала ![]()
в производительности вопрос
.
А можно ли как-то посмотреть время выполнения скрипта в других режимах?
ноутбук у меня по мощности такой же, как сервак в инете. Ток на серваке винда не стоит ( у меня XP )
в книге про Symfony 1.0 было сказано, что Sf не оптимизирована для работы под пхп, работающего как fast cgi
При отключенном кэше на рабочем ноутбуке (windows, 2гб RAM CPU 1.8x2 Ghz) в dev'e многие страницы грузятся по 800-1000ms. Это нормальная ситуация или где-то что-то у меня притормаживает?
Будет ли работать Sf на сервере, где php установлен как Fast CGI ? или всё же лучше поставить пхп как модуль к апачу?
В нескольких источниках встречался с такой ситуацией: вместе с Sf советуют использовать именно APC, а не какой-нибудь там eAccelerator или другие аналоги. Не скажете с чем это связано?
сейчас вот настраиваю связку apache + nginx и думаю... а зачем апач вообще в этой связке? ведь кроме mod_rewrite в нём нет ничего того, что нужно для работы sf и чего нет в nginx.
Или не прав я?
Вообще впервые о таком слышу. Пойду почитаю )
Роман, это я так сам выставил. Если включить эту опцию, то и будет происходить так картина, что я описываю.
prod:
.settings:
no_script_name: off
logging_enabled: off
cache: on
dev:
.settings:
error_reporting: <?php echo (E_ALL | E_STRICT)."\n" ?>
web_debug: on
cache: on
no_script_name: off
etag: off
test:
.settings:
error_reporting: <?php echo ((E_ALL | E_STRICT) ^ E_NOTICE)."\n" ?>
cache: off
web_debug: off
no_script_name: off
etag: off
all:
.settings:
# Form security secret (CSRF protection)
csrf_secret: false # Unique secret to enable CSRF protection or false to disable
# Output escaping settings
escaping_strategy: false # Determines how variables are made available to templates. Accepted values: on, off.
escaping_method: ESC_SPECIALCHARS # Function or helper used for escaping. Accepted values: ESC_RAW, ESC_ENTITIES, ESC_JS, ESC_JS_NO_ENTITIES, and ESC_SPECIALCHARS.
#all:
# .actions:
# error_404_module: default # To be called when a 404 error is raised
# error_404_action: error404 # Or when the requested URL doesn't match any route
#
# login_module: default # To be called when a non-authenticated user
# login_action: login # Tries to access a secure page
#
# secure_module: default # To be called when a user doesn't have
# secure_action: secure # The credentials required for an action
#
# module_disabled_module: default # To be called when a user requests
# module_disabled_action: disabled # A module disabled in the module.yml
#
# .settings:
# # Optional features. Deactivating unused features boots performance a bit.
# use_database: on # Enable database manager. Set to off if you don't use a database.
# i18n: off # Enable interface translation. Set to off if your application should not be translated.
# check_symfony_version: off # Enable check of symfony version for every request. Set to on to have symfony clear the cache automatically when the framework is upgraded. Set to off if you always clear the cache after an upgrade.
# compressed: off # Enable PHP response compression. Set to on to compress the outgoing HTML via the PHP handler.
# check_lock: off # Enable the application lock system triggered by the clear-cache and disable tasks. Set to on to have all requests to disabled applications redirected to the $sf_symfony_lib_dir/exception/data/unavailable.php page.
#
# # Routing settings
# no_script_name: off # Enable the front controller name in generated URLs
#
# # Validation settings, used for error generation by the Validation helper
# validation_error_prefix: ' ↓ '
# validation_error_suffix: ' ↓'
# validation_error_class: form_error
# validation_error_id_prefix: error_for_
#
# # Cache settings
# cache: off # Enable the template cache
# etag: on # Enable etag handling
#
# # Logging and debugging settings
# web_debug: off # Enable the web debug toolbar
# error_reporting: <?php echo (E_PARSE | E_COMPILE_ERROR | E_ERROR | E_CORE_ERROR | E_USER_ERROR)."\n" ?> # Determines which events are logged.
#
# # Assets paths
# rich_text_js_dir: js/tiny_mce
# admin_web_dir: /sf/sf_admin
# web_debug_web_dir: /sf/sf_web_debug
# calendar_web_dir: /sf/calendar
#
# # Helpers included in all templates by default
# standard_helpers: [Partial, Cache, Form]
#
# # Activated modules from plugins or from the symfony core
# enabled_modules: [default]
#
# # Charset used for the response
# charset: utf-8
#
# # Miscellaneous
# strip_comments: on # Remove comments in core framework classes as defined in the core_compile.yml
# max_forwards: 5
#
# # Logging
# logging_enabled: on
#
# # i18n
# default_culture: en # Default user culturerewtite функционирует конечно. Ведь URL вида index.php/module/action работают.
Сообщений найдено [ с 1 по 25 из 210 ]
Форум поддержки пользователей Symfony » Сообщения от Agatov
На основе PunBB
Currently used extensions: pun_antispam, pun_bbcode, pun_quote, pun_repository, pun_poll, pun_tags, pun_admin_add_user, pun_admin_manage_extensions_improved, pun_pm. Copyright © 2008 PunBB
[ Сгенерировано за 0,125 секунд(ы), выполнено 5 запросов ]