Видео интересное, но таких на просторах ютуба много, если бы кто-нибудь показал как сделать мини админку для такого бота, например для добавления операций, или хотя бы для отображения пользователей и их сообщений в WEB Такого материала к сожалению я еще не находил)
just wondering on the wordpress loop why sometimes you use if(have_posts(): while(have_posts());… and other times you just use the while loop alone while(have_posts()):… so wondering when we should inclide the if condition when looping if while is sufficient by itself
Я, конечно, понимаю, что видео о выгрузке данных на сайт, а не о том, как правильно писать код, но всё же не смог пройти мимо и не придраться к коду.
1. «ТаблицаНоменклатуры = Источник.Отбор.Регистратор.Значение.Товары.Выгрузить()», да уж… Сначала сам говоришь, что подписку лучше создать не на документ, а на регистр, потому что могут быть и другие документы. А если в других документах ТЧ называется не «Товары»? Второй минус данного подхода — обращение к БД для получения списка товаров. Если уж и делать так, то нужно читать данные запросом. В данной реализации из БД считывается ВЕСЬ документ, что не добавляет производительности. Да и зачем вообще обращаться к БД, если источником является набор записей?! Поэтому можно сделать просто «Источник.ВыгрузитьКолонку()».
2. Процедура «ДобавитьЗаписи()» в текущей её реализации ПЕРЕЗАПИШЕТ полностью регистр! Т.е. все записи удалятся, а запишутся только новые.
3. Символ перевода на новую строку «ПС» (Перевод Строки, что как бы намекает). В Windows для перевода строк используется последовательность символов ВК + ПС ('\r\n') (возврат каретки, перевод строки), в Unix like системах — только ПС ('\n'). Хоть на экране отображение и будет верным, но отдельно символ ВК не используется для перевода строки от слова «совсем».
4. Зачем для переменной «УспешныйОбмен» делать Соответствие, когда можно обойтись массивом? Можно предположить для того, чтобы не было дублей, но регистр сведений по определению не может содержать две записи с одним и тем же значением «СсылкаНаОбъект».
5. Зачем два запроса по выборке изменений? Ладно, это пока. Но зачем для одного запроса временный таблицы? Исходный запрос можно было изменить за минуту просто использовав объединение: копируешь текст второго запроса ниже первого и вставляешь между ними «ОБЪЕДИНИТЬ».
6. Ну и для регистрации изменений я бы использовал план обмена, а не регистры сведений.
Наши впереди планеты всей, только не там где это реально надо...)) Самые лучшие и дорогие вина Старого света производятся в старых подвалах, дубовых бочках, рукотворно талантливыми художниками винного искусства. Но зато в России… На лесных пожарах высоких технологий нет, большая часть россиян до сих пор ходят в туалеты с дыркой в полу, зато они есть на производстве вина, чтобы побольше, да подоступней… Хотя наверно всё-таки стоит поблагодарить, т.к. если бы не технологии, то ещё и качество было бы хуже…
1. «ТаблицаНоменклатуры = Источник.Отбор.Регистратор.Значение.Товары.Выгрузить()», да уж… Сначала сам говоришь, что подписку лучше создать не на документ, а на регистр, потому что могут быть и другие документы. А если в других документах ТЧ называется не «Товары»? Второй минус данного подхода — обращение к БД для получения списка товаров. Если уж и делать так, то нужно читать данные запросом. В данной реализации из БД считывается ВЕСЬ документ, что не добавляет производительности. Да и зачем вообще обращаться к БД, если источником является набор записей?! Поэтому можно сделать просто «Источник.ВыгрузитьКолонку()».
2. Процедура «ДобавитьЗаписи()» в текущей её реализации ПЕРЕЗАПИШЕТ полностью регистр! Т.е. все записи удалятся, а запишутся только новые.
3. Символ перевода на новую строку «ПС» (Перевод Строки, что как бы намекает). В Windows для перевода строк используется последовательность символов ВК + ПС ('\r\n') (возврат каретки, перевод строки), в Unix like системах — только ПС ('\n'). Хоть на экране отображение и будет верным, но отдельно символ ВК не используется для перевода строки от слова «совсем».
4. Зачем для переменной «УспешныйОбмен» делать Соответствие, когда можно обойтись массивом? Можно предположить для того, чтобы не было дублей, но регистр сведений по определению не может содержать две записи с одним и тем же значением «СсылкаНаОбъект».
5. Зачем два запроса по выборке изменений? Ладно, это пока. Но зачем для одного запроса временный таблицы? Исходный запрос можно было изменить за минуту просто использовав объединение: копируешь текст второго запроса ниже первого и вставляешь между ними «ОБЪЕДИНИТЬ».
6. Ну и для регистрации изменений я бы использовал план обмена, а не регистры сведений.