Вопросы специалистов

Портфолио MODX-клуба

Песочница

Объявления о работе

Я негодую

Какое расширение лучше использовать для создания интернет-магазина на MODx Revo?

18+ модальное окно подтверждения возраста

вопрос по классу modx

Как добавить в портфолио сайт?

Ищу "сэнсея" по ShopModxBox.

Помогите разобраться что  не так

вопросы по оптимизации

Требуется настроить робокассу

Проблема с vapor/import.php при установке ShopModxBox

Множественный OR и AND в WHERE условии getResources / getProducts

В таком случае вопрос именно тут задавать немного забавно. Можно же почитать хоть немного постов и увидеть, что Shopkeeper не обсуждается в принципе. А советовать «что лучше?» — думаю, никто не станет. На чем приятнее работать, где умения и понимания больше — то и выбирайте. В конечном итоге важно получить результат.

В таком случае вопрос именно тут задавать немного 

На самом деле вопрос еще и на столько избитый, что даже обсуждать не хочется. В сети полно размышлений на этот счет, в том числе и с охватом всех трех платформ (шопкипер, минишоп, шопмодэкс). правильно: кому что нравится, тот пусть себе и выбирает. Только за поддержкой надо идти на сайт разработчика платформы, а не просто так. А то сюда приходят и спрашивают «а что с минишоп?», «а как в шопкипере»? А мы по чем знаем? :)

На самом деле вопрос еще и на столько избитый, что

Согласен, неблагодарное это дело такие вопросы задавать) Может быть воспринято как скрытая реклама, тем более что во многих расширениях пакеты дополнений платные. Но тут четкие задачи — подружить MODx и 1С. Это во всех вышеупомянутых возможно?

Согласен, неблагодарное это дело такие вопросы зад

Шопкипер не обсуждается, потому что вообще шлак?)

Просто потому что он нам не интересен. У нас ShopModxBox есть.

Просто потому что он нам не интересен. У нас ShopM

Может быть воспринято как скрытая реклама

Вот это вообще не беспокоит. Можете написать здесь отдельный топик как вам нравится шопкипер или минишоп и почему. Это нам никак не мешает.
 

Но тут четкие задачи — подружить MODx и 1С. Это во всех вышеупомянутых возможно?

У нас для импорта есть Shopmodx1C. Но его надо докручивать на каждом проекте индивидуально. У других я не знаю есть модуль для 1С или нет.

Может быть воспринято как скрытая реклама Вот это вообще не беспокоит. Можете написать здесь отдельный топик как вам нравится шопкипер или минишоп и почему. Это нам никак не мешает. Но тут четкие задачи — подружить MODx и 1С. Это во всех вышеупомянутых возможно? У нас для импорта есть Shopmodx1C. Но его надо докручивать на каждом проекте индивидуально. У других я не знаю есть модуль для 1С или нет.

Может быть воспринято как скрытая реклама Вот это 

Еще раз. Каждый из упомянутых здесь пакетов решает свою задачу. Что-то это делает лучше, что-то хуже. Но не в этом дело. Дело в том, что все люди разные. И методы решения вроде бы одних и тех же задач каждый выбирает свои. 
 А так задавать вопросы — что лучше, что хуже — неправильно. Правильно — задавать конкретные вопросы по конкретному делу. И не забывать пользоваться поиском, может вопрос уже решен. Иначе это просто потеря и своего времени, и чужого.

Еще раз. Каждый из упомянутых здесь пакетов решает

спасиб) что-то по теме)

Не за что. Но как написал ниже Александр: пользуйтесь поиском. На многие вопросы есть ответы. Иначе вы просто в дальнейшем перестанете здесь получать хоть какие-то ответы.

Не за что. Но как написал ниже Александр: пользуйт

skype: x_medved_x88
 почта: ab-twin@yandex.ru

Вряд ли проблем в скрипте. Или версия php у вас старая, или может редактировали его, да не удачно. Как вариант — сменить хостинг.

Вряд ли проблем в скрипте. Или версия php у вас ст

Я его не редактировал, а версию php могу выбрать любую, какую лучше использовать?

Я его не редактировал, а версию php могу выбрать л

Лучше 5.4 и выше, но и 5.3 должно быть достаточно.

обращайтесь, сделаем все по ТЗ, большой опыт работы с Revo
 

почта client@peoplestudio.ru
 скайп felix-taven

обращайтесь, сделаем все по ТЗ, большой опыт работы с Revo почта client@peoplestudio.ru
 скайп felix-taven

обращайтесь, сделаем все по ТЗ, большой опыт работ

Проблема была в том что нужно было указывать полный путь до PHP-интерпретатора 
 т.е при версии 5.6 вот так /usr/local/php56/bin/php vapor/import.php package=core/packages/shopmodxbox-2.6.1-beta.transport.zip
 Установилось но не до конца. Выдало ошибку:
 Fatal error: Call to undefined method modX::getMicroTime() in /home/www/site1/public_html/vapor/import.php on line 198 
 Сайт работает, но на всех кроме главной вверху ошибки:
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1019)
 

PHP warning: array_key_exists() expects parameter 2 to be array, null given
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1022)
 

PHP warning: array_key_exists() expects parameter 2 to be array, null given
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1019)
 

PHP warning: array_key_exists() expects parameter 2 to be array, null given

Проблема была в том что нужно было указывать полный путь до PHP-интерпретатора 
 т.е при версии 5.6 вот так /usr/local/php56/bin/php vapor/import.php package=core/packages/shopmodxbox-2.6.1-beta.transport.zip
 Установилось но не до конца. Выдало ошибку:
 Fatal error: Call to undefined method modX::getMicroTime() in /home/www/site1/public_html/vapor/import.php on line 198 
 Сайт работает, но на всех кроме главной вверху ошибки:
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1019) PHP warning: array_key_exists() expects parameter 2 to be array, null given
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1022) PHP warning: array_key_exists() expects parameter 2 to be array, null given
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1019) PHP warning: array_key_exists() expects parameter 2 to be array, null given
 [2015-06-03 18:04:20] (ERROR @ /home/granatm/www/site1/public_html/core/model/modx/modx.class.php: 1022) PHP warning: array_key_exists() expects parameter 2 to be array, null given

Проблема была в том что нужно было указывать полны

Странно, но все ошибки вверху пропали…

только на странице управления заказами в верхнем левом углу надпись «33e4»

только на странице управления заказами в верхнем л

Сдается мне на таймвебе сидите))

только на странице управления заказами в верхнем левом углу надпись «33e4» Сдается мне на таймвебе сидите))

нет )))

Просто подобные непонятные надписи бывает выскакивают на некоторых хостингах, когда страница не найдена. Таймвеб один из таких.

Просто подобные непонятные надписи бывает выскакив

слишком большой объем памяти скорее всего

Понятно что ресурсов не хватает
 но что не так?
 как то такое можно же реализовать
 сейчас у меня 700 рессурсов
 у каждого 22 TV параметра
 мне нужна таблица этих ресурсов с параметрами да еще и обработать надо в каждой строке TV и вывести уже новые результаты в строку
 по идее всего то ничего данных то…
 помогите… плиз…

Понятно что ресурсов не хватает
 но что не так?
 к

Попробуй 
 http://modxclub.ru/tag/getIterator/

Хм, а в чем преимущество, просто выбрать и вывести все ресурсы не проблема,
 а вот когда начинаешь с ТВ маятся все виснет
 пока ручками маюсь по одной ТВ а не сразу все 22, работает кое как.

Хм, а в чем преимущество, просто выбрать и вывести

разница в том, что памяти гораздо меньше используется. По крайней мере, уже на память можно будет не грешить.
 Ну и как вариант — расширить modResource.
 http://habrahabr.ru/post/253737/
 Это точно поможет :)

разница в том, что памяти гораздо меньше используе

Чистая таблица с 10 полями, 1000 строк одновременного вывода сильнонагружает модкс, а тут 22 тв параметра это же с ума сойти… которые отдельно достаются. считай 700*22 это 14к+ запросов к базе.
 Вообще да, надо расширять modResource и почти все ТВ поля переносить в отдельную таблицу

Чистая таблица с 10 полями, 1000 строк одновременн

я бы в данном случае migx использовал бы, так как все TV вроде однотипные, то по-моему проще из 22 одно, хоть и с JSON массивом сделать. Да и запрос лучше с JOIN-ом писать т.к. 1 запрос пусть и громоздкий лучше чем 1000.
 

<?php
$query = $modx->newQuery('modTemplateVarResource');
$query->innerJoin('modResource','modResource','modTemplateVarResource.contentid=modResource.id');
$query->where(array(
   'modResource.parent' => 2,
   'modResource.deleted'=> 0,
   'modTemplateVarResource.tmplvarid'=>1
));
$Tv = $modx->getCollection('modTemplateVarResource',$query);
foreach($Tv as $key){
    print($key->get('value'));
    print(' || ');
}

я бы в данном случае migx использовал бы, так как все TV вроде однотипные, то по-моему проще из 22 одно, хоть и с JSON массивом сделать. Да и запрос лучше с JOIN-ом писать т.к. 1 запрос пусть и громоздкий лучше чем 1000. <?php
$query = $modx->newQuery('modTemplateVarResource');
$query->innerJoin('modResource','modResource','modTemplateVarResource.contentid=modResource.id');
$query->where(array(
   'modResource.parent' => 2,
   'modResource.deleted'=> 0,
   'modTemplateVarResource.tmplvarid'=>1
));
$Tv = $modx->getCollection('modTemplateVarResource',$query);
foreach($Tv as $key){
    print($key->get('value'));
    print(' || ');
}

я бы в данном случае migx использовал бы, так как 

Отвечу, рассчитывая на комментарий Николая, если я неправильно что-то пониманию.
 Если нужно именно вывести данные, пусть и с обработкой перед выводом, то выгоднее не использовать getCollection, а выбрать через fetchAll(PDO::FETCH_ASSOC), чтобы не создавать объекты. Конечная цель — массив с выбранными документами.
 TV можно выбрать вторым запросом, используя уже полученный массив, к нему же и присоединить результаты.
 Дальше уже в цикле обрабатываем и выводим.

Отвечу, рассчитывая на комментарий Николая, если я

Если нужно именно вывести данные, пусть и с обработкой перед выводом, то выгоднее не использовать getCollection, а выбрать через fetchAll(PDO::FETCH_ASSOC)

Именно это и делает метод getIterator

Если нужно именно вывести данные, пусть и с обработкой перед выводом, то выгоднее не использовать getCollection, а выбрать через fetchAll(PDO::FETCH_ASSOC) Именно это и делает метод getIterator

Если нужно именно вывести данные, пусть и с обрабо

Почти, там fetch, а не fetchAll.

Привет. Что за сайт?

Привет) spb-ecolog.ru/

Зеленый не слишком на сайте яркий?

Я бы шрифт подобрал другой, логотип крупнее, ну по дизайну надо вобщем поработать, зеленый банер ярковат для существующего дизайна. Блока портфолио не вижу у вас вообще на сайте

Я бы шрифт подобрал другой, логотип крупнее, ну по

Спасибо за замечания. Учту. Я вот сюда хочу аву и сайт modxclub.ru/profile/ylarus

Спасибо за замечания. Учту. Я вот сюда хочу аву и 

аа да фиг знает не заморачивался ) я думал вы к себе на сайт

аа да фиг знает не заморачивался ) я думал вы к се

Нужно написать администратору сайта, они сами добавляют после рассмотрения.

Нужно написать администратору сайта, они сами доба

Спасибо)

Тут все написано http://modxclub.ru/topics/katalog-sajtov-i-razrabotchikov-na-sajte-modx-kluba-1486.html

Тут все написано http://modxclub.ru/topics/katalog

то выгоднее не использовать getCollection, а выбрать через fetchAll(PDO::FETCH_ASSOC)

В большинстве случаев да.
 

TV можно выбрать вторым запросом, используя уже полученный массив, к нему же и присоединить результаты.

Можно и сразу запрос сформировать, используя leftJoin(). Просто сколько будет нужных TVшек, столько и джоинов выполнять, указывая в условии ID-шник добавляемой ТВшки.

то выгоднее не использовать getCollection, а выбрать через fetchAll(PDO::FETCH_ASSOC) В большинстве случаев да. TV можно выбрать вторым запросом, используя уже полученный массив, к нему же и присоединить результаты. Можно и сразу запрос сформировать, используя leftJoin(). Просто сколько будет нужных TVшек, столько и джоинов выполнять, указывая в условии ID-шник добавляемой ТВшки.

то выгоднее не использовать getCollection, а выбра

Именно это и делает метод getIterator 

Не совсем. Во-первых, не fetchAll() используется, fetch(), так как на каждую итерацию идет выборка только одной строки из БД. Во-вторых, getIterator получая очередную строчку данных, набивает ее в конечный объект. А формируя запрос и выполняя fetch() самостоятельно, мы просто оперируем полученными данными. Это во многие разы снижает потребление ресурсов.

Именно это и делает метод getIterator Не совсем. Во-первых, не fetchAll() используется, fetch(), так как на каждую итерацию идет выборка только одной строки из БД. Во-вторых, getIterator получая очередную строчку данных, набивает ее в конечный объект. А формируя запрос и выполняя fetch() самостоятельно, мы просто оперируем полученными данными. Это во многие разы снижает потребление ресурсов.

Именно это и делает метод getIterator Не совсем. В

У меня только один вопрос: а почему не использовать getdata-процессоры? Как раз для таких задач они же и были написаны.

У меня только один вопрос: а почему не использоват

Они понятно, что все не кешируемые.

А вот это не понятно. А зачем их делать не кешируемыми? С рандомными еще понятно, но остальные-то выборки почему не кешируемые? В чем профит?

Они понятно, что все не кешируемые. А вот это не понятно. А зачем их делать не кешируемыми? С рандомными еще понятно, но остальные-то выборки почему не кешируемые? В чем профит?

Они понятно, что все не кешируемые. А вот это не п

Смотрите в сторону Closure::bindTo. Навесьте плагин на событие OnMODXInit (судя по всему это событие появилось только в MODX-2.3+) и расширяйте объект $modx. Но это скользкая дорожка. Правильней написать свой класс-сервис и добавить его в ExstensionPackages с указанием названия сервиса и имени класса, и юзать типа $modx->MyService->MyMethod().

Смотрите в сторону Closure::bindTo. Навесьте плаги

которые отдельно достаются. считай 700*22 это 14к+ запросов к базе.

Проблема-то не в MODX, а в вас, точнее в вашем подходе. Нафига выполнять 22 запрос к ТВхам на каждый документ? А еще интересно нафига вообще сразу 700 документов получать, а еще и к ним по 22 запроса на каждый делать? Пересматривайте свой подход к работе. Так можно любое нормальное приложение испортить.

которые отдельно достаются. считай 700*22 это 14к+ запросов к базе. Проблема-то не в MODX, а в вас, точнее в вашем подходе. Нафига выполнять 22 запрос к ТВхам на каждый документ? А еще интересно нафига вообще сразу 700 документов получать, а еще и к ним по 22 запроса на каждый делать? Пересматривайте свой подход к работе. Так можно любое нормальное приложение испортить.

которые отдельно достаются. считай 700*22 это 14к+

JSON прогоняется через $modx->fromJSON($json), на выходе получается массив условий, чтобы он был верно разобран нужно соблюдать определенные правила, об этом подробнее можно почитать тут rtfm.modx.com/xpdo/2.x/class-reference/xpdoquery/xpdoquery.where
 

Собственно все можете проверять в консоли modx.
 

$where = array(
    array(
        "available:="=>"0"
        ,"AND:toOrder:="=>"1"
    )
    ,"OR:available:="=>"1"
);
$c = $modx->newQuery('modResource');
$c->where($where);
$c->select('id');
$c->prepare()
echo $c->toSQL();



SELECT `id` FROM `modx_site_content` AS `modResource` WHERE  (  ( `modResource`.`available` = '0' AND `modResource`.`toOrder` = '1' )  OR `modResource`.`available` = '1' )  


А если сделать вот так:
 

получите вашу JSON строку:
 

{"0":{"available:=":"0","AND:toOrder:=":"1"},"OR:available:=":"1"}


JSON прогоняется через $modx->fromJSON($json), на выходе получается массив условий, чтобы он был верно разобран нужно соблюдать определенные правила, об этом подробнее можно почитать тут rtfm.modx.com/xpdo/2.x/class-reference/xpdoquery/xpdoquery.where Собственно все можете проверять в консоли modx. $where = array(
    array(
        "available:="=>"0"
        ,"AND:toOrder:="=>"1"
    )
    ,"OR:available:="=>"1"
);
$c = $modx->newQuery('modResource');
$c->where($where);
$c->select('id');
$c->prepare()
echo $c->toSQL(); Вернет: SELECT `id` FROM `modx_site_content` AS `modResource` WHERE  (  ( `modResource`.`available` = '0' AND `modResource`.`toOrder` = '1' )  OR `modResource`.`available` = '1' ) А если сделать вот так: echo $modx->toJSON($where); получите вашу JSON строку: {"0":{"available:=":"0","AND:toOrder:=":"1"},"OR:available:=":"1"}

JSON прогоняется через $modx->fromJSON($json), на 

Каюсь, ошибся :)

Я Это и имел ввиду, что не правильно подходит к решению задачи) я бы так не стал делать :D

Я Это и имел ввиду, что не правильно подходит к ре

Бывает ;)

Нормальный зеленый, к тематике подходит и с серым хорошо сочетается. Шрифты у вас разные везде, желательно использовать один по начертанию для однотипного текста, ну а для заголовков по желанию. Что не понравилось, так это вид блоков услуг и боковое меню внутри услуг, простые ровные линии-разделители смотрелись-бы лучше. А в остальном если сильно не придираться вполне симпотично.

Нормальный зеленый, к тематике подходит и с серым 

Скорее всего особенности настроек на хостинге,
 попробуйте в .htaccess прописать эти две строчки:
 

SetEnv force-no-vary
SetEnv downgrade-1.0 


Скорее всего особенности настроек на хостинге,
 попробуйте в .htaccess прописать эти две строчки: SetEnv force-no-vary
SetEnv downgrade-1.0

Скорее всего особенности настроек на хостинге,
 по

Зря вы написали что заплатить готовы в рамках разумного, а вопросов в свою очередь будет много и глупые))

Зря вы написали что заплатить готовы в рамках разу

А вот это не понятно. А зачем их делать не кешируемыми? С рандомными еще понятно, но остальные-то выборки почему не кешируемые? В чем профит? 

Дело в том, что популярные статьи и последние — так же обновляются, например добавилась статья в раздел — и нужно, что бы она сразу появлялась в последних, а популярные также могут меняться, в зависимости количества просмотров статей. Я почему-то думал, что если кешировать вызовы — то они не будут обновляться, а только после очистки кеша. Я потому и спрашиваю, что может какие-то решения еще предложите.

А вот это не понятно. А зачем их делать не кешируемыми? С рандомными еще понятно, но остальные-то выборки почему не кешируемые? В чем профит? Дело в том, что популярные статьи и последние — так же обновляются, например добавилась статья в раздел — и нужно, что бы она сразу появлялась в последних, а популярные также могут меняться, в зависимости количества просмотров статей. Я почему-то думал, что если кешировать вызовы — то они не будут обновляться, а только после очистки кеша. Я потому и спрашиваю, что может какие-то решения еще предложите.

А вот это не понятно. А зачем их делать не кешируе

например добавилась статья в раздел — и нужно, что бы она сразу появлялась в последних,

Это и будет сразу обновляться после добавления (создания) новости.
 

а популярные также могут меняться, в зависимости количества просмотров статей.

С этими да, надо делать некешируемыми, так как при обновлении кол-ва просмотров как правило кеш не сбрасывается. Это при создании документов кеш сбрасывается (и то не весь, но достаточно, чтобы кешируемые вызовы сбросились).
 

По сабжу: ничего более быстрого на замену некешируемым вызовам не придумать, так как они должны быть у вас не кешируемые. Другое дело, что вы можете использовать какой-нибудь кеш-акселератор (тот же getCache), чтобы установить временные интервалы для вызова некешируемых сниппетов. К примеру, каждый час, или пол-часа. Тогда у вас не будет при каждом заходе вся логика отрабатываться.
 

А вообще оптимизируйте свои SQL-запросы, чтобы даже не из кеша все быстро отрабатывалось.

например добавилась статья в раздел — и нужно, что бы она сразу появлялась в последних, Это и будет сразу обновляться после добавления (создания) новости. а популярные также могут меняться, в зависимости количества просмотров статей. С этими да, надо делать некешируемыми, так как при обновлении кол-ва просмотров как правило кеш не сбрасывается. Это при создании документов кеш сбрасывается (и то не весь, но достаточно, чтобы кешируемые вызовы сбросились). По сабжу: ничего более быстрого на замену некешируемым вызовам не придумать, так как они должны быть у вас не кешируемые. Другое дело, что вы можете использовать какой-нибудь кеш-акселератор (тот же getCache), чтобы установить временные интервалы для вызова некешируемых сниппетов. К примеру, каждый час, или пол-часа. Тогда у вас не будет при каждом заходе вся логика отрабатываться. А вообще оптимизируйте свои SQL-запросы, чтобы даже не из кеша все быстро отрабатывалось.

например добавилась статья в раздел — и нужно, что

спасибо — это то, что нужно было

Пожалуйста.

Я бы с удовольствием их использовал, но не умею 
 может приведете пример как?

Я бы с удовольствием их использовал, но не умею 
 

modxclub.ru/topics/vse,-chto-vyi-xoteli-znat-o-proczessorax,-no-boyalis-sprosit-1563.html

modxclub.ru/topics/vse,-chto-vyi-xoteli-znat-o-pro

А как вывести в таблицу все ТВ для всех ресурсов?

Еще такой вопрос,
 с чем работать будет быстрее, удобней и правильней если все 22 ТВ перенести в MIGX ТВ
 1 2000 документов с одним MIGX
 2 Один документ с 2000 MIGX строками, где наши 22 значения

Еще такой вопрос,
 с чем работать будет быстрее, у

ИМХО, если у вас там так все объемно, то надо было писать индивидуальные интерфейсы. Если с этим сложности, то зачем тогда вообще браться было за столь сложный проект? Как обычно, из серии «достаньте мне грунт из космоса».
 Я в таких вопросах не помощник.

ИМХО, если у вас там так все объемно, то надо было

:) ну с таким подходом можно сидеть с пустышкой во рту и «агу-агу» всю жизнь говорить, 
 то есть если не умеешь водить машину, то и не берись — ЭТО СЛОЖНО! АЙ-АЙ.
 или вас мама сразу «умным» и «всёзнающим» родила?! 
 Мне не повезло, я нигде не учился программированию, до чего сам дошел, то и знаю, да еще вот такие форумы помогают — СПАСИБО, ну если по рукам не бьют с фразой — ВАМ ЭТО СЛОЖНО, НЕ БЕРИТЕСЬ, ЭТО ДОСТУПНО ТОЛЬКО НАМ — «УМНЫМ»… ТОЛЬКО МЫ ЗНАЕМ КАК БРАТЬ ГРУНТ ИЗ КОСМОСА… ХА-ХА… 
 К чему — эта фраза вообще? не хотите по существу ответить — не надо, а учить как мне жить, за что браться, за что нет — не стоит я думаю ;)!


:) ну с таким подходом можно сидеть с пустышкой во

На счет объемности, 
 как раз на мой взгляд не выглядит объемно, 
 эти 22 параметра могут быть или 1 или 0
 других значений не бывает
 по этому не ожидал что буду проблемы с их обработкой
 а вот документов набралось пока 700 -800, ожидается до 2000 в обозримом будущем
 , но получилось в итоге что сразу все обработать не получается


На счет объемности, 
 как раз на мой взгляд не выг

то есть если не умеешь водить машину, то и не берись — ЭТО СЛОЖНО! АЙ-АЙ.

Люди ходят учиться машины водить, на права сдают. И, сразу после сдачи за вождение атомной подлодки не пытаются сесть.
 

или вас мама сразу «умным» и «всёзнающим» родила?! 

Нет, не всезнающим. Многое пришлось самому осваивать, и это долгий процесс. Но и сейчас я не берусь за то, чего явно не знаю в большом объеме. Одно дело браться за то, чего чуть-чуть не знаешь, или можешь освоить в короткое время, другое дело браться за то, что без других явно не осилишь.
 

Мне не повезло, я нигде не учился программированию, до чего сам дошел, то и знаю,

Не надо плакаться. Мало кто учился. И я не учился. Еще раз: вопрос не в ваших знаниях, а в подходе к работе. Не беритесь за то, что явно не по зубам, и плакаться не придется на невезение. Все очень просто.
 

К чему — эта фраза вообще? не хотите по существу ответить — не надо, а учить как мне жить, за что браться, за что нет — не стоит я думаю ;)!

Вам, в силу недостатка опыта, не понятно на сколько сложная задача. Для вас она видимо просто сложная, то есть которую с подсказками можно решить. Я вам подсказываю, что это ваша большая и грубая ошибка. Я вас таким образом не научу программировать больше, но пытаюсь до вас донести, что надо более внимательно относиться к задачам и не хвататься за все подряд. Это тоже часть развития. Если вам такое развитие не нужно, то вряд ли вы станете хорошим программистом, потому что всего вы все равно не сможете знать и уметь (как и я не все знаю и умею), но будете лажать с непомерными задачами и по своей вине.

то есть если не умеешь водить машину, то и не берись — ЭТО СЛОЖНО! АЙ-АЙ. Люди ходят учиться машины водить, на права сдают. И, сразу после сдачи за вождение атомной подлодки не пытаются сесть. или вас мама сразу «умным» и «всёзнающим» родила?! Нет, не всезнающим. Многое пришлось самому осваивать, и это долгий процесс. Но и сейчас я не берусь за то, чего явно не знаю в большом объеме. Одно дело браться за то, чего чуть-чуть не знаешь, или можешь освоить в короткое время, другое дело браться за то, что без других явно не осилишь. Мне не повезло, я нигде не учился программированию, до чего сам дошел, то и знаю, Не надо плакаться. Мало кто учился. И я не учился. Еще раз: вопрос не в ваших знаниях, а в подходе к работе. Не беритесь за то, что явно не по зубам, и плакаться не придется на невезение. Все очень просто. К чему — эта фраза вообще? не хотите по существу ответить — не надо, а учить как мне жить, за что браться, за что нет — не стоит я думаю ;)! Вам, в силу недостатка опыта, не понятно на сколько сложная задача. Для вас она видимо просто сложная, то есть которую с подсказками можно решить. Я вам подсказываю, что это ваша большая и грубая ошибка. Я вас таким образом не научу программировать больше, но пытаюсь до вас донести, что надо более внимательно относиться к задачам и не хвататься за все подряд. Это тоже часть развития. Если вам такое развитие не нужно, то вряд ли вы станете хорошим программистом, потому что всего вы все равно не сможете знать и уметь (как и я не все знаю и умею), но будете лажать с непомерными задачами и по своей вине.

то есть если не умеешь водить машину, то и не бери

и опять не слова по существу вопроса :)!
 

Люди ходят учиться машины водить, на права сдают.

так я и учусь «водить», получаю ответы на не понятные вопросы, пробую, пытаюсь и делаю, кто сказал что такой метод изучения плохой.
 

Так я и не плакался, а заявил с гордостью!!! :)
 

Одно дело браться за то, чего чуть-чуть не знаешь, или можешь освоить в короткое время, другое дело браться за то, что без других явно не осилишь.

Забавно, а для меня непомерные цели всегда являлись только стимулом к их достижению, жалко что вы сдаетесь на начальном этапе и не стремитесь к непомерному :), наверно по этому пытаетесь давать плохие жизненные советы. :)

и опять не слова по существу вопроса :)! Люди ходят учиться машины водить, на права сдают. так я и учусь «водить», получаю ответы на не понятные вопросы, пробую, пытаюсь и делаю, кто сказал что такой метод изучения плохой. Не надо плакаться. Так я и не плакался, а заявил с гордостью!!! :) Одно дело браться за то, чего чуть-чуть не знаешь, или можешь освоить в короткое время, другое дело браться за то, что без других явно не осилишь. Забавно, а для меня непомерные цели всегда являлись только стимулом к их достижению, жалко что вы сдаетесь на начальном этапе и не стремитесь к непомерному :), наверно по этому пытаетесь давать плохие жизненные советы. :)

и опять не слова по существу вопроса :)! Люди ходя

Sergey, я уже предлагал посмотреть на habrahabr.ru/post/253737/
 

с чем работать будет быстрее, удобней и правильней если все 22 ТВ перенести в MIGX ТВ
 1 2000 документов с одним MIGX
 2 Один документ с 2000 MIGX строками, где наши 22 значения 

Как такой подход — попробовать и то, и другое, и сделать выводы. А заодно и с остальными поделиться.
 Здесь не академия, тут не учат. Тут люди делятся своими наработками. Если этого никто раньше не делал, то никто и не бросит свои дела, чтобы сделать всю работу за вас. И это не потому, что все тут такие плохие. Просто у других людей тоже есть свои задачи, которые за них никто не сделает.
 Я не могу понять, к чему эти комментарии про обиженную гордость. Это не дает ответа, а только отвлекает других (например, мне приходят сообщения о новой информации на этой странице, и я вместо чего-то дельного вижу очередную попытку доказать, что «я не такой»).
 Мой Вам совет — просто поищите информацию. Ее по тому же MIGX немало. Полного ответа не обещаю, но что-то, что поможет — точно есть. И НИКТО не будет заниматься этим за вас.

Sergey, я уже предлагал посмотреть на habrahabr.ru/post/253737/ с чем работать будет быстрее, удобней и правильней если все 22 ТВ перенести в MIGX ТВ
 1 2000 документов с одним MIGX
 2 Один документ с 2000 MIGX строками, где наши 22 значения Как такой подход — попробовать и то, и другое, и сделать выводы. А заодно и с остальными поделиться.
 Здесь не академия, тут не учат. Тут люди делятся своими наработками. Если этого никто раньше не делал, то никто и не бросит свои дела, чтобы сделать всю работу за вас. И это не потому, что все тут такие плохие. Просто у других людей тоже есть свои задачи, которые за них никто не сделает.
 Я не могу понять, к чему эти комментарии про обиженную гордость. Это не дает ответа, а только отвлекает других (например, мне приходят сообщения о новой информации на этой странице, и я вместо чего-то дельного вижу очередную попытку доказать, что «я не такой»).
 Мой Вам совет — просто поищите информацию. Ее по тому же MIGX немало. Полного ответа не обещаю, но что-то, что поможет — точно есть. И НИКТО не будет заниматься этим за вас.

Sergey, я уже предлагал посмотреть на habrahabr.ru

Все верно, почти со всем согласен, конечно не сижу и не жду решения от кого-то, естественно ищу его сам, перечитал кучу инфы и наверное уже нашел решение (не знаю, пробую сейчас как раз)
 я и не рассчитывал на нравоучительные разговоры ни с чьей стороны, был короткий вопрос, ожидал на него или короткого ответа: типа так лучше… Либо вообще без ответа — 

Если этого никто раньше не делал

, то наверное и не знает никто
 

Это последнее отступление, больше писать что либо не по существу не буду, всем сори…

Все верно, почти со всем согласен, конечно не сижу и не жду решения от кого-то, естественно ищу его сам, перечитал кучу инфы и наверное уже нашел решение (не знаю, пробую сейчас как раз)
 я и не рассчитывал на нравоучительные разговоры ни с чьей стороны, был короткий вопрос, ожидал на него или короткого ответа: типа так лучше… Либо вообще без ответа — Если этого никто раньше не делал , то наверное и не знает никто Это последнее отступление, больше писать что либо не по существу не буду, всем сори…